Come migrare tra schemi in blocco in SQL Server?

Al momento disponiamo di più database ma vorremmo combinarli e, invece, separare i nostri contesti di dominio usando schemi.

In MS SQL Server 2008 R2, come posso trasferire tutti i contenuti di uno schema in un altro in blocco?

Ad esempio, tutte le tabelle, viste, procedure, indici, ecc ... che abbiamo creato nello dboschema ora vivranno nello fooschema.

EDIT: volevo chiarire sulla base dei grandi commenti di AaronBertrand. Questa non è una situazione multi-tenancy. La nostra situazione è quella in cui i plug-in degli strumenti interni sono stati sviluppati separatamente dagli sviluppatori che non hanno unito le loro tabelle nel database dello strumento.

Il concetto di base è in realtà abbastanza semplice: si genera uno script da sys.objectse sys.schemasche crea ALTER SCHEMA TRANSFERdichiarazioni. Quindi, ad esempio, hai tre oggetti nello dboschema e vuoi spostarli tutti nello blatschema:

Table: dbo.foo
Table: dbo.bar
View:  dbo.vFooBar

Il seguente codice:

DECLARE @sql NVARCHAR(MAX) = N'';

SELECT @sql += N'
  ALTER SCHEMA blat TRANSFER dbo.' + QUOTENAME(o.name) + ';'
FROM sys.objects AS o
INNER JOIN sys.schemas AS s
ON o.[schema_id] = s.[schema_id]
WHERE s.name = N'dbo';

PRINT @sql;
-- EXEC sp_executesql @sql;

Produrrà questo script (ma forse non in questo ordine):

ALTER SCHEMA blat TRANSFER dbo.bar;
ALTER SCHEMA blat TRANSFER dbo.foo;
ALTER SCHEMA blat TRANSFER dbo.vFooBar;

(Potresti voler aggiungere filtri aggiuntivi per escludere oggetti nello dboschema che non desideri spostare, escludere determinati tipi di oggetti (ad esempio, forse tutte le tue funzioni sono funzioni di utilità e non è necessario spostare), genera il script ordinato per tipo di oggetto, ecc.)

Ma ci sono un paio di problemi con lo spostamento di tutti i tuoi oggetti in un nuovo schema:

1. Probabilmente molto il tuo codice farà comunque riferimento a questi oggetti come dbo.object- non esiste un modo semplice per risolvere questo, tranne la forza bruta. Probabilmente si può trovare tutte le occorrenze di dbo.abbastanza facilmente, ma questi possono anche restituire falsi positivi, come ad esempio EXEC dbo.sp_executesql, dbo.nei commenti, veri riferimenti a oggetti che rimangono in dbo.schema, ecc

2. Le tue dipendenze probabilmente saranno completamente fuori di testa, ma non l'ho testato a fondo. So che in questo scenario:

   CREATE SCHEMA blat AUTHORIZATION dbo;
   GO
   
   CREATE TABLE dbo.foo(a INT PRIMARY KEY);
   CREATE TABLE dbo.bar(a INT FOREIGN KEY REFERENCES dbo.foo(a));
   GO
   
   CREATE PROCEDURE dbo.pX AS
   BEGIN
     SET NOCOUNT ON;
     SELECT a FROM dbo.bar;
   END
   GO
   
   CREATE VIEW dbo.vFooBar
   AS
     SELECT foo.a, bar.a AS barA
       FROM dbo.foo 
       INNER JOIN dbo.bar
       ON foo.a = bar.a;
   GO
   
   ALTER SCHEMA blat TRANSFER dbo.foo;
   ALTER SCHEMA blat TRANSFER dbo.bar;
   ALTER SCHEMA blat TRANSFER dbo.pX;
   ALTER SCHEMA blat TRANSFER dbo.vFooBar;
   

   Le chiavi esterne in realtà migrano più agevolmente di quanto mi aspettassi (con l'avvertenza che sto testando su una versione molto più recente di te). Ma poiché il codice fa blat.pXancora riferimento dbo.bar, ovviamente eseguendo la procedura:

   EXEC blat.pX;

   Produrrà questo errore:

   Messaggio 208, livello 16, stato 1, procedura pX
   Nome oggetto non valido 'dbo.bar'.

   E domande di dipendenza, come:

   SELECT * FROM sys.dm_sql_referenced_entities('blat.pX', N'OBJECT');

   Produrrà questo errore:

   Messaggio 2020, livello 16, stato 1
   Le dipendenze riportate per l'entità "blat.pX" potrebbero non includere riferimenti a tutte le colonne. Ciò è dovuto al fatto che l'entità fa riferimento a un oggetto che non esiste o a causa di un errore in una o più istruzioni nell'entità. Prima di rieseguire la query, assicurarsi che non vi siano errori nell'entità e che esistano tutti gli oggetti a cui fa riferimento l'entità.

   E interrogare la vista:

   SELECT a, barA FROM blat.vFooBar;

   Produce questi errori:

   Messaggio 208, livello 16, stato 1, procedura vFooBar
   Nome oggetto non valido 'dbo.foo'.
   Messaggio 4413, livello 16, stato 1
   Impossibile utilizzare la vista o la funzione "blat.vFoobar" a causa di errori di associazione.

   Quindi, ciò potrebbe comportare molta pulizia. E dopo aver corretto tutti i riferimenti agli oggetti, probabilmente vorrai ricompilare tutti i moduli e aggiornare tutte le viste nel nuovo schema. Puoi generare uno script abbastanza simile all'esempio sopra.