Condividi tramite


Funzionalità principali dell'adapter BizTalk per Oracle Database

Questa sezione elenca le funzionalità nuove e deprecate in Microsoft BizTalk Adapter for Oracle Database.

Funzionalità Commento
Nuovo modo di connettersi al database Oracle Oltre a connettersi al database Oracle usando il nome del servizio net nel file tnsnames.ora (come nella versione precedente dell'adattatore), i client dell'adapter possono ora connettersi direttamente al database Oracle specificando i parametri di connessione ed eliminando così la necessità di usare un nome di servizio net o il file tnsnames.ora. La mancata richiesta del file tnsnames.ora per la connessione al database Oracle consente di evitare l'aggiornamento manuale dei parametri di connessione (nome servizio net) nel file tnsnames.ora in ogni computer client quando si aggiungono o si aggiornano server Oracle nell'ambiente. Per altre informazioni, vedere Creare una connessione al database Oracle.
Supporto per l'autenticazione di Windows I client dell'adattatore possono usare l'autenticazione di Windows per connettersi al database Oracle. L'autenticazione di Windows consente di determinare l'identità dell'utente in base alle credenziali di accesso di Windows e di conseguenza consente di sfruttare la sicurezza predefinita dell'ambiente Windows. Per altre informazioni sull'autenticazione di Windows nell'adapter Oracle Database, vedere Connettersi al database Oracle tramite l'autenticazione di Windows.
Funzionalità Commento
Supporto per la specifica di valori inline nell'operazione Di inserimento È possibile utilizzare l'attributo InlineValue nell'operazione Inserisci per inserire valori calcolati in tabelle o viste nel database Oracle. Si tratta di un attributo facoltativo ed è disponibile per tutti i record di dati semplici in un'operazione di inserimento di più record. Se si specifica un valore per questo attributo, viene eseguito l'override del valore specificato di un record. Per altre informazioni sull'attributo InlineValue, vedere Operazioni di inserimento, aggiornamento, eliminazione e selezione in tabelle e viste Oracle.
Polling avanzato L'adapter Oracle Database supporta ora la ricezione di messaggi di modifica dei dati basati sul polling tramite stored procedure, funzioni o routine o funzioni in pacchetto per eseguire periodicamente il polling del database Oracle. Oltre all'istruzione SELECT, è ora possibile specificare una stored procedure, una funzione o una funzione in pacchetto come istruzione di polling eseguita periodicamente dall'adattatore per eseguire il polling del database Oracle. Per altre informazioni sul polling, vedere Supporto per la ricezione di messaggi modificati dei dati basati sul polling.
Supporto per tipi di User-Defined Oracle L'adattatore Oracle Database supporta l'esecuzione di operazioni sugli artefatti nel database Oracle che contengono tipi definiti dall'utente Oracle. Per informazioni sul supporto del tipo definito dall'utente, vedere Supporto per i tipi di User-Defined Oracle in Oracle Database.
Supporto per operazioni composite L'adattatore Oracle Database consente ai client dell'adattatore di eseguire operazioni composite nel database Oracle. Un'operazione composita può includere qualsiasi numero di operazioni seguenti e in qualsiasi ordine:

- Operazioni su tabelle e viste.
- Stored procedure, funzioni e procedure o funzioni all'interno di pacchetti che vengono visualizzati come operazioni nell'adattatore.

Per altre informazioni sulle operazioni composite, vedere Schema dei messaggi per operazioni composite.
Supporto per l'esecuzione di stored procedure negli schemi non di proprietà dell'utente L'adapter Oracle Database consente di eseguire stored procedure in uno schema anche se l'utente corrente non è il proprietario dello schema, purché l'utente disponga delle autorizzazioni per lo schema in Oracle. Tuttavia, se la stored procedure utilizza tipi RECORD, devono essere definiti nello stesso schema della stored procedure. Per informazioni sull'esecuzione di stored procedure tramite l'adapter Oracle Database, vedere Operazioni su funzioni e stored procedure.
Supporto per le notifiche di modifica del database I client adapter possono ricevere notifiche di modifica del database dal database Oracle in base a un'istruzione SELECT di attivazione. La notifica viene inviata dal database Oracle ai client dell'adattatore come e quando il set di risultati per l'istruzione SELECT viene modificato. Per altre informazioni sulle notifiche di modifica del database, vedere Considerazioni sulla ricezione delle notifiche di modifica del database.
Supporto per sinonimi I client adapter possono eseguire operazioni sui sinonimi creati per tabelle, viste, stored procedure, funzioni e pacchetti. Per informazioni sui sinonimi e su come usare l'adapter Oracle Database per eseguire operazioni sui sinonimi, vedere Operazioni sui sinonimi in Oracle Database.
Supporto per i parametri booleani e i tipi di tabella PL/SQL I client adapter possono eseguire operazioni in stored procedure e funzioni che contengono parametri booleani e tipo di tabella PL/SQL.

Altre funzionalità

Funzionalità Commento
Nuovo modo di usare l'adattatore in BizTalk Server L'adapter Oracle Database può essere usato in BizTalk come porta WCF-Custom o una porta WCF-OracleDB. Se si desidera utilizzare l'adattatore Oracle Database tramite una porta WCF-Custom, non è necessario aggiungere la porta WCF-Custom alla console di amministrazione di BizTalk Server perché la porta WCF-Custom viene aggiunta alla console di amministrazione di BizTalk Server per impostazione predefinita. Tuttavia, se si vuole usare l'adattatore Oracle Database tramite una porta WCF-OracleDB, è necessario innanzitutto aggiungere l'adattatore WCF-OracleDB alla console di amministrazione di BizTalk Server. Per altre informazioni, vedere Aggiunta dell'adapter di database Oracle a BizTalk Server Console di amministrazione.

Funzionalità deprecate nell'adapter Oracle

Nella tabella seguente sono elencate le funzionalità deprecate nella versione corrente dell'adapter Oracle Database.

Funzionalità Commento
Proprietà delle associazioni Le proprietà di associazione PollingRetryCount, TransactionIsolationLevel e LongDataTypeColumnSize sono deprecate.

NOTA Per impostare il livello di isolamento delle transazioni per le operazioni in ingresso, è necessario impostare il valore appropriato aggiungendo il comportamento del servizio durante la configurazione della porta di ricezione. Per istruzioni su come impostare il livello di isolamento delle transazioni, vedere Configurare il livello di isolamento delle transazioni e il timeout delle transazioni.

Modifiche alle note

Generale

  • Per i parametri di tipo IN OUT REF CURSOR

    • Se non è stata apportata alcuna modifica al valore REF CURSOR all'interno della stored procedure, il valore dell'output corrisponde al valore nell'input REF CURSOR.

    • I dati di input e output in REF CURSOR sono dello stesso tipo.

  • Comportamento non corretto dell'attributo "nil": per tutti i tipi di dati semplici, se si imposta il valore dell'attributo nil su "true" e un valore per il campo o il parametro è presente, l'adattatore di database Oracle passa erroneamente il valore specificato anziché NULL. Come soluzione alternativa, se si desidera passare un valore NULL per un campo o un parametro, è necessario assicurarsi che non sia specificato alcun valore per il campo o il parametro. Ad esempio, per passare un valore NULL per un campo denominato "name":

    <name xsi:nil="true"/>  
    
  • I tipi di dati Real, Float e Long e gli zeri aggiuntivi (0) alla fine del valore nel set di risultati dell'operazione Select non vengono troncati. Inoltre, il set di risultati dell'operazione Select restituisce sempre un valore con precisione 8 per i tipi di dati Real, Float e Long.

  • Gestione dei dati per i tipi RECORD: il valore passato per questi nodi dipende dal valore della proprietà di associazione SkipNilNodes . Per altre informazioni su questa proprietà di associazione, vedere Configurare le proprietà di associazione per Oracle Database.

  • Operazioni in uscita: non viene inviato alcun valore per i parametri che non hanno un valore specificato nel file XML di input. Se nella stored procedure viene specificato un valore predefinito, il database Oracle utilizza tale valore perché non è stato inviato alcun valore dall'adattatore. Se è necessario inviare un valore NULL, l'utente deve specificare un nodo NULL nel file XML di input impostando il valore dell'attributo "nil" su "true".

  • Il timeout dei comandi è supportato.

  • L'operazione UpdateLOB deve essere eseguita come parte di una transazione. Per garantire questo problema, il valore della proprietà di associazione UseAmbientTransaction deve essere impostato su True.

BizTalk Scenario

  • Operazioni in uscita: se la proprietà di associazione UseAmbientTransaction è "True", le operazioni sul database Oracle e nel database MessageBox BizTalk vengono eseguite all'interno della stessa transazione distribuita. Per altre informazioni sulle transazioni nell'adapter Oracle Database, vedere Gestire le transazioni con l'adapter Oracle Database.

  • Operazioni in ingresso: non è possibile usare una porta di ricezione Request-Response in BizTalk Server per le operazioni in ingresso tramite l'adattatore Oracle Database. È possibile usare solo One-Way porte di ricezione.

Altri scenari

  • Operazioni in uscita: l'adapter non avvia una transazione. Se l'utente vuole inserire più righe all'interno della stessa transazione, è responsabilità dell'utente eseguire l'operazione all'interno di un ambito di transazione System.Transactions. L'utente deve anche impostare il valore della proprietà UseAmbientTransaction su True. Per altre informazioni sulle transazioni nell'adapter Oracle Database, vedere Gestire le transazioni con l'adapter Oracle Database.

  • Operazioni in uscita: le operazioni Sll eseguite sullo stesso oggetto IRequestChannel/proxy potrebbero non essere eseguite sulla stessa connessione fisica al database Oracle.

  • Modello di canale WCF: l'adattatore di database Oracle non supporta IReplyChannel durante l'uso del modello di canale WCF. È tuttavia possibile usare IInputChannel per eseguire operazioni in ingresso. Inoltre, per quanto riguarda le transazioni, l'adapter si basa sulla transazione avviata da WCF Dispatcher per eseguire l'istruzione di polling e post polling sul database Oracle. Il livello di isolamento delle transazioni e il timeout della transazione avviata da WCF Dispatcher possono essere controllati impostando i valori appropriati in ServiceBehavior.

Vedere anche

Informazioni sull'adapter Biztalk per Oracle Database