Discussion :

[achottin]

Bonjour à tous,

j'ai un problème assez basique mais auquel je ne trouve pas de solution simple suite à passage de SQL Server 2000 à 2005 :

J'ai une requête complexe dont l'exécution dure plusieurs heures et alimente une grosses table décisionnelle destinée à être exportée sous EXCEL.
Dans cette table, un certain nombre de colonnes peuvent être retournées à NULL par la requête.

Lorsque j'était sous 2000, le résultat restitué au format texte sous l'analyseur de requête me ramenait des chaînes vides au lieu de la valeur explicite 'NULL'. Je faisais un copier/coller de tout ça dans EXCEL et basta !

Depuis que je suis en 2005, le comportement est différent puisque j'ai systématiquement 'NULL' dans mes résultats et le même 'NULL' à l'arrivée dans EXCEL. J'ai essayé de faire un chercher/remplacer sous EXCEL mais le nombre trop important de données fait que ça n'aboutit pas (idem sous Notepad++) !

Je cherche à revenir au comportement de 2000 sur ce cas de figure. Y-a-t-il une simple option pour y parvenir (si oui, laquelle ?) ou suis-je condamné à revoir l'écriture de la requête (de la mort) pour virer mes 'NULL' à l'arrivée?

Merci de votre aide !!

[elsuket]

Bonjour,

J'ai une requête complexe dont l'exécution dure plusieurs heures et alimente une grosses table décisionnelle destinée à être exportée sous EXCEL.

SQL Server Integration Services est tout à fait à même de faire cela pour vous.
Un rapport sous SQL Server Reporting Services vous permettrait probablement de vous passer de ce fastidieux copier-coller, d'autant qu'on peut exporter un rapport sous Excel

Je cherche à revenir au comportement de 2000 sur ce cas de figure. Y-a-t-il une simple option pour y parvenir (si oui, laquelle ?) ou suis-je condamné à revoir l'écriture de la requête (de la mort) pour virer mes 'NULL' à l'arrivée?

Vous devez changer la liste des colonnes du SELECT en utilisant la fonction ISNULL() :

Code :

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

SELECT	ISNULL(maColonne, '') AS maColonne

Pour le "de la mort", et étant donné que la requête semble requérir un temps d'exécution long, je suppose que :

- soit votre modèle est mauvais,
- soit que les colonnes sur lesquelles vous filtrez ne sont pas proprement indexées
- soit que votre requête est du type "spaghetti"

@++

[achottin]

Merci Nicolas,

le modèle de la base est éprouvé, les tables indexées comme il se doit et on est au taquet pour ce qui concerne l'optimisation je pense. Le "de la mort" correspond plutôt à une multitude de calculs intermédiaires assez incompressibles.

Il est évident cependant que des améliorations du type mise en oeuvre sous SQL Server Integration Services seraient à recommander.

Je cherchais juste (dans l'esprit artisanal dans lequel nous avons l'habitude de travailler, même si, certes, ce n'est pas la panacée) un "truc" qui permette d'obtenir directement au format texte dans l'analyseur les résultats de ma requête sans que "NULL" s'affiche explicitement à l'image de ce qui se passait sous 2000.

Quoi qu'il en soit merci beaucoup!

[elsuket]

le modèle de la base est éprouvé, les tables indexées comme il se doit et on est au taquet pour ce qui concerne l'optimisation je pense

Si une revue des requêtes ont un temps d'exécution un peu long et/ou qui lisent un peu trop de pages est effectuée régulièrement, alors je veux bien te croire

Le "de la mort" correspond plutôt à une multitude de calculs intermédiaires assez incompressibles.

Cela n'indique pas de quelle nature ils sont, et si par exemple on pourrait les faire exécuter à une application ou à un objet d'assembly.

Je cherchais juste (dans l'esprit artisanal dans lequel nous avons l'habitude de travailler, même si, certes, ce n'est pas la panacée) un "truc" qui permette d'obtenir directement au format texte dans l'analyseur les résultats de ma requête sans que "NULL" s'affiche explicitement à l'image de ce qui se passait sous 2000.

Il est vrai qu'on ne peut pas dire que l'interfaçage entre Office et SQL Server soit du meilleur acabit ...

@++

[iberserk]

Bonjour à tous,

j'ai un problème assez basique mais auquel je ne trouve pas de solution simple suite à passage de SQL Server 2000 à 2005 :

J'ai une requête complexe dont l'exécution dure plusieurs heures et alimente une grosses table décisionnelle destinée à être exportée sous EXCEL.
Dans cette table, un certain nombre de colonnes peuvent être retournées à NULL par la requête.

Lorsque j'était sous 2000, le résultat restitué au format texte sous l'analyseur de requête me ramenait des chaînes vides au lieu de la valeur explicite 'NULL'. Je faisais un copier/coller de tout ça dans EXCEL et basta !

Depuis que je suis en 2005, le comportement est différent puisque j'ai systématiquement 'NULL' dans mes résultats et le même 'NULL' à l'arrivée dans EXCEL. J'ai essayé de faire un chercher/remplacer sous EXCEL mais le nombre trop important de données fait que ça n'aboutit pas (idem sous Notepad++) !

Je cherche à revenir au comportement de 2000 sur ce cas de figure. Y-a-t-il une simple option pour y parvenir (si oui, laquelle ?) ou suis-je condamné à revoir l'écriture de la requête (de la mort) pour virer mes 'NULL' à l'arrivée?

Merci de votre aide !!

Et avec le module d'export de SSMS?

[elsuket]

Et avec le module d'export de SSMS?

L'idée est bonne mais l'outil n'est pas d'une fiabilité extraordinaire.
A tester

@++