Discussion :

[vinch999]

Bonjour,
Je me pose une question que voici:

Ma table est un listing de personnes avec leurs propriétés.

Exemple de schema pour la table personne:
personne_id (PK), pr_1_id (FK), pr_2_id (FK)

Est-il possible de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE personne SET pr_1_id =10 WHERE personne_id =1

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE personne SET pr_2_id =50 WHERE personne_id =1

simultanément?

J'imagine qu'il y a une table lock lors de l'exécution du premier update et que de ce fait le second UPDATE ira en ERROR ,est-ce bien le cas?
Si oui, existe-il un moyen de contourner, sans risque?
Mon objectif est d'augmenter les perfs d'intégration de données en exécutant des jobs écrivant (update) dans la même table, en // .

Merci d'avance pour l'aide .

[Waldar]

La virgule est votre amie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
UPDATE personne
   SET pr_1_id     = 10
     , pr_2_id     = 50
 WHERE personne_id = 1;

[vinch999]

La virgule est votre amie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
UPDATE personne
   SET pr_1_id     = 10
     , pr_2_id     = 50
 WHERE personne_id = 1;

Si seulement je pouvais faire ça...

[SQLpro]

Si seulement je pouvais faire ça...

Qu'est ce qui vous en empêche ?

A +

[Waldar]

Je n'y avais pas réfléchi, mais je suppose qu'il s'agit de deux transactions distinctes par deux personnes distinctes dans une application ou deux jobs différents.

[vinch999]

Pour clarifier, j'effectue ces updates via des jobs TALEND. je ne peux pas merger les updates...
Je veux améliorer les perfs d'exécution des jobs en les parallélisant.
Et j'arrive donc potentiellement à cette problématique.

[SQLpro]

Est-il possible de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE personne SET pr_1_id =10 WHERE personne_id =1

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE personne SET pr_2_id =50 WHERE personne_id =1

simultanément?

Oui

J'imagine qu'il y a une table lock lors de l'exécution du premier update et que de ce fait le second UPDATE ira en ERROR ,est-ce bien le cas?

Vous imaginez mal... Il y a effectivement un verrou posé par chacune des sessions. Donc l'un attendra que l'autre finisse et les commandes s’exécuteront en séquence.

Si oui, existe-il un moyen de contourner, sans risque?

heureusement non !!!

Mon objectif est d'augmenter les perfs d'intégration de données en exécutant des jobs écrivant (update) dans la même table, en // .

Faites des tests !

A +

[vinch999]

Vous imaginez mal... Il y a effectivement un verrou posé par chacune des sessions. Donc l'un attendra que l'autre finisse et les commandes s’exécuteront en séquence.

Ok merci pour l'info c'est ce point qui m'inquiétait.