Pas vraiment, en fait sous mysql il y a les énum pour restreindre a une liste de valeur pour un champ mais c'est loin des possibilités de PostgreSQL en la matiére (tu peux faire des contraintes calculés sur des valeurs d'autre champs.
Pour les valeurs par defauts ça marche uniquement avec de constantes sous Mysql ,sous postgreSQL c'est bien plus évolué.
Pour les Trigger sous MySQL c'est pas vraiment utilisable en l'état (pas de possibilité d'appeller une autre table par exemple, et puis il se déclenche pas à tous les coups (voir le truc des drop cascade)
On peut aussi parler des clées composées en Innodb avec un auto increment.
Enfin bref j'en ai des tas des comme ça, mais ça s'améliore.
Ce qui m'ennerve un peu chez MySQL c'est ces commerciaux qui n'arrettent pas de mettre en avant toutes les supers fonctionalités de leur SGBD qui sont encore dans des versions de dev ou alors dans un état pas franchement utilisable.
[^] # Re: Concrètement...
Posté par Thomas S. . En réponse au journal Introduction à PostgreSQL. Évalué à 7.
Pour les valeurs par defauts ça marche uniquement avec de constantes sous Mysql ,sous postgreSQL c'est bien plus évolué.
Pour les Trigger sous MySQL c'est pas vraiment utilisable en l'état (pas de possibilité d'appeller une autre table par exemple, et puis il se déclenche pas à tous les coups (voir le truc des drop cascade)
On peut aussi parler des clées composées en Innodb avec un auto increment.
Enfin bref j'en ai des tas des comme ça, mais ça s'améliore.
Ce qui m'ennerve un peu chez MySQL c'est ces commerciaux qui n'arrettent pas de mettre en avant toutes les supers fonctionalités de leur SGBD qui sont encore dans des versions de dev ou alors dans un état pas franchement utilisable.