Excellente nouvelle, je vais de ce pas me replonger dans la documentation (il y a sous-requête et sous-requête).
C'est vrai mais c'est quelque chose qu'il vaut mieux souvent gérés dans la logique métier de l'application... ca les exceptions postgreSQL qui remontent à l'utilisateur en erreur windows, c'est pas très beau
Effectivement, deux possibilités :
- Doubler le contrôle en l'effectuant aussi dans la couche applicative (mais ça n'est pas très intéressant d'effectuer un traitement en double),
- Gérer les exceptions correctement (je ne connais pas PostgreSQL mais Oracle) : c'est idéal.
Le gros avantage des contraintes référentielles est de garantir la cohérence des données, ce que la couche applicative, malgré toute l'attention apportée au code, ne peut garantir lorsque le proget est concéquent.
[^] # Re: Sortie d'EasyPHP 1.7
Posté par pyrollo (site web personnel) . En réponse à la dépêche Sortie d'EasyPHP 1.7. Évalué à 2.
Excellente nouvelle, je vais de ce pas me replonger dans la documentation (il y a sous-requête et sous-requête).
C'est vrai mais c'est quelque chose qu'il vaut mieux souvent gérés dans la logique métier de l'application... ca les exceptions postgreSQL qui remontent à l'utilisateur en erreur windows, c'est pas très beau
Effectivement, deux possibilités :
- Doubler le contrôle en l'effectuant aussi dans la couche applicative (mais ça n'est pas très intéressant d'effectuer un traitement en double),
- Gérer les exceptions correctement (je ne connais pas PostgreSQL mais Oracle) : c'est idéal.
Le gros avantage des contraintes référentielles est de garantir la cohérence des données, ce que la couche applicative, malgré toute l'attention apportée au code, ne peut garantir lorsque le proget est concéquent.