Bonjour,
Désolé si je ne poste pas dans la bonne section du Forum. Après avoir hésité entre plusieurs section (Java, Oracle, etc.) j'opte pour celle ci.
Voici mon problème
Je travaille sur une application client/serveur hors d'âge développée en NSDK et dans laquelle:
- les données sont stockées en BDD Oracle et sont manipulées par des procédures stockées
- les écrans ont été développé avec de la logique métier dedans
La stratégie de la société est :
- dans un premier temps de migrer toute la logique métier dans des procédures stockées sous Oracle
- dans un second temps de migrer l'application sous Java en ne l'utilisant que pour l'affichage des écrans, mais en conservant toute le métier dans les procédures stockées
J'ai tellement l'habitude de travailler avec des applis Java dans lesquelles la BDD ne contient que des données et où la logique métier est contenue dans des services, que cette façon de stocker la logique métier sous forme de procédures stockées me choque. Malheureusement je n'arrive pas à trouver de raison valable ni d'argument objectif pour défendre ce point de vue.
Le seul que j'ai trouvé est : "Attention, si un jour Oracle disparaît, vous perdez tout votre métier !". Il m'a été répondu qu'Oracle détenait Java, et donc si Oracle disparaît, Java aussi. 1 point partout
Voici donc ma question :
dans une appli Java Web n-tiers, est-ce bien ou mal de stocker la logique métier uniquement en base sous forme de procédure stockée ?
Avez-vous des liens web ou une expérience passée pour étayer votre avis ou qui détaille les avantages et inconvénient de ce choix d'architecture ?
Merci d'avance.
Partager