- récuperer en SQL la structure d'une base / d'une ... [ SQL serveur ] - SQL/NoSQL - Programmation
Marsh Posté le 28-03-2003 à 14:38:42
dans l'Enterprise Manager, tu vas sur ta table et tu passes en design mode.
Dans les menus disponibles, tu as Generate Scripts.
Marsh Posté le 28-03-2003 à 15:00:29
ca c'est pour avoir un dump de la base nan ?
moi ce dont j'ai besoin c'est :
me connecter en SQL sur une base.
recuperer la liste des tables en SQL.
recuperer la structure d'une table.
tout ca pour concevoir une classe d'encapsulation de SQL serveur ds un module de gestion de BDD.
Marsh Posté le 28-03-2003 à 15:12:17
faudrait voir avec la librairie Microsoft SQL DMO, je suis pas certain mais on pourrait bien récupérer des scripts avec cette lib. En tout cas, tu devras certainement passer par une librairie spécifique à SQL Server. Tu codes en quoi?
Marsh Posté le 28-03-2003 à 15:14:04
drasche a écrit : faudrait voir avec la librairie Microsoft SQL DMO, je suis pas certain mais on pourrait bien récupérer des scripts avec cette lib. En tout cas, tu devras certainement passer par une librairie spécifique à SQL Server. Tu codes en quoi? |
merci pour les infos
en php
Marsh Posté le 28-03-2003 à 15:41:33
SQLDMO oui mais pour VBscript...sniiiif
qqun a une idée ?
Marsh Posté le 28-03-2003 à 16:04:03
Entreprise Manager
Tu cliques droit sur ta base
Toutes les tâches - générer script SQL
onglet général - Afficher tout
=>Toutes les tables
onglet option
=> Ok tu entres le nom de ton fichier
et c tout bon !
Marsh Posté le 28-03-2003 à 19:43:56
alors, c'est très simple :
il faut taper dans les tables système.
par contre, leur schéma est assez complexe, je ne l'ai pas encore totalement décrypté
liste des tables :
Code :
|
liste des champs regroupés par tables, avec leurs champs typés et tout :
Code :
|
Marsh Posté le 28-03-2003 à 19:46:12
Y'a aussi des tables pour les indexes, les contraintes, les dépendances, les procédures stockées... C'est un joyeux bordel, mais là t'as déjà le principal
Marsh Posté le 28-03-2003 à 19:58:42
MagicBuzz a écrit : alors, c'est très simple : |
T'as pas plutôt des belles vues toute faites et qui répondent à tes besoins comme dans Oracle ?¿?
Marsh Posté le 28-03-2003 à 19:59:58
Non, y'a que ces tables (mais l'avantage, c'est qu'il y a tout )
Marsh Posté le 30-03-2003 à 16:27:26
meri magicbuzz, en fait vendredi soir (sic) j'avais trouvé comment récupérer certaines infos ds les tables sytèmes.
par contre, j'ai pas trouvé comment récupérer une info dont j'ai absoluement besoin : savoir si un champs est une clé primaire.
j'ai regardé ds les tables indexes mais y a meme une entrée pour les champs non clés...donc je sais pas trop ou est rangée l'info.
t'as une idée ?
en tout cas merci beaucoup et bonne fin de wikend
Marsh Posté le 02-04-2003 à 20:04:33
Ouais, nan, c'est pas dedans...
Mais dis-donc, t'as pas beaucoup cherché
SELECT * |
Ho, toutes les clé primaires !
SELECT * |
Ho, toutes les clés étrangères !
Marsh Posté le 03-04-2003 à 11:37:33
MagicBuzz a écrit : Ouais, nan, c'est pas dedans...
|
moué sauf que les colonnes sont pas référencées par un id unique (ou alors l'est pas ds la table syscolumns) et donc a partir de la je vois mal comment récup des infos d'une table ne contenant que des id.
cependant la procédure privée sp_pkeys marche bien (et le code de la procédure l'est pas glop)
merci pour tout les gens
Marsh Posté le 03-04-2003 à 11:45:13
c'est une clé double
la première c'est l'ID de la table, la seconde c'est le numéro de colonne dans la table. c'est rigoureusement la même clé que dans syscolumns.
Marsh Posté le 28-03-2003 à 14:13:44
d'une table.
s'possib' ?
comment qu'on fait ?
merci d'avance