[AC-2010] Champ mémo tronqué [Résolu]

[Daejung]

Bonsoir,

Je ne comprends pas.

Le champ mémo de Access 2010 est censé gérer jusqu'à 63 999 caractères mais ce que je saisis est tronqué après 253 caractères !

D'où vient le problème ?

Merci

[alassanediakite]

Salut
Ce problème est connu des requêtes. Elles tronquent le memo à 255 caractères. Les états et les formulaires l'affichent en intégralité.
@+

[Daejung]

Ok Merci

C'est un bug qu Microsoft va corriger alors?

Les formulaires reposent en général aussi sur des requêtes.

[alassanediakite]

Salut
C'est pas un bug! Je pense plutôt que c'est un choix.
@

[78chris]

Bonjour

De mémoire, j'ai eu des besoins de champ mémo : j'utilisais une requête création de table ou ajout que je vidais.

Une enchainement de requêtes gérées par une macro...

[Daejung]

Envoyé par alassanediakite

Salut
C'est pas un bug! Je pense plutôt que c'est un choix.
@

Mais je ne comprends pas trop

Envoyé par alassanediakite

Elles tronquent le memo à 255 caractères. Les états et les formulaires l'affichent en intégralité.

Si les formulaires utilisent des requêtes, ce qui est saisi au delà des 225 caractères dans un formulaire n'est pas perdu ?

[alassanediakite]

Salut
La requête affiche les 255 premiers caractères, elle ne supprime pas le reste!!!

[Richard_35]

Bonjour à tous et bonne année 2012,

Je me permets de m'immiscer...

Envoyé par Alassanediakite

La requête affiche les 255 premiers caractères, elle ne supprime pas le reste!!!

Envoyé par Alassanediakite

C'est pas un bug! Je pense plutôt que c'est un choix.

==> entièrement d'accord (sur le diagnostic et sur le choix en lui-même).

Daejung, si tu veux faire apparaître le contenu entier de ton champ mémo, il faut utiliser, via l'assistant, la fonction ExtracChaîne (TonChampMemo; 1 ; 255) puis ExtracChaîne (TonChampMemo; 256 ; 255), etc...

[Daejung]

Compris maintenant

Merci

[Daejung]

Envoyé par Richard_35

Bonjour à tous et bonne année 2012,

Je me permets de m'immiscer...

==> entièrement d'accord (sur le diagnostic et sur le choix en lui-même).

Daejung, si tu veux faire apparaître le contenu entier de ton champ mémo, il faut utiliser, via l'assistant, la fonction ExtracChaîne (TonChampMemo; 1 ; 255) puis ExtracChaîne (TonChampMemo; 256 ; 255), etc...

Si je saisis directement dans la table c'est tronqué aussi. Pas franchement pratique !

[78chris]

Bonjour

Tronqué où ?

J'ai mis plus de 3000 caractères dans un champ mémo et je les vois.

[Daejung]

Envoyé par 78chris

Bonjour

Tronqué où ?

J'ai mis plus de 3000 caractères dans un champ mémo et je les vois.

au bout de 255 caractères

[78chris]

Bonjour

Dans ma question le "où" désigne le mode de visualisation de ton champ : formulaire, état ?

[Daejung]

Visualisation et saisie directe dans la table :

Si je saisis directement dans la table c'est tronqué aussi.

[Richard_35]

Bonjour à tous,

La saisie directe dans la table est soumise au même choix de Microsoft :

Envoyé par Alassanediakite

La requête affiche les 255 premiers caractères, elle ne supprime pas le reste!!!

Envoyé par Alassanediakite

C'est pas un bug! Je pense plutôt que c'est un choix.

[Daejung]

Envoyé par Richard_35

Bonjour à tous,

La saisie directe dans la table est soumise au même choix de Microsoft :

http://office.microsoft.com/fr-ch/ac...010341462.aspx

Nombre de caractères dans un champ Mémo : 65 535 lorsque les données sont entrées par le biais de l'interface utilisateur ;
capacité de stockage de 2 giga-octets de caractères lorsque les données sont entrées par programme

C'est du pipeau alors?

Je m'étais planté en écrivant 63 999 c'est censé être 65 535

[Richard_35]

Eh bien, cela dépend de ce que MS entend par "interface utilisateur".

Le double-click sur une table n'est pas, à proprement parlé, une "interface utilisateur", mais une "interface développeur". En effet, les "purs utilisateurs" de l'application Access ne doivent pas intervenir à ce niveau.

En revanche, nous sommes certains que les formulaires de saisie sont des "interfaces utilisateur".

[Daejung]

Envoyé par Richard_35

Eh bien, cela dépend de ce que MS entend par "interface utilisateur".

Le double-click sur une table n'est pas, à proprement parlé, une "interface utilisateur", mais une "interface développeur". En effet, les "purs utilisateurs" de l'application Access ne doivent pas intervenir à ce niveau.

En revanche, nous sommes certains que les formulaires de saisie sont des "interfaces utilisateur".

Si un formulaire est une interface utilisateur cela tronque également chez moi

[LedZeppII]

Bonjour,

Comme 78chris, je n'ai jamais eu ce problème.

Je viens de faire l'essai (Access 2007, base au format de fichier 2000).
J'ouvre une table ayant un champ mémo.
Dans le champ je tape ...

Remarque : bien que la taille maximale d’un fichier de base de données soit de 2 Go, vous pouvez contourner cette limitation en utilisant une base de données fractionnée. Un fichier de base de données frontale peut pointer vers des milliers de fichiers de base de données principale, chacun d’eux pouvant avoir une taille allant jusqu’à 2 Go. Pour plus d’informations, voir la rubrique Fractionner une base de données.

Je fais une requête sur ma table, dans laquelle je met un champ calculé pour compter le nombre de caractères.
Résultat : 418 caractères, et tout est là (on voit mieux avec MAJ+F2).

Envoyé par Daejung

... ce que je saisis est tronqué après 253 caractères

Dans certains cas, la restitution est tronquée : http://allenbrowne.com/ser-63.html

A+

[78chris]

Re

Juste pour info : on ne tape jamais directement dans une table : le double clic affiche le formulaire par défaut, de type liste de données, associé à la table.

Question peut-être bête : as-tu agrandi ta zone afin de tout visualiser ?