Discussion :

[cmorell]

Bonjour,

Imaginez que vous ayez à réécrire (ou faire réécrire) un ERP, qui comporte les caractéristiques suivantes :
L'ERP actuel tourne sous AS400 (langage RPG) avec une base de données DB2 (c'est pour cela que nous souhaiterions le réécrire, pour le rendre portable et multi BDD).
Chaque table de l'ERP est associée à un trigger before et un trigger after qui se déclenche avant et après l'écriture de l'enreg.
Les programmes de l'ERP, font à 80% du contrôle et de la mise à jour de données. (je crée une commande, qui vient mettre à jour un stock d'article, et qui recherche automatiquement un prix pour mon article, tout en vérifiant que l'utilisateur ne saisit pas n'importe quoi). L'affichage est géré par un framework indépendant, ne vous préoccupez pas des écrans.
L'intégrité de la BDD est important. (contrainte de table sur une autre, + contrôle trigger qui doivent avoir lieu pour toute mise à jour/création/supp.)
Certains programmes de l'ERP, non prioritaires, sont mis dans un dormeur, qui les traitera quand il en aura le temps.
Il est possible de planifier des lancement de programmes.
L'ERP actuel comporte un bon million de ligne de codes, c'est un travail de plusieurs années-hommes.

Quel langage utiliseriez-vous ? Une argumentation est bienvenue. J'ai bien entendu quelques idées mais je ne veux limiter personne.

Cordialement

Christophe

[cmorell]

J'ai bien qq idées, JAVA, le PL SQL (pour conserver la proximité avec la BDD), le PHP, GROOVY (langage de dev plus rapide que JAVA, mais en perte de vitesse apparement).
J'ai peur que le PHP soit trop spécialisé dans l'affichage de pages Web, ce qui n'est pas le coeur de mon produit (le coeur de mon produit , c'est plutot, je crée une commande, qui va chercher un tarif, applique des remises, envoie la commande directmeent en logistique... C'est un moteur avec des règles de gestions très complexes, alors que mon affichage reste simple.

[Waldar]

L'idée générale, si vous voulez une application performante c'est d'écrire tout ce qui a trait aux données avec le langage de la base, en gérant les appels aux procédures stockées depuis l'application.

Si vous voulez une application portable qui ne dépende pas d'un SGBD, soit vous faites des modules spécifiques à plusieurs SGBD et on revient au point ci-dessus mais à faire n fois, soit vous allez devoir coder la gestion des données dans l'application, ce qui vous posera des problèmes d'intégrité de données et de performance.