Discussion :

[Suomi75]

Bonjour,

J'ai créé une très très grosse stored procedure, qui va chercher des données de plusieurs tables faisant chacune d'elles plusieurs millions de lignes, effectue beaucoup de transformations pour ensuite verser la table résultante dans une table finale indexée etc...

Telle que je l'ai créé, j'ai une multitude de tables temporaires intermédiaires (20 environ) que j'utilise pour extraire les données, les manipuler, les assembler etc...

Je créé un index pour chaque temp table, pour tenter d'accélérer les traitements. Aussi, je drop chaque table intermédiaire après avoir fini de l'utiliser.

Malheureusement, ma sp prend toujours des heures à tourner et j'essaie de l'optimiser.

J'ai lu à certains endroits que les tables temporaires étaient déconseillées à l'intérieur des sp... Est-ce vrai ? Avez-vous des alternatives intéressantes ?

Merci d'avance pour votre aide,

[SQLpro]

Sans voir le code de la proc et les tables en jeu... Impossible de vous aider !

A +

[Suomi75]

C'est bien ce que je craignais, impossible pour moi de vous montrer le proc ou les tables, pour des raisons assez évidentes de confidentialité. Je vous remercie quand même !

[rudib]

Bonjour,

en général, ce qui est confidentiel, ce sont les données. Le code en lui-même révèle-t-il des secrets de fabrication particuliers, comme une façon brevetée de créer une table temporaire ?

[Suomi75]

Haha jolie sarcasme

Tous les champs utilisés ont des noms explicites, qui donneraient des informations sur le type d'entreprise pour laquelle je travaille, et le type de données qui sont exploitées, ce que je n'ai pas envie de rendre forcément publique.

Je pourrais bien sûr les communiquer par mp, mais c'est une très longue stored procedure (environ 30 select/insert je crois) et je ne suis pas sûr que quelqu'un soit assez motivé pour l'éplucher juste pour m'aider. J'espérais des propositions théoriques relativement génériques et simples à appliquer, je reconnais que c'était un peu utopiste de ma part.

[Invité]

J'espérais des propositions théoriques relativement génériques et simples à appliquer, je reconnais que c'était un peu utopiste de ma part.

Il faut faire mieux.

[SQLpro]

Bonjour,

en général, ce qui est confidentiel, ce sont les données. Le code en lui-même révèle-t-il des secrets de fabrication particuliers, comme une façon brevetée de créer une table temporaire ?

Tu sais bien que j'ai breveté le T_ .... finissant par un trigramme le tout en majuscule (dépôt légal n°7845842568426526 du 32 janvier 2874....

A +