Discussion :

[Yurck]

Bonjour,

J'ai un serveur Java permettant une saisie déportée de commande via le Web. Il doit répondre dans les 30 secondes sans quoi il considère la réponse comme impossible de toutes façons, même si je monte ce timeOut à 5 minutes cela ne passe pas toujours.

Or sur ma base qui n'est pas très grosse (2,5 Go), certaines fonctionnalités d'études statistiques écroulent le serveur pendant quelques minutes.
Mes clients comprennent tout à fait que ces demandes (de la direction) sont légitimes de même que leur temps de résolution.

Mais les commerciaux dans la nature ont du mal à comprendre les messages du type 'Le serveur est trop occupé, réessayez, SVP !', surtout qu'eux sont en face de leur propre client et ils attendent de savoir si il y du stock de disponible pour valider leur commande.

Donc, je me demande si je ne peux pas accéder à ma base de données sur le serveur X1 via un moteur de base de donnée tournant sur le serveur X2.

Bien sûr, je vais faire le test mais il se peut que quelqu'un connaisse ou imagine une solution détournée

Merci de votre écoute.

PS : je suis en IB 6 mais je ne compte pas en rester là toute ma vie.

[makowski]

Impossible
une base = un moteur pas deux
solution :
jeter Interbase 6, passer à Firebird
revoir l'appli, les requêtes, ajouter de la ram, mettre un cpu plus rapide
mieux gérer les types de transactions, ....

Franchement utiliser Interbase 6 aujourd'hui (la 6.01 date de janvier 2001 !)
c'est une abération
soit on utilise Firebird, soit Interbase 7.5, mais rester sur cette version préhistorique buggée, c'est du suicide

[Yurck]

D'après ce que j'ai pu lire passer à fireBird nécessite de se débarrasser du BDE.
Existe-t-il des outils ou un tutoriel permettant de réaliser l'opération ou de la décrire.

[makowski]

parce qu'en plus tu utilises le bde ?
cherche pas tes problèmes de perf viennent de là
IB6 + BDE, il n'y a rien de pire

tu as le choix pour remplacer le BDE, les composants ne manquent pas
UIB, IBObject, SQLDirect, FIBPlus ...
ce n'est pas une opération très compliquée
et vraiment, passe à Firebird 1.5 voir prépare ta migration pour Firebird 2
déjà juste le passage à Firebird 1.5 (même avec le BDE, ce que je déconseille fortement, le BDE, c'est bon pour Paradox et dbase, rien d'autre) te fera gagner en performances

[Yurck]

ce n'est pas une opération très compliquée

Opération compliquée certainement pas, mais longue.

Sur ma lancée j'ai commencé un nouveau module sur mon produit qui consiste à purger la base.
Les méthodes utilisées sont celle de FireBird (execute statement par exemple)

Comme je n'ai toujours pas validé FireBird je me demandai dans quelle mesure je ne pourrais pas faire cohabiter les deux.

C'est à dire le week-end les services IB serait arrêter pour laisser la place à FireBird qui ferait son travail et Le Lundi interbase reprendrait sa place.
C'est capilo tracté et ce ne se'rait qu'une solution de transition qui me donnerait le délai nécessaire pour tout basculer son FB mais ...

[Yurck]

même avec le BDE, ce que je déconseille fortement, le BDE, c'est bon pour Paradox et dbase, rien d'autre

En quoi précisément le BDE est dangereux avec FireBird ?

[makowski]

ton idée de faire cohabiter les deux est une très mauvaise idée car la structure de stockage sur disque à changée entre temps et faire travailler un moteur avec une ancienne structure est certes possible mais ineficace.
Le BDE est dangereux car il gère très mal les transactions et du coup cela engendre un trop grand nombre de versions des enregistrements à gérer par le serveur.
Il n'est pas du tout adapté pour travailler avec des serveurs SQL.
Juste un test à faire :
met ici les statistiques de ta base (le résultat d'un SHOW DATABASE sous isql ou bien directement gstat -h mabase -user sysdba -password masterkey)
cela risque d'être édifiant

Une solution simple et rapide pour passer d'IB6 à FB1.5 ou FB2 sans le BDE est de prendre sqldirect qui est celui qui ressemble le plus au BDE, même si les plus efficaces sont certainement les UIB ou IBo, mais cela demande plus de boulot.

quand à l'idée de purger la base, why not, mais ce n'est pas ça la solution miracle.

[PierreY]

D'après ce que j'ai pu lire passer à fireBird nécessite de se débarrasser du BDE.
Existe-t-il des outils ou un tutoriel permettant de réaliser l'opération ou de la décrire.

Tu n'utilises pas le BDE puisque ton appli est en Java... ou alors j'ai rien compris ;-)

[Yurck]

Tu n'utilises pas le BDE puisque ton appli est en Java... ou alors j'ai rien compris ;-)

J'ai une base de données et moultes appli, dont une en JAVA qui pourtant utilise le BDE puisqu'elle transfert ces requêtes à un service windows développé en Delphi.

Un vrai château de carte dont j'ai les clés.

[makowski]

hum comme tu dis, un vrai chateau de cartes

il faudrait vraiment repenser les choses, c'est un problème d'architecture en plus des lacunes d'Interbase 6

[hgourvest]

tu dis que tu interroges un service, pour envoyer tes requetes,
- tu l'interroges pas TCP-IP ?
- possedes tu une connexion persistante à la base de données ?
- ton service est il capable de gérer plusieurs requetes à la fois (multithreading) ?
- geres tu un pool de connexions ?
- quel est ton systeme transactionnel pour la base de données ?
- la base de données se trouve t'elle sur une machine distante ou locale par rapport au service ?

[makowski]

tiens une autre solution rapide pour se débarraser du bde
http://crlab.com/ibdac/