Fonctionnalités clés de l’adaptateur BizTalk pour Oracle Database
Cette section répertorie les fonctionnalités nouvelles et déconseillées de l’adaptateur Microsoft BizTalk pour Oracle Database.
Fonctionnalités liées à la technologie
| Fonctionnalité | Commentaire |
|---|---|
| Nouvelle façon de se connecter à la base de données Oracle | Outre la connexion à la base de données Oracle à l’aide du nom de service net dans le fichier tnsnames.ora (comme dans la version précédente de l’adaptateur), les clients de l’adaptateur peuvent désormais se connecter directement à la base de données Oracle en spécifiant les paramètres de connexion, ce qui élimine la nécessité d’utiliser un nom de service net ou le fichier tnsnames.ora. Si vous n’avez pas besoin du fichier tnsnames.ora pour vous connecter à la base de données Oracle, vous n’avez pas à mettre à jour manuellement les paramètres de connexion (nom du service net) dans le fichier tnsnames.ora sur chaque ordinateur client lorsque vous ajoutez ou mettez à jour des serveurs Oracle dans votre environnement. Pour plus d’informations, consultez Créer une connexion à la base de données Oracle. |
| Prise en charge de l’authentification Windows | Les clients d’adaptateur peuvent utiliser l’authentification Windows pour se connecter à la base de données Oracle. L’authentification Windows vous permet de déterminer l’identité de l’utilisateur en fonction des informations d’identification d’ouverture de session Windows et vous permet ainsi de tirer parti de la sécurité intégrée de l’environnement Windows. Pour plus d’informations sur l’authentification Windows dans l’adaptateur Oracle Database, consultez Se connecter à la base de données Oracle à l’aide de l’authentification Windows. |
Fonctionnalités liées aux opérations
| Fonctionnalité | Commentaire |
|---|---|
| Prise en charge de la spécification de valeurs inline dans l’opération Insert | Vous pouvez utiliser l’attribut InlineValue dans l’opération Insert pour insérer des valeurs calculées dans des tables ou des vues de la base de données Oracle. Il s’agit d’un attribut facultatif qui est disponible pour tous les enregistrements de données simples dans une opération d’insertion de plusieurs enregistrements. Si vous spécifiez une valeur pour cet attribut, il remplace la valeur spécifiée d’un enregistrement. Pour plus d’informations sur l’attribut InlineValue, consultez Opérations d’insertion, de mise à jour, de suppression et de sélection sur les tables et vues Oracle. |
| Interrogation améliorée | L’adaptateur Oracle Database prend désormais en charge la réception de messages modifiés de données « basés sur l’interrogation » à l’aide de procédures stockées, de fonctions ou de procédures ou de fonctions empaquetées pour interroger régulièrement la base de données Oracle. En plus de l’instruction SELECT, vous pouvez désormais spécifier une procédure stockée, une fonction ou une procédure empaquetée ou une fonction en tant qu’instruction d’interrogation que l’adaptateur exécute régulièrement pour interroger la base de données Oracle. Pour plus d’informations sur l’interrogation, consultez Prise en charge de la réception de messages modifiés de données basés sur l’interrogation. |
| Prise en charge des types User-Defined Oracle (UDT) | L’adaptateur Oracle Database prend en charge l’exécution d’opérations sur les artefacts de la base de données Oracle qui contiennent des UDT Oracle. Pour plus d’informations sur la prise en charge de l’UDT, consultez Prise en charge des types User-Defined Oracle dans Oracle Database. |
| Prise en charge des opérations composites | L’adaptateur Oracle Database permet aux clients d’adaptateur d’effectuer des opérations composites sur la base de données Oracle. Une opération composite peut inclure n’importe quel nombre d’opérations suivantes, et dans n’importe quel ordre : - Opérations sur les tables et les vues. - Procédures stockées, fonctions et procédures ou fonctions dans les packages qui sont exposées en tant qu’opérations dans l’adaptateur. Pour plus d’informations sur les opérations composites, consultez Schéma de message pour les opérations composites. |
| Prise en charge de l’exécution de procédures stockées dans les schémas non détenus par l’utilisateur | L’adaptateur Oracle Database vous permet d’exécuter des procédures stockées dans un schéma même si l’utilisateur actuel n’est pas le propriétaire du schéma, à condition que l’utilisateur dispose d’autorisations sur le schéma dans Oracle. Toutefois, si la procédure stockée utilise des types RECORD, ils doivent être définis dans le même schéma que la procédure stockée. Pour plus d’informations sur l’exécution de procédures stockées à l’aide de l’adaptateur Oracle Database, consultez Opérations sur les fonctions et les procédures stockées. |
| Prise en charge des notifications de modification de base de données | Les clients d’adaptateur peuvent recevoir des notifications de modification de base de données Oracle basées sur une instruction SELECT déclenchant. La notification est envoyée par la base de données Oracle aux clients de l’adaptateur au fur et à mesure que le jeu de résultats de l’instruction SELECT change. Pour plus d’informations sur les notifications de modification de base de données, consultez Considérations relatives à la réception des notifications de modification de base de données. |
| Prise en charge des synonymes | Les clients d’adaptateur peuvent effectuer des opérations sur les synonymes créés pour les tables, les vues, les procédures stockées, les fonctions et les packages. Pour plus d’informations sur les synonymes et sur la façon dont vous pouvez utiliser l’adaptateur Oracle Database pour effectuer des opérations sur les synonymes, consultez Opérations sur les synonymes dans Oracle Database. |
| Prise en charge des paramètres booléens et des types de tables PL/SQL | Les clients d’adaptateur peuvent effectuer des opérations dans des procédures stockées et des fonctions qui contiennent des paramètres booléens et un type de table PL/SQL. |
Autres fonctionnalités
| Fonctionnalité | Commentaire |
|---|---|
| Nouvelle façon d’utiliser l’adaptateur dans BizTalk Server | L’adaptateur Oracle Database peut être utilisé dans BizTalk en tant que port WCF-Custom ou port WCF-OracleDB. Si vous souhaitez utiliser l’adaptateur Oracle Database via un port WCF-Custom, vous n’avez pas besoin d’ajouter le port WCF-Custom à la console Administration BizTalk Server, car le port WCF-Custom est ajouté à la console Administration BizTalk Server par défaut. Toutefois, si vous souhaitez utiliser l’adaptateur Oracle Database via un port WCF-OracleDB, vous devez d’abord ajouter l’adaptateur WCF-OracleDB à la console Administration BizTalk Server. Pour plus d’informations, consultez Ajout de l’adaptateur de base de données Oracle à BizTalk Server console d’administration. |
Fonctionnalités déconseillées dans l’adaptateur Oracle
Le tableau suivant répertorie les fonctionnalités dépréciées dans la version actuelle de l’adaptateur Oracle Database.
| Fonctionnalité | Commentaire |
|---|---|
| Propriétés de liaison | Les propriétés de liaison PollingRetryCount, TransactionIsolationLevel et LongDataTypeColumnSize sont déconseillées. NOTE Pour définir le niveau d’isolation des transactions pour les opérations entrantes, vous devez définir la valeur appropriée en ajoutant le comportement du service lors de la configuration du port de réception. Pour obtenir des instructions sur la définition du niveau d’isolation des transactions, consultez Configurer le niveau d’isolation de transaction et le délai d’expiration des transactions. |
Modifications apportées à la note
Général
Pour les paramètres de type IN OUT REF CURSOR
Si aucune modification n’a été apportée à la valeur REF CURSOR à l’intérieur de la procédure stockée, la valeur de la sortie est identique à la valeur de l’entrée REF CURSOR.
Les données d’entrée et de sortie dans le CURSEUR REF sont du même type.
Comportement incorrect de l’attribut « nil » : pour tous les types de données simples, si vous définissez la valeur de l’attribut nil sur « true » et qu’une valeur pour le champ ou le paramètre est présente, l’adaptateur de base de données Oracle transmet incorrectement la valeur spécifiée au lieu de NULL. Pour contourner ce problème, si vous souhaitez transmettre une valeur NULL pour un champ ou un paramètre, vous devez vous assurer qu’aucune valeur n’est spécifiée pour le champ ou le paramètre. Par exemple, pour passer une valeur NULL pour un champ appelé « name » :
<name xsi:nil="true"/>Les types de données Real, Float et Long, et les zéros supplémentaires (0) à la fin de la valeur dans le jeu de résultats de l’opération Select ne sont pas tronqués. De plus, le jeu de résultats de l’opération Select retourne toujours une valeur de précision 8 pour les types de données Real, Float et Long.
Gestion des données pour les types RECORD : la valeur passée pour ces nœuds dépend de la valeur de la propriété de liaison SkipNilNodes . Pour plus d’informations sur cette propriété de liaison, consultez Configurer les propriétés de liaison pour Oracle Database.
Opérations sortantes : aucune valeur n’est envoyée pour les paramètres qui n’ont pas de valeur spécifiée dans le fichier XML d’entrée. Si une valeur par défaut est spécifiée dans la procédure stockée, la base de données Oracle utilise cette valeur, car aucune valeur n’a été envoyée par l’adaptateur. Si une valeur NULL doit être envoyée, l’utilisateur doit spécifier un nœud NULL dans le fichier XML d’entrée en définissant la valeur de l’attribut « nil » sur « true ».
Le délai d’expiration de la commande est pris en charge.
L’opération UpdateLOB doit être effectuée dans le cadre d’une transaction. Pour cela, la valeur de la propriété de liaison UseAmbientTransaction doit être définie sur True.
Scénario BizTalk
Opérations sortantes : si la propriété de liaison UseAmbientTransaction a la valeur « True », les opérations sur la base de données Oracle et sur la base de données BizTalk MessageBox sont effectuées dans la même transaction distribuée. Pour plus d’informations sur les transactions dans l’adaptateur Oracle Database, consultez Gérer les transactions avec l’adaptateur Oracle Database.
Opérations entrantes : vous ne pouvez pas utiliser un port de réception Request-Response dans BizTalk Server pour les opérations entrantes à l’aide de l’adaptateur Oracle Database. Seuls One-Way ports de réception peuvent être utilisés.
Autres scénarios
Opérations sortantes : l’adaptateur ne lance pas de transaction. Si l’utilisateur souhaite que plusieurs lignes soient insérées dans la même transaction, il est de la responsabilité de l’utilisateur d’exécuter l’opération dans une étendue de transaction System.Transactions. L’utilisateur doit également définir la valeur de la propriété UseAmbientTransaction sur True. Pour plus d’informations sur les transactions dans l’adaptateur Oracle Database, consultez Gérer les transactions avec l’adaptateur Oracle Database.
Opérations sortantes : les opérations Sll effectuées sur le même objet IRequestChannel/proxy peuvent ne pas être effectuées sur la même connexion physique à la base de données Oracle.
Modèle de canal WCF : l’adaptateur Oracle Database ne prend pas en charge IReplyChannel lors de l’utilisation du modèle de canal WCF. Toutefois, vous pouvez utiliser IInputChannel pour effectuer des opérations entrantes. En outre, en ce qui concerne les transactions, l’adaptateur s’appuie sur la transaction lancée par WCF Dispatcher pour exécuter l’instruction d’interrogation et post-interrogation sur la base de données Oracle. Le niveau d’isolation de transaction et le délai d’attente de la transaction lancée par WCF Dispatcher peuvent être contrôlés en définissant les valeurs appropriées dans ServiceBehavior.