Discussion :

[saidi.seifeddine]

Salut tt le monde,

Bon, je vous illustre le problème. Il s'agit "tout simplement" de transformer N insertions séquentielles dans N tables différentes en N insertions parallèles .

Le But est de réduire le temps d'exécution des ces DMLs.

... Y a t-il une solution?

Merciiii.

[nuke_y]

Je pense qu'on manque de précisions là. D'un point de vue théorique, pas de problème : il suffit de lancer les n alimentations en parallèle, chacune avec sa transaction.

Maintenant je suis sûr que ton problème est plus compliqué que ça : transaction commune, gestion des contraintes référentielles entre tes tables, etc.

[GoLDoZ]

Si ces insertions "séquentielles" utilisent une séquence commune, ça me paraît difficile. Plus de détails seraient bienvenus en effet.

[saidi.seifeddine]

Plus de détails:

Il s'agit en fait de 50 tables qui se réfèrent toutes sur une table primaire T1 (une foreign key sur T1). Pour le moment, les 50 insertions se font avec une logique séquentielle : INSERT INTO T2, INSERT INTO T3.... INSERT INTO T50.

c'est Insertions ne dépendent pas l'une des autres. Ce que je suis entrain de chercher c'est : Pourquoi ce séquentiellement? je pense qu'Il existe certainement un moyen pour lancer ces insertions simultanément.

J 'espere que j'étais clair

[nuke_y]

Ok, mais comment se passe cette insertion multiple ? Avec un ETL, un script, un trigger, un batch, une procédure stockée ?

D'où viennent les lignes ? D'une même table source (et on réplique 50 fois la ligne ? Pourquoi pas...) ou d'ailleurs ?

En gros, ton problème est architectural pour moi. Selon la façon dont les insertions sont traitées (par exemple via un ETL basique), tu ne pourras pas paralléliser. Alors que s'il s'agit d'un script SQL qui insère dans les 50 tables, il suffit d'écrire 50 scripts différents que tu lances en parallèle.