Discussion :

[olivier_nicollet]

Bonjour,

Savez-vous s'il existe des précautions particulières à prendre pour utiliser dbexpress vers firebird en multithread sur serveur multiprocesseur.

J'utilise Delphi6 et dbexpress natif
Windows serveur 2003
Firebird Firebird 1.5.2

Un simple programme avec 4 threads, une SQLConnection par thread qui fait des update (sans lock conflit car sur des enregistrements différents) et très vite diverses erreurs apparaissent. Certaines fois on ne peut plus utiliser la base en suite.

type d'erreur :
- SQLDA missing or incorrect version, or incorrect number/type of variables
- Unable to complete network request to host "LOCALHOST".
Error writing data to the connection.
Une connexion existante a dû être fermée par l'hôte distant.
- échec du mappage d'erreurs
- Error reading data from the connection.
- Error writing data to the connection.

[makowski]

mouais, je ne sais pas si le dbexpress de Delphi6 est vraiment fait pour ça

[olivier_nicollet]

Est-ce qu'il est possible de simplement changer de driver sans réécrire l'application avec autrechose que dbexpress?

J'ai déjà eu le conseil suivant

http://www.developpez.net/forums/sho...11&postcount=4

[makowski]

avec InterXpress certainement
il y a aussi celui là http://crlab.com/dbx/

je pense que les deux doivent te permettre de tester avant d'acheter et seront près à répondre à tes questions

[olivier_nicollet]

J'ai utilisé la version démo de http://crlab.com/dbx/ ça fonnctionne mieux m'ai j'ai désormais des erreurs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
deadlock
page 212273, page type 5 lock conversion denied

et dans le log de firebird

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ERA	Mon Dec 17 12:38:10 2007
	Database: D:\BDD.FDB
	page 212273, page type 5 lock conversion denied (215)

[makowski]

cf :
http://tech.groups.yahoo.com/group/f.../message/90038

pas certain, il faudrait que je fasse des recherches plus appronfondies, c'est un truc déjà rencontré en 2005 sur la version Classic
cela vaudrait tout de même le coup d'au moins passer à la version 1.55
sinon à la 2.0.3

[olivier_nicollet]

Je ne comprends pas bien. Est-il possible en SQL classique de nuire à l'intégrité de la base?

[makowski]

En fait je viens de voir, on a un cas connu comme ça mais impossible à reproduire, donc si tu pouvais nous donner un cas reproductible, cela pourrait aider, vu que le précédent est sous Linux et que c'est la première fois qu'on le rencontre sous Windows
(après bien sur avoir tester avec la denière version de Firebird soit la 1.5.5 soit la 2.0.3)

Merci si le cas est reproductible, de le poster dans le tracker, ou de me contacter directement

[olivier_nicollet]

Je suis en 1.5.2, je vais installer une 1.5.5 et faire le test tout de suite.

[olivier_nicollet]

Après installation de la version 1.5.5 il semble ne plus y avoir d'erreur, je laisse encore tourner notre serveur de test pour valider ceci.