Sottoscrittori non SQL Server

La replica supporta la pubblicazione di tabelle e viste indicizzate come tabelle in Sottoscrittori non SQL Server (le viste indicizzate non possono essere replicate come viste indicizzate).

Quando si crea una pubblicazione con la Procedura guidata nuova pubblicazione e quindi si procede alla relativa abilitazione per i Sottoscrittori non SQL Server mediante la finestra di dialogo Proprietà pubblicazione, il proprietario di tutti gli oggetti del database di sottoscrizione non viene specificato per i Sottoscrittori non SQL Server, mentre per i Sottoscrittori Microsoft SQL Server viene impostato sul proprietario dell'oggetto corrispondente nel database di pubblicazione.

Se una pubblicazione includerà Sottoscrittori SQL Server e non SQL Server, è necessario abilitarla per i Sottoscrittori non SQL Server prima di creare le sottoscrizioni di Sottoscrittori SQL Server.

Per impostazione predefinita, gli script generati dall'agente snapshot per i Sottoscrittori non SQL Server utilizzano identificatori non racchiusi tra virgolette nella sintassi CREATE TABLE. Pertanto, una tabella pubblicata denominata 'test' viene replicata come 'TEST'. Per utilizzare la stessa combinazione di maiuscole e minuscole della tabella nel database di pubblicazione, specificare il parametro -QuotedIdentifier per l'agente di distribuzione. È inoltre necessario utilizzare il parametro -QuotedIdentifier se i nomi degli oggetti pubblicati, ad esempio tabelle, colonne e vincoli, includono spazi o parole che sono parole riservate nella versione del database sul Sottoscrittore non SQL Server. Per ulteriori informazioni su questo parametro, vedere Agente distribuzione repliche.

L'account con il quale viene eseguito l'agente di distribuzione deve disporre di accesso in lettura alla directory di installazione del provider OLE DB.

Per impostazione predefinita, per i Sottoscrittori non SQL Server l'agente di distribuzione utilizza il valore [(destinazione predefinita)] per il database di sottoscrizione (il parametro -SubscriberDB per l'agente di distribuzione):

• Per Oracle, un server include al massimo un database e pertanto non è necessario specificarlo.

• Per IBM DB2, il database viene specificato nella stringa di connessione DB2. Per ulteriori informazioni, vedere Procedura: Creazione di una sottoscrizione per un Sottoscrittore non SQL Server (SQL Server Management Studio) e Procedura: Creazione di una sottoscrizione per un Sottoscrittore non SQL Server (programmazione Transact-SQL della replica).

Se il server di distribuzione SQL Server viene eseguito su una piattaforma a 64 bit, è necessario utilizzare la versione a 64 bit del provider OLE DB appropriato.

La replica consente di spostare i dati in formato Unicode indipendentemente dalla tabella codici e dalle regole di confronto utilizzate nel server di pubblicazione e nel Sottoscrittore. Quando si esegue la replica tra server di pubblicazione e Sottoscrittori è consigliabile scegliere una tabella codici e regole di confronto compatibili.

Se un articolo viene aggiunto o eliminato da una pubblicazione, sarà necessario reinizializzare le sottoscrizioni dei Sottoscrittori non SQL Server.

I soli vincoli supportati per tutti i Sottoscrittori non SQL Server sono NULL e NOT NULL. I vincoli delle chiavi primarie vengono replicati come indici univoci.

Il valore NULL viene considerato in modo diverso a seconda del database, con conseguenze sulla modalità di rappresentazione dei valori e delle stringhe vuote e dei valori NULL. Ciò a sua volta influisce sul comportamento dei valori inseriti nelle colonne con vincoli univoci definiti. Oracle consente, ad esempio, più valori NULL in una colonna considerata univoca, mentre SQL Server consente un solo valore NULL in una colonna univoca.

Un altro fattore è rappresentato dal modo in cui i valori NULL, le stringhe e i valori vuoti vengono considerati quando la colonna è definita come NOT NULL. Per informazioni sulla risoluzione di questo problema per i Sottoscrittori Oracle, vedere Sottoscrittori Oracle.

SQL Server Management Studio non supporta l'attivazione delle pubblicazioni di SQL Server 2000 per i Sottoscrittori non SQL Server. Per attivare una pubblicazione di SQL Server 2000 per i Sottoscrittori non SQL Server, utilizzare la Creazione guidata pubblicazione disponibile in SQL Server 2000 Enterprise Manager. Nella pagina Specifica tipi di server di sottoscrizione della Creazione guidata pubblicazione selezionare Origini dati eterogenee, ad esempio Oracle o Microsoft Access.

Lo schema e i dati pubblicati devono essere conformi ai requisiti del database nel Sottoscrittore. Se, ad esempio, un database non SQL Server presenta una dimensione massima di riga più piccola di SQL Server, è necessario accertarsi che lo schema e i dati pubblicati non superino tale dimensione.

Le tabelle replicate nei Sottoscrittori non SQL Server adotteranno le convenzioni di denominazione delle tabelle del database del Sottoscrittore.

L'operazione DDL non è supportata per Sottoscrittori non SQL Server. Per ulteriori informazioni sulle modifiche dello schema, vedere Modifiche allo schema nei database di pubblicazione.

SQL Server include due tipi di sottoscrizione: push e pull. I Sottoscrittori non SQL Server devono utilizzare le sottoscrizioni push nelle quali l'agente di distribuzione viene eseguito nel server di distribuzione SQL Server.

SQL Server include due formati di snapshot: in modalità bcp nativa e in modalità carattere. I Sottoscrittori non SQL Server richiedono snapshot in modalità carattere.

I Sottoscrittori non SQL Server non possono utilizzare le sottoscrizioni ad aggiornamento immediato o ad aggiornamento in coda né possono essere nodi in una topologia peer-to-peer.

I Sottoscrittori non SQL Server non possono essere inizializzati automaticamente da un backup.

Quando si elimina una sottoscrizione non SQL Server, i metadati di replica non vengono eliminati dal Sottoscrittore. I metadati di replica sono costituiti da una tabella utilizzata per tenere traccia della sequenza di transazioni replicata al Sottoscrittore.