Partager via

Limitations de l’adaptateur BizTalk pour Oracle Database

  • Article

Général

Voici les limitations connues de l’adaptateur Microsoft BizTalk pour Oracle Database :

  • Sauf exception, l’adaptateur Oracle Database est compatible avec la version précédente des adaptateurs. Pour obtenir la liste des modifications apportées depuis la dernière version, consultez Fonctionnalités clés de l’adaptateur BizTalk pour Oracle Database.

  • L’opération SQLEXECUTE ne retourne pas de valeurs pour les paramètres OUT ou IN OUT aux procédures, fonctions ou packages. Pour cette raison, vous devez appeler des procédures, des fonctions et des packages à l’aide des opérations dédiées que l’adaptateur Oracle Database expose pour ces artefacts Oracle.

  • Lors de la récupération de données de la base de données Oracle à l’aide de la programmation proxy, l’adaptateur Oracle Database ne désérialise pas les messages XML qui ont plus de 65 536 nœuds. Vérifiez que le message de réponse a des nœuds inférieurs ou égaux à 65536. Vous pouvez contourner cette limitation en modifiant le fichier app.config de votre application. Pour obtenir des instructions, consultez Résoudre les problèmes opérationnels liés à l’adaptateur Oracle Database.

  • L’adaptateur Oracle Database prend des chaînes d’entrée et construit des commandes SQL qui sont ensuite exécutées par l’adaptateur. Toutefois, la chaîne d’entrée peut contenir d’autres commandes SQL qui sont également exécutées et peuvent rompre le contrat d’opération.

    Prenons l’exemple d’un scénario où l’adaptateur fournit un CURSEUR REF d’entrée à une procédure stockée. Dans un tel scénario, le client de l’adaptateur doit fournir une commande qui, lorsqu’elle est exécutée, obtient le CURSEUR REF. L’adaptateur transmet ensuite le CURSEUR REF à la procédure stockée. Toutefois, si la commande permettant d’obtenir le CURSEUR REF effectue des modifications supplémentaires à la base de données, le contrat d’opération pour l’exécution de la procédure stockée est rompu.

  • L’adaptateur Oracle Database prend en charge l’imbrication UDT uniquement jusqu’à deux niveaux.

  • Lorsque vous utilisez les adaptateurs avec BizTalk Server, si les informations d’identification sur le port d’envoi wcf personnalisé sont incorrectes, les messages de demande ne sont pas traités. Une fois que vous avez spécifié les informations d’identification correctes, le message est envoyé à la base de données Oracle et une réponse est reçue. Toutefois, le message de réponse n’est pas disponible pour le port de sortie. Dans ces scénarios, vous devrez peut-être redémarrer le instance hôte.

  • L’adaptateur Oracle Database ne prend pas en charge le type de données BFILE à l’intérieur de types complexes (par exemple, type RECORD, TYPE TABLE, UDT et VARRAY).

  • L’adaptateur Oracle Database ne prend pas en charge les types User-Defined (UDT) qui ont des références circulaires.

  • L’adaptateur Oracle Database ne prend pas en charge les enregistrements qui contiennent des champs de type TABLES PL/SQL de type RECORD.

  • L’adaptateur Oracle Database ne permet pas aux clients de définir la valeur du premier élément d’un VARRAY sur NULL.

  • À l’exception des tables PL/SQL, l’adaptateur Oracle Database ne prend pas en charge les UDT définis à l’intérieur d’un package.

Limitations dues à ODP.NET

Voici les limitations connues de l’adaptateur Oracle Database en raison de la limitation de ODP.NET :

  • Pour les types de données Oracle qui acceptent des valeurs décimales, ODP.NET ne lève pas d’exception si la valeur d’entrée contient des caractères alphabétiques. Étant donné que l’adaptateur Oracle Database utilise ODP.NET pour s’interfacer avec la base de données Oracle, l’adaptateur ne lève pas non plus d’exception lors de la transmission de caractères alphabétiques. Par exemple :

    • Le passage d’une valeur « 54r » pour une opération d’insertion ne lève pas d’exception ; La valeur « 54 » est insérée à la place.

    • Le passage d’une valeur « r54 » pour une opération d’insertion ne lève pas d’exception ; La valeur « 0 » est insérée à la place.

  • En raison d’une limitation de ODP.NET, l’adaptateur Oracle Database ne prend pas en charge l’utilisation de procédures surchargées utilisant des CURSEURS REF fortement typés et faiblement typés. En interne, l’adaptateur traite les CURSEURS REF fortement typés et faiblement typés comme des CURSEURS REF.

  • L’adaptateur Oracle Database ne prend pas en charge les tables PL/SQL qui ne sont pas indexées par un champ numérique.

  • L’adaptateur Oracle Database ne prend pas en charge les tableaux associatifs qui ne contiennent aucun élément.

  • L’adaptateur Oracle Database ne prend pas en charge les UDT qui contiennent le type de données TimeStamp avec des attributs de fuseau horaire local (TimeStampLTZ).

  • L’adaptateur Oracle Database ne prend pas en charge les types définis par l’utilisateur qui contiennent un « ». (point) dans leur nom.

  • L’adaptateur Oracle Database ne prend pas en charge les types de données UDT qui contiennent des types de données BLOB, CLOB et NCLOB en tant que paramètre IN OUT.

  • L’adaptateur Oracle Database ne prend pas en charge Varray de Varray des types simples suivants : BFILE, IntervalDS, IntervalYM, TimeStampLTZ et TimeStampTZ.

  • En raison de la limitation des tableaux associatifs, les tables PL/SQL ou les tables d’enregistrements PL/SQL qui contiennent l’un des types de données suivants ne sont pas prises en charge dans l’adaptateur Oracle Database :

    • BFILE

    • BLOB

    • CLOB

    • IntervalDS

    • IntervalYM

    • Long

    • NCLOB

    • Rowid

    • TimeStamp

    • TimeStampLTZ

    • TimeStampTZ

Voir aussi

Présentation de l’adaptateur Microsoft BizTalk pour Oracle Database