[SQL SRV 2005] Création d'une table

**olbi** · 15/07/2007, 16h15

Bonjour,

Je souhaiterai savoir s'il était possible de créer une table sur base d'une autre table se trouvant dans une autre DB (une sorte de copie de la table (uniquement la structure) se trouvant dans une DB vers une autre DB). Si oui comment réaliser cette opération.

D'avance, je vous remercie.

OLBI

**Fabrice Moll** · 15/07/2007, 18h12

Vous pouvez effectuer sur la table d'origine un clique droit et sélectionner "exporter" (via la manager de SQL SERVER).

Avec cette option vous pouvez générer des scripts SQL permettants de:

- Recréer la structure de la table d'origine dans n'importe quelle BD
- Importer les données de la table d'origine
- ...

Il y a également toute une liste de query et franchement, peu importe lequel vous utilisez tant que cela vous donne le résultat attendu :

Code :

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

1
2
3
SELECT * INTO NouvelleBD.owner.LaNouvelleTable 
FROM AncienneBD.owner.AncienneTable 
WHERE 1<>1

Code :

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

1
2
3
4
5
SELECT TOP 1 *
INTO NouvelleBD.owner.NouvelleTable
FROM AncienneBD.owner.AncienneTable
 
TRUNCATE TABLE NouvelleBD.owner.NouvelleTable

Etc ...

**olbi** · 15/07/2007, 19h37

Génial!!!!!

Un grand merci pour les 2 requetes.

**olbi** · 16/07/2007, 11h23

Après verification, je m'apercois que les colonnes sont bien crées mais que mes clés, index et contraintes sont supprimées!!! Comment faire pour qu'elles soient également créer?

**Fabrice Moll** · 16/07/2007, 11h40

Le mieux, comme expliqué dans ma première réponse, est de générer un SCRIPT de création de table.

Pour ce faire, clique droit sur la table d'origine et sélectionner (désoler c'est en anglais chez moi) 'Script table AS'.

Et là vous avez la possibilité de créer un script dans un fichier text, ou dans l'analyseur de requêtes.

Ce script pourra être utiliser dans votre BD de destination.

**olbi** · 16/07/2007, 11h48

Le problème est que j'essaye de faire une procédure stockée et je ne vois pas comment faire pour génerer le script et puis l'executer automatiquement. ( à la main bien)

Cette procédure va ma permettre de mettre à jour mes db chez les clients.

J'ai donc pour se faire une db avec mes tables vides appelé embryon. Si je dois modifier,créer une table alors je le fais dans l'embryon et ensuite j'execute la procédure stockée de mise à jour. Je n'ai plus à envoyer l'embryon à mes clients qui feront pareille.

Dans l'ensemble la procédure fonctionne mis à part que mes tables perdent leurs primarykey, les contraintes....

**Fabrice Moll** · 16/07/2007, 12h02

C'est le "problème" de beaucoup de monde

Pourquoi ne pas générer les scripts SQL et créer un batch qui ferait l'exécution de ces fichier .SQL ?

(Batch utilisant l'outil 'SQLCMD')

http://www.databasejournal.com/features/mssql/article.php/3566401

**olbi** · 16/07/2007, 12h20

Ca me parait fort lourd de devoir générer à chaque fois les scripts de chaque table surtout quand il y en a beaucoup (plus de 200)

**kagemaru** · 16/07/2007, 13h58

en te basant sur les tables système (sysindexes, syscolumns, sysconstraints, ...) tu peux arriver à regéner le code mais je n'ai pas de script sous la main ...