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 ?

[elsuket]

Oui, malheureusement vous n'avez pas le choix

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
19
20
21
22
23
24
25
26
27
28
-- Recherche des table qui ont une colonne identité
DECLARE curTables CURSOR FOR
	SELECT T.name
	FROM sys.tables AS T
	JOIN sys.columns AS C
		ON T.object_id = C.object_id
	WHERE T.name NOT LIKE 'sys%'
	AND T.name NOT LIKE 'dt%'
	AND C.is_identity = 1
FOR READ ONLY
 
DECLARE @nomTable SYSNAME,
		@SQL VARCHAR(1024)
 
-- Pour chacune des tables, réinitialisation de la valeur du compteur
-- de la colonne ayant la propriété d'auto-incrémentation
OPEN curTables
FETCH NEXT FROM curTables INTO @nomTable
WHILE @@FETCH_STATUS = 0
BEGIN
	SET @SQL = 'DBCC CHECKIDENT(''' + @nomTable + ''', RESEED, 0)'
 
	PRINT @SQL
	-- EXEC (@SQL) -- A décommenter pour exécution
 
	FETCH NEXT FROM curTables INTO @nomTable
END
DEALLOCATE curTables

@++

[bilou972]

Ok super la commande !
Elle réinitialise également les id des tables de paramétrages ? Donc si tu as le dernier d'une table = 6, l'id de la prochaine insertion sera bien 7 ?

[elsuket]

J'ai mis DBCC CHECKIDENT avec la valeur de départ à 0, donc la colonne d'identité lors votre prochaine insertion, dans une des tables ramenées par le SELECT qui spécifie le curseur, prendra la valeur 1.

Peut-être n'ai-je pas bien compris ce que vous vous voulez faire ...

@++

[bilou972]

Si si c'est bien ça, mais pour les tables contenant déja des valeurs (les tables de paramétrages) je me demande ce qu'il advient des id déja présents

[agemis31]

Bonjour,

Comment SQL Serveur pourrait il faire tout seul la différence entre une table ayant une colonne IDENTITY() et vos tables de paramétrage ?

Pour ces tables, soit vous filtrez sur T.name, soit vous n'utilisez pas d'IDENTITY() si ce sont des tables remplies "à la main" et en lecture seule pour l'application.

@+

[bilou972]

Comment SQL Serveur pourrait il faire tout seul la différence entre une table ayant une colonne IDENTITY() et vos tables de paramétrage ?

En effet, il ne peut pas. C'est pourquoi je demande ce qu'il advient des id déja dans la table.

Pour ces tables, soit vous filtrez sur T.name, soit vous n'utilisez pas d'IDENTITY() si ce sont des tables remplies "à la main" et en lecture seule pour l'application.
@+

Ok j'ai une préférence pour la deuxième solution.Merci