Discussion :

[kadden]

Bonjour,
J'ai une base Source
J'ai une base Cible,

On me demande de mettre en place une Procédure Stockée, qui fait ceci :
1) Sélectionner toutes les tables de la Base source
2) Supprimer toutes les tables de la Base cible
3) Copier la structure des tables de la Base source dans la Base cible (Créer les structures des tables source dans la Base cible)

J'ai essayé de faire ceci (désolé mais je n'ai jamais développé de Procédures Stockées) :

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
 
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
 
CREATE PROCEDURE [dbo].[Mirror] (@Base_Source VARCHAR(255))
AS
BEGIN
DECLARE @listeTable VARCHAR(4000)
SET @listeTable = 
'Use [' + '"' + @Base + '"]
Select Distinct [TABLE_NAME]
From [INFORMATION_SCHEMA].[COLUMNS]
Where [TABLE_CATALOG] = ' + '"' + @Base + '"'
 
EXEC (@listeTable)
END
GO

===>> Question :

Comment je pourrai :
1) Supprimer toutes les tables de ma Base Cible ? (

Code :

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

Drop All

Tables ne fonctionne pas sur Sql Server)

2) Comment je pourrai créer la structure des tables source dans ma Base Cible ? (J'ai essayé :

Code :

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

Select * into @listeTable

Merci pour votre aide

[Invité]

C'est quoi le but ?
Est-ce que c'est une fonction one-shot ou c'est récurrent ?
Lancé à la demande ou automatiquement ?
Est-ce qu'il faut conserver les données de la base de données initiales ?
Conserver Les autres objets de la base de données source ?

Personnellement, pour un modèle de données qui évolue et qui est en développement, j'ai des script de création / modification qui part de la version 0 et qui va la modifier jusqu'à la version actuelle. (ok, c'est mon système mais je n'ai rien inventé )
Pour recréer le modèle à la version 3.1, j'ai juste à appliquer tous les scripts, l'un après l'autre !

C'est une solution mais on peut faire autrement. Pour savoir ce qui serait le plus pertinent pour toi, il faut nous préciser ton besoin.

[kadden]

C'est quoi le but ?

Le but est d'impacter les mise à jour (base source ==>> base cible) automatiquement

Est-ce que c'est une fonction one-shot ou c'est récurrent ?

Non cette procédure (ou fonction) va tourner tous les 2 heures via un Job Sql (ça au moins je sais faire )

Lancé à la demande ou automatiquement ?

Yes via le Job

Est-ce qu'il faut conserver les données de la base de données initiales ?

Non, uniquement la structure sans les données (sinon je serai passé par un Backup/restaur)

Conserver Les autres objets de la base de données source ?

Oui, ça sera un copier / coller et non un couper /

Personnellement, pour un modèle de données qui évolue et qui est en développement, j'ai des script de création / modification qui part de la version 0 et qui va la modifier jusqu'à la version actuelle. (ok, c'est mon système mais je n'ai rien inventé )

C'est quoi ce script ?

Merci pour ton aide

[Ph. B.]

Bonjour,

Le but est d'impacter les mise à jour (base source ==>> base cible) automatiquement

Les 2 bases dépendent du même serveur ?
A quoi sert la base cible ? Copie de sécurité ?
La base cible est consultable ? Quid lors de l'actualisation ?

Non cette procédure (ou fonction) va tourner tous les 2 heures via un Job Sql (ça au moins je sais faire )

Et si le job dure plus de 2 heures ?

Non, uniquement la structure sans les données (sinon je serai passé par un Backup/restaur)

La structure de la base source serait figée ? définitivement ?

Oui, ça sera un copier / coller et non un couper /

Réplication par capture instantanée ?
http://fadace.developpez.com/mssql/replication/

[StringBuilder]

Et si le job dure plus de 2 heures ?

Vu qu'il ne copie que la structure, à moins qu'un lock le bloque, ou qu'il y ait des millions de tables, je vois pas trop comment ça pourrait durer aussi longtemps

Sinon, c'est simple.
Dans la base MASTER, tu interroge SYSDATABASE.
Ensuite, tu te connecte dans chaque base et tu interroge SYSTABLE et SYSCOLUMN.
Après pour les indexes et autres clés, tu as aussi des tables dédiées SYS* dans chaque base de données.

Enfin, pour les procédures stockées, fonctions et triggers, là ça va être plus chaud. Il vaut mieux passer par des scripts SQL à part, maintenus en même temps que la base d'origine (car par mesure de sécurité, on peut les crypter, et dans ce cas, on ne peut plus les relire dans les tables SYS* il me semble).

[aieeeuuuuu]

Bonjour,

Il serait bien plus simple de passer par un trigger de base de données, afin de récupérer directement les commandes DDL effectuées sur la base source. Il ne reste ensuite qu'a les rejouer sur la base cible

[SQLpro]

Bonjour,

Il serait bien plus simple de passer par un trigger de base de données, afin de récupérer directement les commandes DDL effectuées sur la base source. Il ne reste ensuite qu'a les rejouer sur la base cible

Oh que oui !!!

MORALITÉ : comment faire des usines à gaz par ignorance !

A +