Discussion :

[CHAHORT]

* Bonjour, *

Aplli développée en delphi 3
BD : firebird avec connexion via BDE
Bonjour à tous
j'ai un problème depuis la migration vers un nouveau serveur multiprocesseur
avec le BDE
Sur l'ancien serveur le BDE fonctionnait le prestataire à proposé un matériel + performant mais l'appli n'a pas été testée.

quelqu'un aurait il une solution ?
Est ce que l'on peut travailler sur la base sans le BDE, et sans remettre en cause l'appli développée

merci pour votre aide

[SergioMaster]

Bonjour ,

Je n'ai pas eu ce genre de problème au changement du serveur avec pourtant comme dans ton cas une Appli D3 et l'utilisation du BDE .
Par définition le serveur n'étant normalement pas un poste de travail , BDE n'est pas sur ce poste donc je ne vois pas ce qui pourrait gêner , c'est quoi le 'problème' exactement ?

Est ce que l'on peut travailler sur la base sans le BDE, et sans remettre en cause l'appli développée

Je ne reviendrais pas sur le fait que BDE est Obsolète et qu'il faut s'en séparer car je sais que sur une grosse appli ce n'est pas facile ( Chaque fois que c'est possible je migre des 'morceaux' et y gagne en performances )

Oui et non : il est possible de modifier l'appli , mais la programmation et le mode de pensée doit évoluer . C'est fou ce que l'on gagne en performances et fiabilité en utilisant les transactions , les Querys au lieu de TTable etc... Un bon moyen d'apprendre utiliser les composants UIB
Un compromis acceptable les composants ZEOSDBO qui se veulent résolument "BDE like" et remettent un peu moins 'en cause' la 'programmation' cependant on a du mal a utiliser une grosse cylindrée comme une 2 CV (j'essaie de ne pas citer de marques ) et surtout à remodeler le programme on voit comment faire 'mieux' (d'ou le non)


sinon suggestion : modifier les paramètres de firebird pour qu'il n'utilise qu'un seul processeur

[makowski]

sinon suggestion : modifier les paramètres de firebird pour qu'il n'utilise qu'un seul processeur

quel rapport ?
d'autant que pour superserveur c'est le cas par default
(classic n'est pas concerné)

[SergioMaster]

je me doutais que tu réagirais grand maitre mais plutôt sur la partie BDE
mais tu remarqueras que ce n'est pas indiqué , de même que la version de Firebird ^^

[makowski]

bah, sur le BDE, je pense en avoir assez dit comme ça

cela fait juste plaisir de lire :

C'est fou ce que l'on gagne en performances et fiabilité

ce qui m'agace le plus c'est quand je lis des truc comme http://www.developpez.net/forums/d10...a/#post5826016

se débarraser du BDE devrait être la priorité numéro 1
il est vraiment impossible de construire une appli qui tienne la route avec le BDE et Firebird (ou un autre serveur SQL d'ailleurs), je le sais je suis moi même passé par là, mais c'est une vieille histoire oubliée depuis longtemps, avant même la naissance de Firebird
à l'époque j'avais utilisé le BDE avec Oracle, quelle catastrophe !
j'ai changé de solution très vite et heureusement, sinon toute autre amélioration de logiciel était de toutes façons foutue en l'air par les perfs et le compportement catastrophique du BDE
le BDE, c'est Paradox et dBase, rien d'autre

[SergioMaster]

Je ne cracherais pas sur BDE car mon appli (grosse GPAO) reste , après quelques trébuchements de départ, reste fiable pour une 20 de postes.

cependant effectivement faut évoluer , maintenant une GPAO ca se nomme un ERP
plus sérieusement BDE c'était pas mal , y a 15 ans
maintenant , tout réécrire , c'est long , couteux et fastidieux

[makowski]

plus sérieusement BDE c'était pas mal , y a 15 ans

même il y a 15 ans avec un serveur SQL c'était une mauvaise solution
un truc comme sqldirect est sorti avec Delphi 5, donc en 1999 ce qui prouve qu'il y avait un besoin important il y a déjà plus de 12 ans !

Et c'est depuis Delphi 3 que c'est facile de se passer du BDE

The BDE Alternatives Guide was originally created by Kyle Cordes in 1999.

http://delphibag.com/