Discussion :

[GD91]

J'ai une table dans laquelle il y a un champ de type Memo

Tout d'un coup, et seulement pour un enregistrement, ce Memo prend la "valeur " #supprimé# et il devient impossible de rien y rentrer (seulement pour cet enregistrement)

J'ai du supprimer cet enregistrement et le recréer

Je ne comprends pas le phénomène et je suis à cours d'idées pour imaginer comment il a bien pu apparaitre!!

[stéphane_ais2]

Salut,

Ce problème apparait normalement après la suppression d'un enregistrement..
Si c'est le cas tu peux regarder ceci :
http://access.developpez.com/faq/?page=Ctrl#Supprime

SE

[GD91]

Ce n'est pas ça du tout!

et c'est pourquoi c'est bien étrange!

[zoom61]

Salut,

As-tu essayé de mettre un Requery !

[GD91]

Celà apparaissait même en ouvrant directement la table ...

[zoom61]

As tu vérifié que tu ne t'aies pas trompé sur le nom du champ ?

[keita]

Interessant çà!
mais pourqoui avoir choisit le type memo pour ce champ? et qu'est ce que tu y mets exactement?

[LeScandinave]

j'imagine que s'il y a choisit le contrôle Memo, c'est parce au'il doit écrire des données de plus de 255 caractères
Le contrôle mémo est très utile pour certaines applications

[Golzinne]

Il ne faut utiliser les champs mémos que quand c'est VRAIMENT indispensable. En effet, une longue pratique m'a montré que c'est souvent la source de corruption des tables.

Et les éléments que tu relates comme ce champ "supprimé" qui apparait même dans la table est un symptôme flagrant de corruption.

Le compact/repair n'y change en général rien. Et je te conseille vivement de structurer ton info dans différents champs de 255 char.

[LeScandinave]

Et je te conseille vivement de structurer ton info dans différents champs de 255 char.

le problème, c'est aue ce n'est pas toujours possible.
Par exemple j'ai voulu faire un jour une BDD regroupant des codes VBA/SQL car je n'avait pas accès à internet souvent.Et bien le contrôle mémo m'a permis à l'époaue de regrouper quelques codes et de les consulter aisément.

Mais il y a une autre solution sinon: les fichiers .txt! Créer un fichier .txt par enregistrement si le nombre de caractère dépasse 255, sinon champ txt.

[keita]

Golzinne à écrit:

Il ne faut utiliser les champs mémos que quand c'est VRAIMENT indispensable....

c'est aussi mon avis.
LeScandinave dit:

Mais il y a une autre solution sinon: les fichiers .txt! Créer un fichier .txt par enregistrement si le nombre de caractère dépasse 255, sinon champ txt.

Et c'est ce que je fait.

[MarieSL]

Nous avons un enregistrement qui a été modifié par deux utilisateurs à la fois.

Un des deux a fait sauvegarder ses modifications, l'autre avait inscrit des modifications dans un champ texte mais ses modifications ont été supprimée par la sauvegarde de l'autre utilisateur. Le champ texte affiche maintenant "#supprimé" Le problème c'est qu'il n'y a plus moyen de le modifier.

Lorsqu'on essai d'y réinscrire quoique ce soit, soit par le formulaire ou directement dans la table, on reçoit le message que "Impossible d'enregistrer les modifications car le champ a été modifié par un autre utilisateur"

J'ai essayé de compacter la base, de tout actualiser mais rien n'y fait.

Merci de bien vouloir m'éclairer si vous avez une solution. Si non, il ne nous restera qu'à recréer l'enregistrement. Mais comme cette situation se produit quand même fréquemment, j'aimerais bien y trouver une autre solution.

Marie

Access 2000

[madefemere]

Bonsoir,

Je ne pense pas qu'il y ait une solution pour RECUPERER l'enregistrement supprimé. Il faudrait effectivement le recréer.

Par contre si cela se produit souvent, il faudrait gérer au niveau de l'application la gestion des accès concurrents sur un enregistrement pour que ça ne se reproduise plus. J'imagine que l'ajout de données se fait actuellement en passant d'un enregistrement à l'autre. Il faudrait que l'ajout se passe à partir de contrôles indépendants et ne se fasse que quand toutes les informations nécessaires soient saisies par une requête-ajout vers la table.

Est-ce que chaque la base est scindée et chaque utilisateur utilise sa propre front-end?

Bonne continuation.