Discussion :

[bilou972]

Bonjour,
je dois livrer une application que j'ai développée, ainsi que sa base de données sous Sql server 2005.
Il me faut la structure des tables ainsi que les données de certaines tables de paramétrage nécessaires au bon fonctionnement de l'application.
J'ai remarqué que l'outil de génération automatique de sql server était assez lent, et qu'il ne me proposait pas de choisir uniquement les tables dont j'ai besoin pour exporter les données.
En gros, comment préparer une base de données pour une livraison au client ?

[SQLpro]

1) obtenir le script de création des objets par l'IHM
2) faire un export au format natif bcp pour chaque table de paramétrage
3) lancer le script sur le serveur cible
4) importer les tables par bcp
Tout ceci pouvant se faire dans un assortiment de fichier au niveau cmd.

A +

[elsuket]

Bonjour,

Pourquoi ne pas restaurer une sauvegarde complète de votre base de données sur la machine de votre client ?

@++

[bilou972]

1) obtenir le script de création des objets par l'IHM

2) faire un export au format natif bcp pour chaque table de paramétrage

Comment on fait ça ?

3) lancer le script sur le serveur cible
4) importer les tables par bcp
Tout ceci pouvant se faire dans un assortiment de fichier au niveau cmd.

Alors je veux bien que tu m'explique en détails . D'ailleurs ce serait plus simple, de tout faire en ligne de commandes, et récuperer un seul fichier sql que j'utiliserait chez le client

Pourquoi ne pas restaurer une sauvegarde complète de votre base de données sur la machine de votre client ?

C'est ce que j'ai fait pour la première livraison. Cela dit ce n'est pas très propre car même si j'efface mes données de test, les id continueront à s'incrémenter après le dernier id inséré en phase de test.
Tu fais comme ça toi ? Donne moi tes retours

[elsuket]

Pour obtenir le script de création de tous les objets de la base de données :

- clic droit sur la base de données | Tâches | Générer des scripts
- choisissez la base de données
- cochez la case "Générer un script pour tous les objets de la base de données sélectionnée"
- cliquez sur "Suivant" puis sur "Terminer"

Pour faire un export au format natif bcp pour chaque table de paramétrage, vous devrez utiliser du SQL dynamique pour construire la chaîne de requête pour chacune de vos tables, à l'image du code qui est dans ce billet que j'ai écrit pour exporter le code des modules SQL.

Pour lancer le script sur le serveur cible, vous devrez utilser l'utilitaire en ligne de commande SQLCMD pour vous connecter à la machine cliente et exécuter le script de création de tous les objets de votre base de données. Cela suppose que vous ayez ajouté en tête de ce script CREATE DATABASE maBD, avec éventuellement toutes les options de base de données et la taille des fichiers.
Utilisez le commutateur -i pour passer en paramètre le script de création des objets, et éventuellement -o pour en recueillir dans un fichier texte le résultat de l'exécution des diverses commandes de votre script.

Pour importer les données dans les tables que vous aurez créées, vous devrez utiliser, comme vous le dit SQLPro, l'utilitaire en ligne de commandes BCP, mais cette fois avec le commutateur "in".

Comme vous utiliserez BCP et SQLCMD qui sont en ligne de commande, vous pouvez tout réaliser dans un batch DOS.

Si vous souhaitez passer une une restauration d'une sauvegarde complète, il vous suffit de restaurer dans une base de données distincte une sauvegarde complète sur le serveur de test.
Ensuite il vous suffit de vider les données de test, et pour réinitialiser la valeur du compteur d'auto-incrémentation des colonnes qui ont cette propriété, d'utiliser, toujours en SQL dynamique, DBCC CHECKIDENT
Ensuite il vous faudra réaliser une sauvegarde complète de cette base de données puis la restaurer sur le serveur cible, ce que vous pouvez faire avec SQLCMD.

Bref, à vous de choisir

@++

[bilou972]

Ensuite il vous suffit de vider les données de test, et pour réinitialiser la valeur du compteur d'auto-incrémentation des colonnes qui ont cette propriété, d'utiliser, toujours en SQL dynamique, DBCC CHECKIDENT

Il faudrait faire cette commande une table après l'autre ?