Bonjour rjuju,
Je vous confirme que mon problème de verrou provenait de la définition de mes variables numériques au format FLOAT8...
C'est incroyable mais je suis passé avec NUMERIC 24/5 est les réservations des enregistrement pas d'autres utrilisateurs virtuels n'apparaissent plus...
Je vous remercie de vos recherches...

A cela, je dois rajouter que le driver ODBC utilisé, la toute dernière version téléchargée, pose quelques problèmes de fonctionnement avec ACCESS. il nous oblige à des aménagements des formulaires et requêtes, avec des paramètres trop contraignants comme ceux que j'évoquais dans mon message du 1/9/12 - 18H15
Nous quittons alors les formidables facilités que nous offre ACCESS pour la mise à jour de données...
A présent, je jongle, et j'applique des commandes SQL directes pour passer outre certains verrous d'enregistrements lors de mises à jour de requêtes en cascade avec des tables liées...

Cela signifie que je permets au système de modifier toutesl les tables rattachées dans la requete, et non plus la seule table primaire...
C'est dangereux... Et je me bloque les multiples possibilités offertes par Access qui pilote lui même ce type de possibilité

Blocage à l'entrée d'1 formulaire...
Exécution de votre requête systeme :
http://pastebin.com/gsS3L4ku

J'ai donc exécuté ma requête qui passe en mode verrouillé...
Voici mle résultat...
http://pastebin.com/R5BykGUB

Merci de votre réponse. 1 première pierre enfin...
Je crois à fond que PostgreSQL est l'alternative dont nous avons besoin, pour ce projet et bien d'autres que nous avons en cours de réalisation...

Mon programme fonctionne d'abord dans 1 environnement Windows 2003 serveur.
Nous allons migrer sous peu, sur 1 nouveau serveur de type Windows v2008

PostgreSQL fonctionne sous Ubuntu 12.04 LTS 64 bits

La version de PostgreSQL est la v9.1 en 32 bits

La version du connecteur ODBC :
PostgreSQL UNICODE    9.01.02.00    PSQLODBC35W.DLL    20/08/2012

Le résultat de votre requête :
http://pastebin.com/aMc0FqnU

Merci de votre concours

Complément :
Des requêtes de ce type, simples, qui fonctionnaient même avec MySQL, se retrouvernt en lecture seule à présent...
----------------------------------------------------------------------------------------------------------------------------------
SELECT DISTINCT ComptaBolero_Mvts.nummvt, ComptaBolero_Mvts.codeanalbudg, ComptaBolero_Mvts.codejournal, ComptaBolero_Mvts.dateecriture, ComptaBolero_Mvts.libelle, ComptaBolero_Mvts.datetransfert, ComptaBolero_Mvts.ecritureattente, dossiers.ndos, dossiers.dossier
FROM (ComptaBolero_Mvts INNER JOIN rq_EcrComptable_MVTS ON ComptaBolero_Mvts.nummvt = rq_EcrComptable_MVTS.ecr_nummvt) INNER JOIN dossiers ON ComptaBolero_Mvts.codeanalbudg = dossiers.ndos
WHERE (((ComptaBolero_Mvts.codeanalbudg) Like "*") AND ((ComptaBolero_Mvts.datetransfert) Is Null))
ORDER BY ComptaBolero_Mvts.nummvt DESC;
---------------------------------------------------------

Il s'agit d'1 requête que j'appelle ensuite pour compléter les champs :
ComptaBolero_Mvts.datetransfert et ComptaBolero_Mvts.ecritureattente

Tout est verrouillé désormais...

Mon problème viendrait il des paramètres d'attachement de la table en question ?
1 base de données du type de celle de PostgreSQL permet de prendre 1 bonne dimension, sans être prisonnier d'1 solution TOUT Microsoft... Avec SQL Server, ce type d'anomalie ne se produit pas...
Le verrouillage de ma requête ne se faisait pas non plus avec MySQL...