Discussion :

[kurun]

Bonjour,
mon entreprise envisage de basculer sous SQL-Server 2005. Aujourd'hui plusieurs SGDB et outils de requêtage y coexistent (B.O., SAS et Access).
A priori SQL-Server semble parfait. Pourtant difficile de convaincre les utilisateurs SAS lorsqu'on voit l'éditeur de requête Microsoft.
Dans SAS-Guide existe un éditeur graphique qui permet de visualiser les actions de la requête (création de colonnes, de table temporaire, tris, etc..) et de créer visuellement des enchainements de requête.
On a pensé qu'avec Integration Services, on pouvait arriver au même résultat, mais ils ont fait venir un technicien Microsoft qui n'a pas réussi à rendre un service équivalent.
Alors un tel éditeur graphique de requête SQL est-il prévu chez Microsoft. Et sinon quels outils interfaçables avec SQL-Server pourraient être utilisés ?
Merci de vos réponses.
Kurun

[rudib]

Bonjour,

Ecrire du SQL consiste à faire du code. Tu voudrais une aide visuelle pour faire quoi ? Parser la logique d'une seule requête, ou suivre la logique des différentes requêtes d'une procédure ? J'ai du mal à comprendre le but. Peux-tu m'éclairer ?

[kurun]

En fait, nos utilisateurs créent des requêtes qui génèrent des tables temporaires, elles mêmes attaquées par d'autres requêtes.
Gérer l'urbanisation de tout ce bazar n'est pas chose facile, d'autant qu'ils sont plutôt productifs.

Ce qu'ils souhaitent donc, c'est pouvoir visualiser les enchainements de traitements avec les tables crées puis réutilisées, etc..
A priori l'environnement SAS-Guide qu'ils ont leur permet de le faire.
Pour chacune de leurs requêtes, ils ont (après validation du code SQL) visuellement sur un diagramme de flux de données, les tables(ou vues) en entrée, les tables (ou vues) en sortie.
En cliquant sur ces tables et vues, ils peuvent également voir toutes les autres requêtes y accédant.

J'ai bien tenté de les aiguiller vers Integration Services, mais ce n'est pas tout à fait ce qu'ils veulent.

[Invité]

Après un petit tour sur le site SAS, tu peux accéder aux bases SQL Server avec SAS via OLEDB ou ODBC. D'ailleurs à n'importe quelle source de données, même Excel.

[SQLpro]

Code :

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

En fait, nos utilisateurs créent des requêtes qui génèrent des tables temporaires, elles mêmes attaquées par d'autres requêtes.

C'est là le hic... Ce n'est absolument pas correct, car la requête n'est pas transactionnellement stable. En effet entre le résultat de la première requête dans la table temporaire et le lancement de la seconde il se peut que les données évoluent donnant au finish une réponse fausse.

Soit vous devez passer par des vues, soit vous devez utiliser des tables dérivées (sous requêtes dans la clause FROM).

A +