> Il faut créer des fonctions creerCommande(idClient, date)... et c'est ainsi que les données seront cohérentes car on sera sur que chacun aura pas fait sa sauce dans son coin.
Par exemple il y a les triggers ou les rules sous PostgreSQL pour faire ça.
Lorsque tu fais :
insert into command (idClient, date) values (200, now) ;
PostgreSQL fera toutes les vérifications et bidouilles nécessaires. Que ce soit depuis php ou MS-Access et même EJB.
La "vrai" table est par exemple command_data et elle n'est pas inaccessible aux utilisateurs "normaux". Tout doit passer par des accès à la view command et là le développeur peux tout faire (au niveau donné).
Ainsi personne ne fait "sa sauce dans son coin" et ejb/java n'a pas l'exclusivité dans l'utilisation et la mise à jour des données.
[^] # Re: Et mysql
Posté par Ayrton . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Par exemple il y a les triggers ou les rules sous PostgreSQL pour faire ça.
Lorsque tu fais :
insert into command (idClient, date) values (200, now) ;
PostgreSQL fera toutes les vérifications et bidouilles nécessaires. Que ce soit depuis php ou MS-Access et même EJB.
La "vrai" table est par exemple command_data et elle n'est pas inaccessible aux utilisateurs "normaux". Tout doit passer par des accès à la view command et là le développeur peux tout faire (au niveau donné).
Ainsi personne ne fait "sa sauce dans son coin" et ejb/java n'a pas l'exclusivité dans l'utilisation et la mise à jour des données.