Discussion :

[Ctplm]

Bonjour,

Depuis la migration d'un SQL Server 2000 à 2008, le tri effectué par le sort type dans mes views n'est plus respecté lors du rapatriement des données sous Excel. J'ai tout essayé, les propriétés de la plage de données dans Excel sont correctes, je ne vois vraiment pas d'où vient le problème. Lorsque je fais un refresh des données sous Excel, les lignes changent toutes de place.

Merci d'avance

[elsuket]

Bonjour,

Que retourne votre requête lorsque vous l'exécutez sous SQL Server Management Studio ?
Spécifie-t-elle un ORDER BY ? Sans cette clause, sachez que l'ordre n'existe pas en SQL

@++

[Ctplm]

Merci pour cette réponse rapide, exécutée sous sql server la requête est bien ordonnée. Il y a bien un order by.

[elsuket]

Donc le problème se situe dans Excel.
Voyez avec les experts Excel

@++

[Ctplm]

Ok merci

[SQLpro]

Depuis la migration d'un SQL Server 2000 à 2008, le tri effectué par le sort type dans mes views n'est plus respecté lors du rapatriement des données sous Excel

Ce n'est ni excel, ni sql server qui est en cause dans ce cas. Mais c'est vous la cause !
En effet une vue n'étant autre chose qu'une table d'un type particulier, forcer un ORDER BY dans une vue n'a aucun sens, puisque au final vous pouvez faire SELECT * FROM MaVue ORDER BY ... ! Même si cela est possible par TOP 100 PERCENT et cie...

En conclusion, SQL Server se moque éperdument que vous ayez mis une clause ORDER BY dans une vue parce que c'est imbécile ! Et j'ajouterais qu'il a bien raison !

A +

[Ctplm]

Si c'est si imbécile que ça, pourquoi le tri se fait bien dans SQL Server ?

[SQLpro]

Vous devez comprendre que cette clause ne sert que dans un seul et unique cas : rapatrier moins de ligne que le select global. Si vous faites TOP 100% alors SQL Server s'en fout et il a bien raison, sinon cela nuirait aux performances.

Ce sont les principes même des bases de données relationnelles qui impose que les données dans une table (et une vue EST UNE TABLE) n'ait aucun ordre particulier.

A +

[Ctplm]

Ok je comprends le concept, mais ce que je ne comprends pas c'est pourquoi ça fonctionnait jusqu'à la migration de SQL Server 2000 -> 2008, et pourquoi c'est ordonné dans SQL Server même avec le TOP 100 PERCENT... C'est lors du passage SQL Server -> Excel que les lignes se re-mélangent, avant je n'avais pas ce problème étant donné que j'ai une grosse centaine de fichiers en VBA qui sont codés en fonction de l'ordre d'une colonne en particulier...

[SQLpro]

SQL Server ne garantie en aucune façon que cela marche sur aucune version. Si cela a marché sur une version - c'est votre constat - c'est parce que, par pur hasard, le moteur l'a traité dans cet ordre.
Bref, vous avez utilisé une fonctionnalité détournée en croyant qu'elle faisait ce que vous aviez envie qu'elle fasse et non pas ce pourquoi elle a été conçue !

Par exemple vous pouvez utiliser une chambre à air pour faire une bouée, mais une chambre à air n'étant pas conçu pour cet usage, le jour ou elle vous éclate à la gueule et vous cisaille le visage, il ne faudra pas venir vous plaindre !

A +