Conflit d'écriture sur une table via Access
Résolu/Fermé
A voir également:
- Conflit d'écriture sur une table via Access
- Table ascii - Guide
- Table des matières word - Guide
- Écriture facebook - Guide
- Écriture miroir - Guide
- Ecriture italique - Guide
3 réponses
yg_be
Messages postés
22696
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
17 avril 2024
1 471
20 sept. 2017 à 19:33
20 sept. 2017 à 19:33
bonsoir, la liaison fonctionne-t'elle avant que tu la mettes à jour?
pourquoi la mets-tu à jour?
si tu fermes et ouvres Access, as-tu de nouveau la possibilité de faire une seule mise à jour?
cela fonctionne-t-il mieux si tu n'utilises jamais le formulaire?
pourquoi la mets-tu à jour?
si tu fermes et ouvres Access, as-tu de nouveau la possibilité de faire une seule mise à jour?
cela fonctionne-t-il mieux si tu n'utilises jamais le formulaire?
Merci pour votre réponse (très rapide)! :)
Pour répondre à votre question, je l'ai mis à jour parceque j'ai rajouté de nouveaux champs dans cette table.
Je viens tout juste de créer un nouveau document Access dans lequel je connecte ma table attachée via un fichier DSN.
J'ai fait mes tests sans formulaire, directement dans la table attachée sur Access. J'arrive à créer une nouvelle entrée dans la table, je peux lui mettre des valeurs sans problème. C'est lorsque je viens pour modifier une valeur que j'ai le message suivant : Conflit d'écriture / Cet enregistrement a été modifié par un autre utilisateur depuis que vous avez commencé à le modifier....
De plus, si j'essaie de supprimer cette nouvelle entrée, j'ai ce message : Le moteur de base de données Microsoft Office Access a arrêté le traitement parceque vous et un autre utilisateur tentez de modifier les mêmes données en même temps.
Merci beaucoup de votre aide, c'est très apprécié :)
Pour répondre à votre question, je l'ai mis à jour parceque j'ai rajouté de nouveaux champs dans cette table.
Je viens tout juste de créer un nouveau document Access dans lequel je connecte ma table attachée via un fichier DSN.
J'ai fait mes tests sans formulaire, directement dans la table attachée sur Access. J'arrive à créer une nouvelle entrée dans la table, je peux lui mettre des valeurs sans problème. C'est lorsque je viens pour modifier une valeur que j'ai le message suivant : Conflit d'écriture / Cet enregistrement a été modifié par un autre utilisateur depuis que vous avez commencé à le modifier....
De plus, si j'essaie de supprimer cette nouvelle entrée, j'ai ce message : Le moteur de base de données Microsoft Office Access a arrêté le traitement parceque vous et un autre utilisateur tentez de modifier les mêmes données en même temps.
Merci beaucoup de votre aide, c'est très apprécié :)
yg_be
Messages postés
22696
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
17 avril 2024
1 471
20 sept. 2017 à 20:09
20 sept. 2017 à 20:09
peut-tu créer plusieurs enregistrements, sans les modifier?
ensuite, fermer Access, le rouvrir, et essaye de modifier un enregistrement, puis l'autre.
ensuite, fermer Access, le rouvrir, et essaye de modifier un enregistrement, puis l'autre.
yg_be
Messages postés
22696
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
17 avril 2024
1 471
20 sept. 2017 à 20:19
20 sept. 2017 à 20:19
il semble que cela soit parfois causé par la présence de certains types de champs dans la base de données SQL.
quel logiciel utilises-tu pour cette base SQL, et quels sont les types des champs que tu as ajouté? après tout, le problème n'est-il pas apparu après avoir ajouté des champs?
à tout hasard, si tu as ajouté des champs dans la base SQL, parfois utile de "compresser/réparer" la base Access.
quel logiciel utilises-tu pour cette base SQL, et quels sont les types des champs que tu as ajouté? après tout, le problème n'est-il pas apparu après avoir ajouté des champs?
à tout hasard, si tu as ajouté des champs dans la base SQL, parfois utile de "compresser/réparer" la base Access.
La base de donnée fonctionne sous Microsoft SQL Server 2008.
J'ai rajouté 10 nouveaux champs. (bit, numeric(18, 0) ainsi que int) Ce sont des formats qui existait déjà dans cette table. Ces nouveaux champs acceptent des entrées nulles.
Merci pour l'info, je passe régulièrement par Gérer / Compacter une base de données. Est-ce qu'il s'agit de la même fonction?
J'ai rajouté 10 nouveaux champs. (bit, numeric(18, 0) ainsi que int) Ce sont des formats qui existait déjà dans cette table. Ces nouveaux champs acceptent des entrées nulles.
Merci pour l'info, je passe régulièrement par Gérer / Compacter une base de données. Est-ce qu'il s'agit de la même fonction?
yg_be
Messages postés
22696
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
17 avril 2024
1 471
>
Dereck
Modifié le 20 sept. 2017 à 21:33
Modifié le 20 sept. 2017 à 21:33
un champ de type bit a mauvaise réputation dans ce contexte si il accepte une valeur nulle. il semble qu'il faudrait changer la valeur par défaut en 0 ou 1, et ne laisser aucun enregistrement avec ce champ à NULL.
(oui, je pense qu'il s'agit de la même fonction)
(oui, je pense qu'il s'agit de la même fonction)
Merci!!!! Ça fonctionne!
J'ai avant tout converti tout ce qui était null pour false et ensuite j'ai changé l'attribut sur les champs. Access ne me cause plus ce problème. J'avoue avoir cherché longtemps, vous m'avez sauvé tellement de temps!
C'est logique de ne pas laisser un champ BIT sans valeur, mais je n'y avais pas pensé quand j'ai créé ces champs. J'ai encore beaucoup à apprendre de SQL!
Encore une fois Merci beaucoup pour votre aide.
J'ai avant tout converti tout ce qui était null pour false et ensuite j'ai changé l'attribut sur les champs. Access ne me cause plus ce problème. J'avoue avoir cherché longtemps, vous m'avez sauvé tellement de temps!
C'est logique de ne pas laisser un champ BIT sans valeur, mais je n'y avais pas pensé quand j'ai créé ces champs. J'ai encore beaucoup à apprendre de SQL!
Encore une fois Merci beaucoup pour votre aide.
