Discussion :

[e.haefele]

Bonjour à tous,

Je souhaiterais récupérer les informations suivantes pour une table de ma base de donnée :

Le nom de la colonne
Le type de la colonne (datetime, varchar ...)
La taille maximum de la colonne
Le type de clé (primaire ou non)
Le type d'index (unique ou non, sans)

Avec MySql je fais un simple :

Code :

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

DESCRIBE 'nom_table'

Avec Sqlserver j'ai trouvé la syntaxe suivante :

Code :

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

SELECT * FROM information_schema.columns WHERE table_name = 'nom_table'

Malheureusement cette requête ne me précise pas le type de clé et d'index.

Je remercie par avance celui ou celle qui pourra me dépanner.

Précision : je réalise mes tests avec SqlServer 2005.

[s.toubal]

je c pas si ca vas rependre a ton probleme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
SELECT TOP 0 * INTO ##Table_Temporaire FROM  
(
       --la requête à exécuter ici
       SELECT * FROM Ma_Table
) 
AS T 
 
 
SELECT 
( 
SELECT COLUMN_NAME,DATA_TYPE --, autre champ,...
FROM tempdb.INFORMATION_SCHEMA.COLUMNS 
WHERE table_name = '##Table_Temporaire'  
FOR XML RAW
) AS Retultat_xml
 
 
DROP TABLE ##Table_Temporaire

si c'est la cas alors on peut dire que la solution a ta questions est ma question (voir ici )

[Tober]

Ca serait pas :

Code SQL :

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

sp_help NomTable

[e.haefele]

Bonjour,

je c pas si ca vas rependre a ton probleme :

Cette requête (associé au fichier INFORMATION_SCHEMA.COLUMNS) ne donne aucune indication sur les clés et les types d'index. Merci quand même.

[e.haefele]

Bonjour,

Ca serait pas :

Code SQL :

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

sp_help NomTable

Je ne souhaiterais pas passer par une procédure stockée, n'est-il pas envisageable de l'obtenir par autre moyen ?

[zinzineti]

Bonjour,
Je ne souhaiterais pas passer par une procédure stockée, n'est-il pas envisageable de l'obtenir par autre moyen ?

Qu'est ce qui te gène dans l'utilisation d'une procédure stockée ? Qu'est ce que tu veux faire exactement de ces infos ? c'est quoi le but ?

[SQLpro]

DESCRIBE n'existe pas en SQL. C'est une merdouille de MySQL. A l'époque MySQL n'était pas capable de faire des procédures stockées, donc ils ont inventé des commandes pseudo SQL pour faire la même chose qu'une proc stock.

MS SQL Server ayant depuis 20 ans les procédures stockées, fournit de multiples procédures pour décrire en long en large et en travers les objets d'une base....

A +

[e.haefele]

Bonjour,

Qu'est ce qui te gène dans l'utilisation d'une procédure stockée ? Qu'est ce que tu veux faire exactement de ces infos ? c'est quoi le but ?

Le but est d'opérer automatiquement une modification de la structure de table en m'appuyant sur une description personnelle de la structure de cette table. Exemple : ma description indique que telle colonne à un index unique, j'aimerais (par programmation) vérifier si en production cette rubrique est déjà indexée ou non et le cas échéant ajouter l'index manquant sur la colonne.

Pourquoi je ne veux pas utiliser une procédure stockée, parce que je n'arrive pas à l'exploiter par programmation. Je dois avouer que je suis assez novice mais lorsque j'exécute ma requête, je ne récupère qu'une ligne avec les colonnes name, owner, type et created_datetime mais pas le reste. De plus comment puis-je faire de façon certaine la différence entre une clé primaire, un index unique et un index avec doublons ? Si on m'apporte la réponse à cette question, la procédure stockée suivante pourrait sans doute convenir :

Code :

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

sp_helpindex 'nom_table'

Peut-être que ma démarche est complètement loufoque et là aussi finalement votre avis m'intéresse.

[zinzineti]

écris donc une requête avec les vues suivantes :
sys.all_columns, INFORMATION_SCHEMA.COLUMNS et sys.indexes

[SQLpro]

Bonjour,

Le but est d'opérer automatiquement une modification de la structure de table en m'appuyant sur une description personnelle de la structure de cette table. Exemple : ma description indique que telle colonne à un index unique, j'aimerais (par programmation) vérifier si en production cette rubrique est déjà indexée ou non et le cas échéant ajouter l'index manquant sur la colonne.

...

Peut-être que ma démarche est complètement loufoque et là aussi finalement votre avis m'intéresse.

Un peu loufoque... Vous auriez dû commencer par le commencement en nous disant ce que vous voulez faire... Nous aurions pu vous orienter.

C'est c'est pour "tracer" les modifications de structure (index compris) entre une base et l'autre, il existe au moins 5 moyens différents de l'automatiser
- réplication transactionnelle
- trigger DDL
- Change Tracking
- CDC.
- tableDiff
...

Donc, formulez votre demande de manière fonctionnelle et on vous donnera la solution la plus adaptée.

Donnez aussi quelques exemples.

A +

[e.haefele]

écris donc une requête avec les vues suivantes :
sys.all_columns, INFORMATION_SCHEMA.COLUMNS et sys.indexes

La table sys.indexes est très intéressante puisqu'elle permet de lister tous les index et de savoir si c'est une clé primaire, un index unique ou non. Par contre, aucun des trois tables citées ne me permet de relier le nom de la colonne au nom de l'index. J'ai cherché mais je ne trouve aucune table qui me permet d'établir ce lien.

Je te remercie pour ton aide car j'y suis presque, il ne me manque plus que ce lien entre le nom de la colonne et le nom de l'index. Si tu as une idée je suis preneur ...

[hariman]

Bonjour,

La vue sys.index_columns pourrait bien t'aider !