Acces simultanes dans une table [Résolu]
belaid52
- Messages postés
- 68
- Date d'inscription
- jeudi 1 juillet 2004
- Dernière intervention
- 23 juin 2011
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
A voir également:
- Acces simultanes dans une table
- Accès limité à une table. ✓ - Forum - Foxpro
- VB 6 + acces veroullage d'une table access ✓ - Forum - Visual Basic
- Sauvegarder des mails et cocher une table acces - Codes sources - Visual Basic / VB.NET (VBA)
- Génération de classes d'accès aux données à partir des tables dao - Codes sources - PHP (Class et Objet ( POO ))
- Incrementer une table acces et exportation vers fichier text ✓ - Forum - Visual Basic 6
17 réponses
Meilleure réponse
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
Le mieux me semble t-il à moins que delphiprog démontre le contraire est de mettre en place un champ auto-incrémental qui sera géré directement par le serveur lui-même et ainsi même si 50 utilisateurs cliquent en même temps,
le programe s'en sortira et attribuera 50 numéros incrémentés.
et dans cette solution, nul besoin de bloquer quoi que soit...
cantador
le programe s'en sortira et attribuera 50 numéros incrémentés.
et dans cette solution, nul besoin de bloquer quoi que soit...
cantador
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
122 internautes nous ont dit merci ce mois-ci
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
Le probleme d'incrementation est resolue. j'ai fait "Reponse acceptee".
oui, mais à l'avenir on repose une autre question sur le forum
la règle est une question par topic sinon c'est le bazard...
bon enfin...
Si j'ai bien compris ta question tu souhaites gérer ce qu'on appelle
"les conflits de partage"
Dans ce domaine, je te conseille dans un premier temps de faire simple :
C'est-à-dire utiliser les transactions :(voir la doc sur starttransaction, commit, rollback etc.)
Il faut choisir un mode dans la propriété TransIsolation du TDatabase si tu tiens à te servir du BDE..
Il faut lire la doc delphi également sur ce sujet car ce n'est pas simple..
tiReadCommitted au début.
Dans ce mode, il n'y aucun blocage, chaque utilisateur peut écrire en même temps dans une même table.
C'est le dernier qui écrit qui a raison et qui stocke le résultat.
C'est le plus courant..
Mais il y d'autres modes plus difficile à mettre en oeuvre..
Tu peux par exemple bloquer la table pendant une transaction..mais inconvénient si ton utilisateur ne fait rien, elle restera bloquée (qu'on peut quand même libérer avec un TimeOut mais pas facile à gérer surtout avec le BDE..et il faut derrière traiter tous les messages aux utilisateurs)
cantador
oui, mais à l'avenir on repose une autre question sur le forum
la règle est une question par topic sinon c'est le bazard...
bon enfin...
Si j'ai bien compris ta question tu souhaites gérer ce qu'on appelle
"les conflits de partage"
Dans ce domaine, je te conseille dans un premier temps de faire simple :
C'est-à-dire utiliser les transactions :(voir la doc sur starttransaction, commit, rollback etc.)
Il faut choisir un mode dans la propriété TransIsolation du TDatabase si tu tiens à te servir du BDE..
Il faut lire la doc delphi également sur ce sujet car ce n'est pas simple..
tiReadCommitted au début.
Dans ce mode, il n'y aucun blocage, chaque utilisateur peut écrire en même temps dans une même table.
C'est le dernier qui écrit qui a raison et qui stocke le résultat.
C'est le plus courant..
Mais il y d'autres modes plus difficile à mettre en oeuvre..
Tu peux par exemple bloquer la table pendant une transaction..mais inconvénient si ton utilisateur ne fait rien, elle restera bloquée (qu'on peut quand même libérer avec un TimeOut mais pas facile à gérer surtout avec le BDE..et il faut derrière traiter tous les messages aux utilisateurs)
cantador
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
122 internautes nous ont dit merci ce mois-ci
- Messages postés
- 4580
- Date d'inscription
- samedi 19 janvier 2002
- Dernière intervention
- 9 janvier 2013
INSERT INTO maTable(matricule)
SELECT Max(matricule) + 1 FROM maTable
C'est tout simple et ça remplace un champ autoincrémenté.
May Delphi be with you !
<hr color="#008000" />Pensez à cliquer sur Réponse acceptée lorsque la réponse vous convient.
SELECT Max(matricule) + 1 FROM maTable
C'est tout simple et ça remplace un champ autoincrémenté.
May Delphi be with you !
<hr color="#008000" />Pensez à cliquer sur Réponse acceptée lorsque la réponse vous convient.
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
- Messages postés
- 68
- Date d'inscription
- jeudi 1 juillet 2004
- Dernière intervention
- 23 juin 2011
Bonsoir,
je voudrai utiliser une fonction que j'ai trouve sur l'internet mais je ne sais vraiment la mettre en oeuvre :
function TableIsReallyLocked(MyTable: TTable): Boolean;
begin
Result:=False;
with MyTable do
begin
try
LockTable;
except
Result:=True;
end;
end;
end;
A quel moment on avise les utilsateurs que cette table est verrouillee.
je suis nouveau dans Delphi
Merci
je voudrai utiliser une fonction que j'ai trouve sur l'internet mais je ne sais vraiment la mettre en oeuvre :
function TableIsReallyLocked(MyTable: TTable): Boolean;
begin
Result:=False;
with MyTable do
begin
try
LockTable;
except
Result:=True;
end;
end;
end;
A quel moment on avise les utilsateurs que cette table est verrouillee.
je suis nouveau dans Delphi
Merci
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
ça concerne les tables paradox..
Cela permet de gérer directement la concurrence d'accès au niveau table, indépendamment du niveau d'isolement en vigueur.
Alors que le niveau d'isolement d'une transaction fixe généralement les types de verrous définis lors de l'exécution d'une requête, l'instruction LOCK TABLE permet un verrouillage plus explicite des lignes d'une table.
Attention, c'est très délicat à manipuler..
On lui préfère généralement une gestion au niveau des composants d'accès à la base.
Et puis le BDE + paradox aujourd'hui, c'est franchement à éviter.
cantador
Cela permet de gérer directement la concurrence d'accès au niveau table, indépendamment du niveau d'isolement en vigueur.
Alors que le niveau d'isolement d'une transaction fixe généralement les types de verrous définis lors de l'exécution d'une requête, l'instruction LOCK TABLE permet un verrouillage plus explicite des lignes d'une table.
Attention, c'est très délicat à manipuler..
On lui préfère généralement une gestion au niveau des composants d'accès à la base.
Et puis le BDE + paradox aujourd'hui, c'est franchement à éviter.
cantador
- Messages postés
- 68
- Date d'inscription
- jeudi 1 juillet 2004
- Dernière intervention
- 23 juin 2011
Bonsoir,
je vais vous decrire un peu comment je procede.
j'ai mon application sur pc1. Sur le pc2, je crois un raccourci vers l'applacation sur pc1.
l'utilisateur du pc1 et du pc2 se connectent a l'application.
Je n'ai que append, edit, post.....Mais pour les composants d'acces aux tables....
je ne sais pas que ce que c'est?
merci
je vais vous decrire un peu comment je procede.
j'ai mon application sur pc1. Sur le pc2, je crois un raccourci vers l'applacation sur pc1.
l'utilisateur du pc1 et du pc2 se connectent a l'application.
Je n'ai que append, edit, post.....Mais pour les composants d'acces aux tables....
je ne sais pas que ce que c'est?
merci
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
- Messages postés
- 68
- Date d'inscription
- jeudi 1 juillet 2004
- Dernière intervention
- 23 juin 2011
bonjour,
Le probleme d'incrementation est resolue. j'ai fait "Reponse acceptee".
c'est suite a votre reponse concernant Lock Table et en lisant ce que vous avez ecrit:
"On lui préfère généralement une gestion au niveau des composants d'accès à la base"
que je voulais savoir quels sont les composants qui peuvent gerer tous ces problemes.
C'est pour ce la que je vous decris un peu ma facon de faire les choses et si je suis sur la bonne voie.
merci
Le probleme d'incrementation est resolue. j'ai fait "Reponse acceptee".
c'est suite a votre reponse concernant Lock Table et en lisant ce que vous avez ecrit:
"On lui préfère généralement une gestion au niveau des composants d'accès à la base"
que je voulais savoir quels sont les composants qui peuvent gerer tous ces problemes.
C'est pour ce la que je vous decris un peu ma facon de faire les choses et si je suis sur la bonne voie.
merci
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
champs, elle se passe apres avoir poste les donnnees.
non le numéro est créé juste après le append..
Est il possible de voir le numero genere avoir le post pour modifier certains champs?
voir le numéro, bien sûr..
il suffit d'afficher le champ de la clé primaire.
mais le reste je n'ai pas compris..
cantador
non le numéro est créé juste après le append..
Est il possible de voir le numero genere avoir le post pour modifier certains champs?
voir le numéro, bien sûr..
il suffit d'afficher le champ de la clé primaire.
mais le reste je n'ai pas compris..
cantador
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
- Messages postés
- 4996
- Date d'inscription
- dimanche 26 février 2006
- Dernière intervention
- 27 mars 2018
Oui effectivment il semble que l'on ne peut piéger le n° incrémental qu'après le post..
Cela tient au table paradox car avec d'autres SGDB on peut connaître le numéro dès l'insert..
Mais dans ton cas est-ce un inconvénient sachant que de toutes façons les numéros seront systématiquement différenciés..
cantador
Cela tient au table paradox car avec d'autres SGDB on peut connaître le numéro dès l'insert..
Mais dans ton cas est-ce un inconvénient sachant que de toutes façons les numéros seront systématiquement différenciés..
cantador
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.