La structure ou la localisation d'une table liée a changé. Est-ce que je peux voir ces changements localement?
<<<		 Lorsque j'insère ou modifie une ligne dans des tables liées, j'obtiens #DELETED# Comment puis-je éviter les conflits d'écriture ou de localisation?
>>>
22.1.11 MyODBC et Microsoft Access
22.1 Support ODBC de MySQL
22 Pilotes MySQL
 Manuel de Référence MySQL 4.1 : Version Française
. Comment configurer Microsoft Access pour travailler avec MySQL via MyODBC?
. Comment exporter une table ou une requête depuis Access vers MySQL?
. Comment importer ou relier des bases de données MySQL avec Access?
. La structure ou la localisation d'une table liée a changé. Est-ce que je peux voir ces changements localement?
->Lorsque j'insère ou modifie une ligne dans des tables liées, j'obtiens #DELETED#
. Comment puis-je éviter les conflits d'écriture ou de localisation?
. Lorsque j'exporte une table depuis Access 97, une erreur de syntaxe etrange survient
. Access retourne l'erreur Another user has modified the record that you have modified durant l'édition de lignes
. Comment intercepter les messages d'erreur d'identification ODBC?
. Comment optimiser les performances d'accès avec MyODBC?
. J'ai de très grandes tables. Quelle est la meilleure configuration pour que MyODBC accède à ces tables?
. Comment spécifier la valeur de QueryTimeout pour les connexion ODBC?
. INFO : outils pour exporter/importer des données entre Access et MySQL

22.1.11.5 Lorsque j'insère ou modifie une ligne dans des tables liées, j'obtiens #DELETED#

Si la ligne insérée ou modifiée est présentée comme #DELETED# , alors :

  • Si vous utilisez Access 2000, il est recommandé d'installer la dernière version (version 2.6 ou plus récent) Microsoft MDAC ( Microsoft Data Access Components ) depuis http://www.microsoft.com/data/ . Cela va corriger un bogue d'Access qui ne spécifie pas les noms des colonnes et des tables lors de leur exportation vers MySQL. Un autre palliatif est de passer en MyODBC 2.50.33 et MySQL 3.23.x, qui compense ce problème.Il est aussi recommandé d'appliquer le paquet de service Microsoft Jet 4.0 Service Pack 5 (SP5) qui est disponible sur http://support.microsoft.com/default.aspx?scid=kb;EN-US;q239114 . Cela corrigera certains cas où les colonnes sont marquées comme #DELETED# dans Access.

    Note : si vous utilisez MySQL 3.22, vous devez appliquer le patch MDAC et utiliser MyODBC 2.50.32 ou 2.50.34 puis corriger ce problème.

  • Pour toutes les versions d'Access, il est recommandé d'activer l'option MyODBC Return matching rows . Pour Access 2.0, il est recommandé d'ajouter l'option Simulate ODBC 1.0 .
  • Il est recommandé d'avoir un timestamp dans toutes les tables que vous voulez pouvoir modifier. Pour une portabilité maximale, n'utilisez pas de taille de colonne dans la déclaration. C'est à dire, utilisez TIMESTAMP et non pas 'TIMESTAMP(n)' , n < 14.
  • Il est recommandé d'avoir toujours une clé primaire dans une table. Si non, les nouvelles lignes ou les lignes modifiées peuvent être indiquées comme #DELETED# .
  • Utilisez uniquement des champs décimaux DOUBLE . Access échoue à comparer des décimaux simples. Le symptôme est alors que les nouvelles lignes sont indiquées comme #DELETED# ou que vous ne pouvez pas les trouver.
  • Si vous utilisez MyODBC pour relier une table qui as une colonne BIGINT , le résultat risque d'être affiché comme #DELETED . Le palliatif est :
    • Ajoutez une colonne avec le type TIMESTAMP .
    • Sélectionnez l'option Change BIGINT columns to INT dans le dialogue de connexion du gestionnaire ODBC.
    • Effacez le lien de table depuis Access, puis recréez-le.
    Les anciennes lignes seront affichées comme #DELETED# , mais les nouvelles lignes seront affichées correctement.
<< Lorsque j'insère ou modifie une ligne dans des tables liées, j'obtiens #DELETED# >>
La structure ou la localisation d'une table liée a changé. Est-ce que je peux voir ces changements localement? MyODBC et Microsoft Access Comment puis-je éviter les conflits d'écriture ou de localisation?