Discussion :

[bpprive]

Bonjour à tous,

J'aimerais avoir vos opinions sur l'utilisation d'external proc. Sur le projet sur lequel je travaille, ils y a des vendus C/C++ et des vendus ORACLE. Je me considère comme un vendu ORACLE. Je collabore d'ailleurs régulièrement sur ce forum.

Il y a un bon traitemeent à effectuer. Le traitement prennait 3 jours à rouler sur mainframe, avec toutes la synchronisation requise en cas de défaut. Une refonte du système est en cours et, sans même avoir fait un minimum de test avec la BD (les instances décisionnelles sont peut-être trop faciles à influencer). Je crois personnellement que la BD pourrait faire la job, et je le crois dur comme fer. J'en ai fait mon cheval de bataille, mais rien à faire. J'ai beau apporter les arguments en faveur, personne ne veut me croire!

Il n'y a aucune volumétrie disponible, il n'y a aucune preuve de concept d'établie, il n'y a même aucune preuve de faisabilité d'effectuée sur la solution proposée. La solution étant de développer des bouts de traitement en C/C++.

Je fais donc appel aux gens qui ont déjà travaillé avec ce type de techno. Personnellement, je fais ma spécialité sur ce qui se fait dans la BD, et non pas ce qui se fait à l'extérieur. Je suis mal placé pour dire si c'est bon ou pas.

En faisant abstration du fait qu'ils ont pris une décision sur un beau rien, j'aimerais si vous pouviex m'indiquer les forces/faiblesses de cette technologie. J'aimerais donc savoir par exemple :

• -Qui ouvre la DLL? La BD ou L'OS
  -Est-ce qu'il reste un lock tant que la BD est ouverte?
  -Est-ce que nous ne perdrons pas tous les gains de performance (si gains il y a) en simplement transférant les données de la mémoire de la BD vers l'espace mémoire du programme externe?
  -Est-ce que des gens ont déjà vécu une situation VIABLE dans ce genre?
  -Est-ce que le multi-usager est bien géré?
  -Si c'est le process ORACLE qui détien un lock sur le DLL, est-ce qu'une architecture RAC peut éventuellement rester performante?
  -Si c'est l'OS qui exécute le code, mon serveur RAC est en permanence, durant ce traitement, en exécution sur le cpu de la machine à 80%. -Comment l'OS va réussir à avoir du temps machine pour exécuter ce traitement?
  -Est-ce que le temps de réponse est acceptable entre les deux programmes?
  -Toute autre information jugée pertinente sur le sujet.

Merci beaucoup, BPPRIVE

[plabrevo]

La performance est une chose, la sécurité de l'application, sa portabilité, sa fiabilité, et sa facilite de maintenance en sont une autre, et non des moindres.

En ce qui concerne le premier point, la performance, les gains ou pertes de performance entre un traitement natif (PL/SQL ou JavaSP) et un traitement externalise (dont je ne comprends pas qu'il se fasse par des procédures externes si un Pro*C peut faire l'affaire) dépendra du type de traitement réalisé. Si le traitement est SQL intensif, il aura du mal a rivaliser avec des procédures stockees PL/SQL.

Si l'objectif n'est qu’un souci d'ouverture vers des applications tiers, une architecture SOA/WebServices sera certainement plus adaptée.

My 2 cents.