Question pour spécialiste oracle

Bonjour
La boîte dans laquelle je travaille gère 54 milliards € répartis sur 600.000 comptes avec des milliers d'écritures chaque jour, ce qui entraîne la mise en oeuvre d'application qui font des calculs, ,un gros truc

Il y a trente ans, le tout tournait sur un siemens bs2000 avec une base de données hiérarchique si j'ai bonne mémoire

Sans prévenir, le bs2000 a rendu l'âme (temps de réponse de 2 heures...)

En catastrophe tout a été migré sur stratus avec une BD oracle à la va vite

D'ajout en ajout, le bd oracle et les applications sont devenues impossibles à maintenir et Oracle on se demande comment il tient le coup

Un budget énorme a été débloqué pour tout réécrire (cobol vers java pour les applis) et organiser et bien faire les choses avec oracle

Les nouvelles applications (en java) sont toutes réécrites pour interagir avec la vieille base de données

Une fois toutes les applications réécrites en java sur base de la vieille base de données, on va concevoir une nouvelle bd et porter les apllications sur cette nouvelle BD

Que pensez-vous de cette manière de faire ? Cela me laisse perplexe mais je ne suis pas spécialiste. Les seules réponses à mes questions ont été : c'est comme ça qu'on fait maintenant, tu pourrais pas comprendre. On m'a même répondu que maintenant il ne fallait plus normaliser les données etc etc :aie:

Merci de vos avis d'experts que je lirai avec grand intêret.

Les réponses de type

Citation:

---

c'est comme ça qu'on fait maintenant, tu pourrais pas comprendre. On m'a même répondu que maintenant il ne fallait plus normaliser les données

---

indique que la personne qui les donnent ne sait pas trop ce qu'il fait ou au mieux ne sait pas l'expliquer.

Sinon je n'ai pas très bien compris quelle est votre question. Oracle et java peuvent répondre aux demandes du business pourvue qu'il soit bien employés. Mais si on transpose le modèle des données des structures cobol ou d'une vielle base des données hiérarchique tel quel dans une base des données relationnelle il va falloir prévoir un nouveau budget d'ici peu de temps.

Bonjour,

Si j'ai bien compris, l'idée est de développer les applis sur l'ancien modèle (hierarchique) dans l'espoir de les porter ensuite sur du relationnel. Ca se comprend car changer le modèle de donnée est très difficile, ne serais-ce que pour la reprise de l'historique. Mais aussi par peur de regression dans les règles métier implémentées.. Pour cette raison, ça a été beaucoup fait par des logiciels et en réalité le portage vers le relationnel n'est jamais fait. On se contente de stocker le modèle hiérarchique dans des tables relationnelles. Je connais un progiciel bancaire qui stocke tout dans une table qui a un identifiant et un colonne XML. Performance catastrophiques, et impossibilité d'exploiter les données autrement (reporting, datawarehouse, etc).

Aujourd'hui, les outils de réplication ainsi que la performance des serveurs permettent de faire de la réplication logique. Un tel projet pourrait se faire en faisant une réplication de l'ancienne base hiérarchique vers une nouvelle relationnelle. On commence pare faire le reporting sur la nouvelle car c'est plus facile et ça permet de valider les données. Puis on implémente les use-case un par un sur le nouvelle base, avec réplication dans l'ancienne. Ca permet d'avoir une marche en double pendant plusieurs années si on veut, tout en validant le nouveau modèle et le nouveau code.

Mais concevoir une nouvelle appli sur l'ancienne base, c'est faire les choses à l'envers.

Cordialement,
Franck.