Discussion :

[fveto]

Bonjour à tous,

Comment partager l'accès à des tables Paradox 7 avec FireDac / ODBC ?

A l'exécution, 2 fichiers LCK sont générés et à l'exécution sur un autre poste, un message d'erreur est déclenché "Le répertoire est contrôlé par un autre utilisateur ...".

Y a t-il une solution à ce problème SVP ?

Merci à tous

[SergioMaster]

Bonjour,

Y a t-il une solution à ce problème SVP ?

oui il y en a une : changer de SGBD , paradox, comme SQLite, n'est pas vraiment un SGBD multi-user

[NABIL74]

Bonjour à tous,

Comment partager l'accès à des tables Paradox 7 avec FireDac / ODBC ?

A l'exécution, 2 fichiers LCK sont générés et à l'exécution sur un autre poste, un message d'erreur est déclenché "Le répertoire est contrôlé par un autre utilisateur ...".

Y a t-il une solution à ce problème SVP ?

Merci à tous

Bonsoir,

Si tu veux partager le répertoire qui contient tes tables, il faut configurer le BDE(voir l'image jointe).

[fveto]

Bonjour à tous,

Merci Serge pour la réponse,

A choisir, je préfère FireBird 2.5 que SQLite !!!

Les utilisateurs de cette application (BDE / Paradox 7) ne voient pas la nécessité de migrer leurs données vers une autre BDD, même, la plus part préfèrent rester avec les tables Paradox (cette appli. a 20 ans).

[SergioMaster]

Bonjour,

A choisir, je préfère FireBird 2.5 que SQLite !!!

j'abonde dans ce sens (bien que maintenant il faut plutôt songer à Firebird 3.0 bientôt en Version Officielle)
j'ai aussi indiqué que SQlite était comme Paradox mono-utilisateur

Les utilisateurs de cette application (BDE / Paradox 7) ne voient pas la nécessité de migrer leurs données vers une autre BDD, même, la plus part préfèrent rester avec les tables Paradox (cette appli. a 20 ans).

alors, pourquoi veulent t-ils que ce soit muti-utilisateurs (partage d'accès) ! il y a contre sens (rien n'empêche d'utiliser Firebird Embedded pour le mono utilisateur).

Arguments pour la migration vers Firebird :
- compatible avec les versions Windows modernes (contrairement à BDE obsolète)
- plus de possibilité de SQL
- un seul fichier (la base) à sauvegarder par backup
- cout : 0 mais incitation à payer au moins une obole d'encouragement à la fondation
- plus d'ODBC, donc une couche de moins
- Sécurité renforcée
- puisque Firedac, cout de migration faible
et bien évidemment nombre d'utilisateur 1 à n