Je voulais dire que la puissance de PostgreSQL/Oracle/... est interressante (voir indispensable) dans le cas où il y a plusieurs systèmes pour éditer une base de donnée.
S'il n'y a qu'une interface web + php pour éditer la base de donnée tu peux faire un truc correct car tout les contrôles passe par php (et en codant bien il n'y a pas de doublon dans les codes de contrôle d'intégrité). Mais si tu as plusieurs systèmes d'édition, il faut dupliquer les contrôles. De plus, mon exemple avec Access (ou Object Business, etc...) avec un utilisateur qui veut faire ses propres rapports/requêtes voir formulaires spécialisés est le cas typique où t'es OBLIGE d'utiliser une bonne palette des fonctionnalités de postgresql. TOUS les contrôles, actions liés aux données doivent être fait par la base de données (et non par php ou VB ou autre).
[^] # Re: Humm
Posté par matiasf . En réponse à la dépêche MySQL: une bonne et une mauvaise nouvelle.. Évalué à 1.
Je sais pas si je me suis fait comprendre.
Je voulais dire que la puissance de PostgreSQL/Oracle/... est interressante (voir indispensable) dans le cas où il y a plusieurs systèmes pour éditer une base de donnée.
S'il n'y a qu'une interface web + php pour éditer la base de donnée tu peux faire un truc correct car tout les contrôles passe par php (et en codant bien il n'y a pas de doublon dans les codes de contrôle d'intégrité). Mais si tu as plusieurs systèmes d'édition, il faut dupliquer les contrôles. De plus, mon exemple avec Access (ou Object Business, etc...) avec un utilisateur qui veut faire ses propres rapports/requêtes voir formulaires spécialisés est le cas typique où t'es OBLIGE d'utiliser une bonne palette des fonctionnalités de postgresql. TOUS les contrôles, actions liés aux données doivent être fait par la base de données (et non par php ou VB ou autre).