Discussion :

[guilld]

Bonjour,

Je cherche un moyen de dupliquer (sans data) une table nouvellement créée dans la base de PROD vers la base ARCHIVE...
Merci pour vos suggestions !

[GeekMokona]

Cette Duplication est one Shot ou non ???

Si One Shot Clique droit sur le non de ta base de donné puis 'Task' puis 'Generate Script'

[guilld]

Pardon, j'ai oublié de préciser.. NON, il s'agit d'un code SQL qui devra tourner quotidiennement. Car juste aprés, je lance un archivage des données les plus anciennes..

[aieeeuuuuu]

Bonjour,

Car juste aprés, je lance un archivage des données les plus anciennes..

Heu, si la table vient d'être créée, c'est quoi les données les plus anciennes ???

Expliquez clairement votre contexte et ce que voulez faire, car il y a plein d'approches possibles pour faire a peu près ce que vous décrivez.

[SQLpro]

Il suffit de créer un déclencheur DDL de niveau base de données en trappant l'événement CREATE TABLE et reproduire ce CREATE TABLE vers la base archive.

ATTENTION cependant de prévoir aussi un déclencheur ALTER TABLE pour modifier de manière synchrone les tables archives créées automatiquement.

A +

[guilld]

Bonne remarque ! Je prévois juste l'avenir (en tout cas j'essaies)..

1- j'aimerai que les 2 bases aient la même structure (juste pour rester homogéne), ceci éviter de se poser la question et dire "Ah oui mais cette table est récente, c'est pourquoi elle n'existe pas dans l'archivage."
2- Les données sont archivées aprés 2 ans. Donc c'est clair que pendant 2 ans la nouvelle table restera vide. Mais une fois encore.. (voir le point 1).

Le contexte est simple:
Automatiser l'archivage des données de la PROD vers ARCHIVE et une fois archivées, les données en PROD ne seront plus accessibles. La base de PROD vie et évolue, l'archivage doit prendre cela en compte.

[aieeeuuuuu]

Alors, voir la solution proposée par SQLPro.

Après, en fonction de votre processus de mise en production, vous pourriez aussi simplement prévoir de jouer les mêmes scripts en archivage que sur la prod...

[SQLpro]

Avec un déclencheur d'événement de groupe trappant l'événement DDL_LEVEL_EVENTS, comme celui-ci :

Code :

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

1
2
3
4
5
6
7
8
9
10
CREATE TRIGGER E_DDL_ALL
ON DATABASE
FOR DDL_DATABASE_LEVEL_EVENTS
AS
SET NOCOUNT ON;
DECLARE @SQL_COMMAND NVARCHAR(max);
SET @SQL_COMMAND = EVENTDATA().value('(/EVENT_INSTANCE/TSQLCommand)[1]', 'nvarchar(max)');
SET @SQL_COMMAND = 'USE Ma_Base_Archive;' + @SQL_COMMAND;
EXEC (@SQL_COMMAND);
GO

A +

[guilld]

Merci SQLPRO.
Je vais clore ce topic car maintenant j'ai toutes les cartes en main et un code cible qui se dessine. Merci à tous !

[guilld]

Juste une question..

Nous utilisons une convention de nommage des tables.
Avec ce trigger, comment spécifier "Table commencant par V" ?

Peux être que ce n'est pas possible..
Merci

[aieeeuuuuu]

Attention, le trigger proposé par SQLPro capte tous les évènements DDL quels qu'ils soient, et les rejoue sur la base d'archive.

Cela comprendra donc les modifications sur les vues, fonctions, triggers, index,...

Donc tout dépend de ce que vous voulez exactement !


vous devriez jeter un œil a ce que contient EVENTDATA() qui contient d'autres informations que la commande SQL éxécutée, comme par exemple le nom de la base, du schéma, de l'objet (et son type),...

[SQLpro]

Juste une question..

Nous utilisons une convention de nommage des tables.
Avec ce trigger, comment spécifier "Table commencant par V" ?

Peux être que ce n'est pas possible..
Merci

Tout est possible en SQL :

Code :

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

1
2
IF EVENTDATA().value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname') NOT LIKE 'V%' 
   RETURN;

A +

[guilld]

Tout est possible en SQL :

Code :

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

1
2
IF EVENTDATA().value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname') NOT LIKE 'V%' 
   RETURN;

A +

LOL