Discussion :

[Ithomir]

Bonjour, pour des raisons d'obligations, j'ai dû créer une table avec 170 champs (je sais, c'est énorme, et MERISE, elle est passée où, etc... Je n'ai pas le choix, c'est un critère imposé par le cahier des charges).

Actuellement, quand je tente de créer un nouveau champ (la limite est fixée à 255, pourtant...) je lui mets son petit nom, son type, etc... Mais si je lui colle une légende de plus de 9 caractères, à la sauvegarde, j'ai droit à ce joyeux message :

"La valeur de la propriété est trop grande"
OK/Annuler, puis :
"Erreur pendant l'opération de sauvegarde"
OK

(il me semblait que la légende était limitée à 2048 caractères ??????)

Et ce qui est marrant (... ou pas), c'est que ça arrive pour toute nouvelle insertion de champ, où que ce soit dans la base. J'ai testé en entrant des informations dans la propriété "est valide si", et j'ai le même problème, cette fois limité à 5 caractères.

Existe-t-il une façon de contourner/limiter/détruire/annuler cette limitation ?

EDIT : ça semble lié au nombre de champs : en ajoutant ces champs dans une autre table, ça fonctionne correctement. Par contre après ce bon vieux KOPIKOL, et tentative de sauvegarde... pas mieux.

[Invité]

Bonjour

Quel est la taille de ta base ?
As-tu atteint les 2 Go de limites ?
As-tu essayer de compacter ?

Starec

[Ithomir]

La base est vierge et ne pèse que 10 Mo, c'est bien ce qui m'agace...

Les noms de champs sont de type standard pour permettre un export éventuel. (Nom_champ_standard). Les types de données sont au plus "juste" pour éviter de surcharger la base (type "entier" au lieu de "entier long", ou "réel simple" en lieu et place de "réel double"...etc.).

La table qui me pose problème actuellement contient 179 champs différents (limite fixée à 255 par access, et je dois en avoir 201 au total pour cette table), et à compter du n°179, impossible de mettre une légende de plus de 9 caractères. Si j'insère un champ en position n°2, même problème. On dirait qu'il y a saturation d'une variable quelconque... Mais laquelle ?

Truc amusant, la base vierge est de taille variable : je l'ouvre, je fais un CTRL+S, je la referme, et la taille a varié. Des fois, elle pèse 700 Ko, des fois 35 Mo, c'est bizarre, pour un fichier qui contient les mêmes données, au final. Pour une base vierge de même facture en SQL, la taille reste fixe. Un problème d'Access ?

EDIT : je viens de constater un autre "détail", si j'ajoute un champ supplémentaire, il va chercher la légende du champ qui est au-dessus et me fait le même message d'erreur.

ex : ajout d'un champ nouvel_etat_rejet sans légende. Tentative de sauvegarde : "Message d'erreur". Suppression d'une légende sur un champ (n'importe lequel !), tentative de sauvegarde, tout marche.

[alcabk]

au niveau de la taille qui change, j'ai cette surprise aussi... comme te l'a dit starec, il faut la compacter, dans outil/option/général, il faut cocher "compacter lors de la fermeture", elle reprendra alors tjs la même taille. visiblement, le simple fait de la manipuler, fait augmenter la taille.
pour le reste, désolée...

[Ithomir]

Elle reprend toujours la même taille, on est d'accord. Par contre, en cochant le "compacter à la fermeture", elle prend 400 Ko de plus, puis elle reste à cette taille.

Ca, c'est du compactage de chez microsoft

Bon, je n'ai plus trop de temps à passer à cehrcher à résoudre ce problème, je vais supprimer les légendes et je vais bosser sans. Mais ça m'en donne, 170 légendes tapées amoureusement de mes petits doigts joufflus.

EDIT de mieux en mieux :s Maintenant, si je sauvegarde... même avec 25 champs "propriété trop grande". Nom de champ le plus long : Regard_controle_bouclage_ecoulement_correct

[random]

la limitation ne vient surement pas des légendes mais de ceci

"Nombre de caractères dans un enregistrement (à l'exclusion des champs Mémo et Objet OLE) 2 000" cf spécifications

tu es bon pour scinder ta table en deux ou trois