je constate que 100% des développeurs avec qui j'ai eu l'occasion de travailler sont convaincus que un update bloque obligatoirement un select sur la même donnée : il y a donc toutes les chances de trouver du code qui s'appuie sur ce comportement pour implémenter une logique métier.
Ça vient sûrement du fait qu'ils ont pu "s’entraîner" sur une base Oracle, et pas forcément sur aucune autre dans le cadre des cours.
Je ne connais pas HSQLDB mais tu devrais peut-être vérifier que ton application ne s'appuie pas (peut-être sans que ce soit volontaire) sur ce comportement Oracle.
Je suis sur que ce comportement existe dans l'appli, mais puisque HSQLDB ne sera vraiment utilisé que pour exécuter les tests d’intégration, avec une base dédiée par test (single thread), donc on devrait éviter les écueils que tu cite :)
MVCC et update contre update
Tu soulèves des questions bien intéressantes. Tout ceci m'a l'air dépendant de l’implémentation si le standard ne définit rien en ce sens. Sachant dans quelles conditions le standard se trouve actuellement, je ne serais pas surpris que 1) la norme SQL ne définisse rien 2) personne ne le vérifie de toute manière alors comme d'habitude chaque vendeur le fait a sa manière.
MVCC et triggers
Heureusement pour nous, on n'a quasiment pas de triggers, et pas dans les cas que tu cites, alors on est tranquille de ce côté!
Merci beaucoup de me prévenir des différents problèmes auxquels je pourrais faire face! ;)
[^] # Re: Oui mais Oracle n'est pas un moteur SQL...
Posté par djano . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 2.
Ça vient sûrement du fait qu'ils ont pu "s’entraîner" sur une base Oracle, et pas forcément sur aucune autre dans le cadre des cours.
Je suis sur que ce comportement existe dans l'appli, mais puisque HSQLDB ne sera vraiment utilisé que pour exécuter les tests d’intégration, avec une base dédiée par test (single thread), donc on devrait éviter les écueils que tu cite :)
Tu soulèves des questions bien intéressantes. Tout ceci m'a l'air dépendant de l’implémentation si le standard ne définit rien en ce sens. Sachant dans quelles conditions le standard se trouve actuellement, je ne serais pas surpris que 1) la norme SQL ne définisse rien 2) personne ne le vérifie de toute manière alors comme d'habitude chaque vendeur le fait a sa manière.
Heureusement pour nous, on n'a quasiment pas de triggers, et pas dans les cas que tu cites, alors on est tranquille de ce côté!
Merci beaucoup de me prévenir des différents problèmes auxquels je pourrais faire face! ;)