Discussion :

[SergioMaster]

Bonjour,

Un doute me taraude et j'aimerai confirmation . Quelque soit le SGBD

Dans le cadre d'opération de masse ,
Soit un programme qui démarre une transaction
appelle dans une boucle
: des procédures stockées et autres instructions SQL
puis valide cette transaction

Est-ce cohérent ? Quel serait le meilleur niveau d'isolation ?

[SQLpro]

Dans le cadre d'opération de masse ,
Soit un programme qui démarre une transaction
appelle dans une boucle
: des procédures stockées et autres instructions SQL
puis valide cette transaction

Est-ce cohérent ? Quel serait le meilleur niveau d'isolation ?

1) démarrer une transaction côté client et la finaliser côté serveur n'est pas très cohérent. Le mieux est de démarrer et de finaliser côté serveur. Cela minimise la durée des verrous, donc augmenter la fluidité transactionnelle et par conséquent diminue la contention (meilleurs concurrence d'accès).

2) le meilleur niveau d’isolation dépend exclusivement du traitement à opérer. Lisez l'article que j'ai écrit à ce sujet, et faites les exemples. Vous allez comprendre.... http://sqlpro.developpez.com/isolation-transaction/

A +

[SergioMaster]

Bonjour

1) démarrer une transaction côté client et la finaliser côté serveur n'est pas très cohérent. Le mieux est de démarrer et de finaliser côté serveur. Cela minimise la durée des verrous, donc augmenter la fluidité transactionnelle et par conséquent diminue la contention (meilleurs concurrence d'accès).

j'ai du mal m'exprimer , la transaction est aussi finalisée côté client (c'est sûr le tout serait bien plus à sa place coté serveur).
mais :

1. le programme client sera sur le serveur
2. ce n'est qu'une opération (même de masse), ponctuelle (j'espérais même la faire hors ligne)

2) le meilleur niveau d’isolation dépend exclusivement du traitement à opérer. Lisez l'article que j'ai écrit à ce sujet, et faites les exemples. Vous allez comprendre.... http://sqlpro.developpez.com/isolation-transaction/

Celui là , j'étais passé à coté

[SQLpro]

Bonjour

j'ai du mal m'exprimer , la transaction est aussi finalisée côté client (c'est sûr le tout serait bien plus à sa place coté serveur).
mais :

1. le programme client sera sur le serveur
2. ce n'est qu'une opération (même de masse), ponctuelle (j'espérais même la faire hors ligne)

1) faire une transaction démarrée et finalisé côté client est encore pire ! Placez là dans une proc stock.

2) mettre le programme client sur le serveur est une aberration. SQL Server doit être installé sur un serveur dédié et aucune autre application ne doit y être installée à côté, pas même un antivirus.

A +

[SergioMaster]

Bonjour,

1) faire une transaction démarrée et finalisé côté client est encore pire ! Placez là dans une proc stock.

la procédure stockée existe déjà et fait le plus gros du travail ! mais ce pour 1 enregistrement
c'est le coté exceptionnel des autres instructions nécessaires uniquement lors de ce traitement de masse (200 ou 300 enregistrements) qui m'apporte ce doute .
je sais, je pourrais mettre un paramètre à la procédure stockée genre TRAITEMENT_DE_MASSE oui/non et inclure ces instructions dans un if

2) mettre le programme client sur le serveur est une aberration. SQL Server doit être installé sur un serveur dédié et aucune autre application ne doit y être installée à côté, pas même un antivirus.

Mais je n'ai jamais parlé de SQLServer en fait je parlais d'une manière plus générale, mais si l'on doit parler du particulier : il s'agit de Firebird

Après plusieurs tests (même si c'est loin d'être optimal) , j'ai l'impression que cela reste cohérent malgré tout même si cela reste iconoclaste