Description des colonnes d'une table

Version imprimable

05/01/2012, 11h57
e.haefele

Description des colonnes d'une table

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:

DESCRIBE 'nom_table'

Avec Sqlserver j'ai trouvé la syntaxe suivante :

Code:

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.

je c pas si ca vas rependre a ton probleme :

Code:

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 )

05/01/2012, 13h52
Tober

Ca serait pas :

Code:

sp_help NomTable
05/01/2012, 15h12
e.haefele

Bonjour,

Citation:

Envoyé par s.toubal

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.
05/01/2012, 15h15
e.haefele

Bonjour,

Citation:

Envoyé par Tober

Ca serait pas :

Code:

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 ?
05/01/2012, 17h00
zinzineti

Citation:

Envoyé par e.haefele

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 ?
05/01/2012, 17h15
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 +
05/01/2012, 17h26
e.haefele

Bonjour,

Citation:

Envoyé par zinzineti

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:

sp_helpindex 'nom_table'

Peut-être que ma démarche est complètement loufoque et là aussi finalement votre avis m'intéresse.
05/01/2012, 18h39
zinzineti

écris donc une requête avec les vues suivantes :
sys.all_columns, INFORMATION_SCHEMA.COLUMNS et sys.indexes
05/01/2012, 19h17
SQLpro

Citation:

Envoyé par e.haefele

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 +
06/01/2012, 10h52
e.haefele

Citation:

Envoyé par zinzineti

é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 ...
06/01/2012, 11h13
hariman

Bonjour,

La vue sys.index_columns pourrait bien t'aider !