Salut et grand merci
Trois UPDATE dans ma table "note sur les BD"
@+
Version imprimable
Salut et grand merci
Trois UPDATE dans ma table "note sur les BD"
@+
Exactement, c'est du code, il peut donc faire ce qu'il faut ou pas.
C'est la même chose pour les triggers, je suis totalement d'accord avec :
L'architecture MVCC présente des avantages certains et en contre partie les inconvénients de ses avantages.
L'approche trigger pour des contraintes inter-lignes fonctionne telle quelle sur sqlserver (hors mode snapshot) ou sur DB2.
Dans les autres, c'est plus complexe à mettre en place, et il est nécessaire de passer par des SELECT FOR UPDATE par example pour "sérialiser" la lecture des données.
PS : Pour la doc en anglais, c'est juste google qui me proposait plutôt des liens en anglais.
Et désolé pour la mise en forme du test qui n'est pas très soignée.
Il est préférable de jouer avec car il n'est pas très lisible tel quel.
Bonjour,
Désolé de vous contredire, mais c'est parfaitement possible. La seule chose c'est que le modèle de données dont vous disposez ne le permet pas autrement, bien que quelques aménagements devraient être possibles.Citation:
bref quand en tuple tu as une tel fréquence à considèré, c'est impossible de faire du SQL pour obtenir une date si tu n'as pas le champs liste_dates.
Pour le faire en SQL, il faut que votre appli soit pilotée et structurée au niveau de votre SGBDR et non pas en python ou autre langage objet sur un serveur tiers. Votre SGBDR fait actuellement plus de la gestion de persistance d'information que la gestion des données elles-mêmes.
J'ai eu l'occasion de concevoir une usine à gaz en diététique pour la conception de menu en EHPAD, dans laquelle les gestions et contrôles de fréquences de repas par semaine, 15 jours et 20 jours étaient largement plus complexes, et effectuées intégralement en SQL et avec de la performance, donc je sais de quoi je parle.
Mais une fois dans votre cas de figure, malheureusement tout redévelopper de A à Z n'est pas envisageable je suppose.
++
de l'eau à mon moulin :
http://blog.developpez.com/sqlpro/p9...alles_en_sql_1
merci www.developpez.com
Je pense que cet article de SQLpro, très instructif et interressant, est déjà connu de l'ensemble des personnes vous ayant répondu sur ce même fil.Citation:
de l'eau à mon moulin :
http://blog.developpez.com/sqlpro/p9...alles_en_sql_1
merci www.developpez.com
D'autre part, il me semble que votre besoin initial était d'identifier l'existence d'intervalles qui se superposent. Dans un tel contexte la démarche à accomplir est de les isoler non de les agréger comme dans l'article que vous citez.
Dans ces conditions, permettez-moi de vous demander en quoi cet article apporte de l'eau à votre moulin?
Cordialement,
Jc.
Il voulait peut être plutôt parler de celui-là : http://blog.developpez.com/sqlpro/p9...recouvrement_p
A +