Discussion :

[Hurin]

Bonjour,
Je cherche à optimiser une application multithread, cette dernière lit et écrit dans une base de données ( .DB), et plusieurs instances de cette application tourne sur différentes machines.
Je voudrais avoir la certitude que la base de données n'est lu et/ou écrite que par un seul thread à la fois, et donc par un seul utilisateur également, pour ce faire, j'utilise pour le moment un fichier .lck que je créé lorsqu'un thread prend la main sur la BDD, et que je détruis lorsqu'il lâche la main.
Cela a l'air de fonctionner (le fichier .lck étant situer sur le serveur, à côté de la bdd), mais cela ne me semble pas très propre, or je voudrais avoir la certitude que cette bdd n'est accessible que par un thread d'une seule instance du prog à la fois.
Quelqu'un saurait ce que je dois faire pour cela ?

Merci

[Kaidan]

Regarde du côté de la classe Semaphore (System.Threading).

[Hurin]

Merci Kaidan, mais, est-tu sûr qu'avec un sémaphore, ou un mutex (puisque de toute manière, je ne désire permettre qu'un seul accès à la fois, que ce soit en lecture ou en écriture), ma BDD ne sera pas touché par des programmes lançés depuis plusieurs postes différents ?
Je pense que le mutex permets la synchronisation entre threads et applications sur le même poste, mais je ne sais pas si il permets de faire la même chose entre des applications se déroulant sur 2 postes distincts allant tout les 2 chercher des infos ou en écrire sur un 3ème poste,...

Bonne journée

[Kaidan]

Le fichier .lck était utilisé pas mal avant les SGBD modernes (dans le cas de fichiers ISAM par exemple). Les problèmes sont connus : si le thread plante, il est possible que le .lck ne soit pas effacé ce qui bloque l'application globalement. De plus, le disque dur étant un périphérique lent, chaque création / suppresion du .lck fait perdre du temps et diminue donc la réactivité de la base de donnée.

Aujourd'hui, avec les SGBD modernes, on peut écrire des transactions avec un niveau d'isolation "serializable" permettant d'être sûr que deux requêtes concurrentes ne vont pas lire et écrire les mêmes données en même temps.

Je me pose donc la question de savoir quelle est la base de donnée utilisée dans ton cas.

[Hurin]

J'utilise le sgbd de Borland par défaut, le Borland Database Engine, et la base de donnée utilisée est de type paradox et dBase,...
Mais, j'essaie autant que faire ce peut de ne pas toucher au SGBD, sa configuration a été faite pour correspondre à 3 ou 4 programmes réalisés en Delphi par un développeur qui a quitté la boîte, mais les programmes sont un peu "bizarres" en ce sens que toutes modification sde la structure des bases de données les fait planter :s

C'est pour cela que je ne me sert pas du sgbd, que j'espère remplacer par un sqlserver à terme, au fur et mesure que les vieux programmes seront remplacés, si cela se fait un jour.

[Kaidan]

Et donc, qu'est ce qui est en C# dans tout ça ?