Discussion :

[Depite]

Bonjour,
Je travaille depuis quelques temps à la migration de la partie front-end réalisée sous forme d'un projet .ADP en base Access .ACCDB avec un Back-end SQL server 2008 R2 (l'objectif étant de pouvoir migrer cette partie vers la dernière version de SQL Server).

Je rencontre un problème que je ne parviens pas à comprendre:
Toute les tables sont attachées par une procédure unique qui définit la la chaine de connexion comme ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ODBC;Description=MONPROJET DAO;DRIVER=SQL Server Native Client 11.0;SERVER=MONSERVEURSQL;Trusted_Connection=Yes;APP=TEST;DATABASE=MABASESQL;

Certaines tables attachées ne peuvent pas être mises à jour car au moment de l'enregistrement j'ai le message

Cet enregistrement a été modifié par un autre utilisateur depuis que vous avez commencé à le modifier...

Je précise que j'ai cette erreur en ouvrant directement la table dans Access en mode feuille de données et que ces tables disposent d'une clé primaire comme celles qui ne posent pas ce problème.
Si j'annule la mise à jour et que je la retente: idem
Bien sûr, si je reprends le projet .ADP je n'ai pas ce problème.

Est-ce que quelqu'un à une idée de l'origine du problème ?

Merci d'avoir pris le temps de lire ce message

[marot_r]

Bonjour.

Assure toi que la clef primaire fait bien partie des champs que tu récupères dans ton attachement.

Essaye de faire des modifications directement dans l'interface de visualisation de table pour t'assurer que cela ne vient pas de ton code.

Aussi vérifie que le mode de blocage des enregistrements est bien sur "Par enregistrement".
Note que ce terme est faux car Accces verrouille en réalité des bocs de 2 Ko de données donc si tu as des petits enregistrements il pourrait en bloquer plus de 1 à la fois.

A+

[Depite]

Merci d'avoir pris le temps de considérer mon problème Marot,

Les réponses à tes différentes suggestions figurent dans mon texte initial:
- Je fais les tests en ouvrant directement les tables
- Toutes les tables ont une clé primaire
- la clé primaire est inclue dans l'affichage (mode table)

Je ne passe par aucun formulaire ni aucun traitement, je pense que les tables qui posent ce problème (6 sur 83 dans cette base de données) doivent avoir un élément de configuration (contrainte, index?) qui provoque ce phénomène mais je ne parviens pas à l'identifier (
J'ai recréé une des tables sous un nouveau nom via un script de création généré à partir d'une des tables qui posent le problème en n'y ajoutant que la clé primaire (pas d'autre index ni aucune contrainte et pas de trigger bien sûr) je l'ai ensuite attachée dans un base MS Access 365 et il se passe la même chose

Une autre idée ?

Encore merci !

[tototiti2008]

Bonsoir,

une fois j'avais eu des soucis avec une table oracle attachée qui avait un champ date d'un type non supporté par Access et ça entrainait des problèmes, mais c'était plus violent que ce que tu décris
As-tu vérifié les types de données ?

Edit : je viens de vérifier, 255 objets liés (table attachée) max dans les versions avant 365, peut-être que la limite de 2010 était inférieure ?
Si tu enlèves une table attachée, peut-être relancer la base et voir si le nouveau lien fonctionne ?

[Depite]

Merci tototiti2008,

J'avais de toute façon envisagé cette possibilité et elle s'avère exacte et assez surprenante: c'est une colonne de type Int NULL qui provoque le problèmes - enfin pour l'instant car je n'ai eu le temps d'examiner une seule table (que j'ai dû découper en 10 pour localiser le défaut).
En modifiant la contrainte en NOT NULL après avoir forcé la valeur à zéro pour les lignes qui étaient nulles j'ai pu modifier les données de la table sans rencontrer de problème.

Je dois encore analyser les 7 autres tables qui présentent le souci pour déterminer s'il n'y a pas un autre type de colonne qui poserait ce problème.
Je donnerai le résultat et fermerai cette discussion lorsque j'aurai fini le tour.

Encore merci à tous.