Discussion :

[pat1545]

Bonsoir,

par défaut mes champs textes font 255 carac de long; sachant que pour certaines zones il suffit de 10 ou 15 , est il préférable de mettre les vraies tailles maxi ?
Est ce que j'y gagne au niveau poids de fichier ou vitesse d'exécution ?

Merci

[FreeAccess]

Bonjour...bonsoir

certaines zones il suffit de 10 ou 15 , est il préférable de mettre les vraies tailles maxi ?

En effet rien ne sert de déclarer un champ texte de 255 caract. si ce champ ne recevra au maximum 10 ou 20 caractères..c'està toi de bien définir dès le début la taille maxi de tes champs.
Ceci est également vraie pour les champs numériques, si ce champ ne contiendra qu'un nombre compris entre 0 et 255, il est préférable de choisir un champ de type octet (byte) au lieu d'un entier long mis par défaut.

Regarde bien l'aide d'ACCESS, tout ceci est bien expliqué

Bonne continuation.

[CAMIC]

Salut pat1545,

Selon l'aide de MS-ACCESS, il faut mettre la valeur la plus petite possible afin d'utiliser le moins de mémoire, ce qui est logique, car si tu mets une longueur de 20,0 alors que ta valeur n'en prend que 20, MS-Access réservera quand même 200, donc tu en gaspies 180 et si c'est comme ça pour 10'000 enregistrements et sur plusieurs colonnes ça grossi vite et de plus, si ta base est distante, beaucoup de trafic réseau pour rien.

Pour le moment, j'utilise une base MS-Access et puisque je suis obligé pour ne pas m'énerver quand je rentre des valeurs dans mes champs textes de mettre toutes les longueurs à 255, car cela ne m'oblige plus d'effacer des espaces inutiles à droite de mon texte pour pouvoir mettre de nouveaux caractères à gauche quand je fais des modifications. MS-Access ne connaît pas le type varchar.

J'ai constaté que ce n'est pas le moteur de la base qui rajoute les espaces, mais bien la gestions des contrôles textes. car si on remplit les tables directements, il n'y a pas d'espace rajouté.

Si quelqu'un a une meilleur solution , merci d'avance

[pat1545]

Merci pour les réponses, c'est important je vois alors je vais modifier ça, le problèmes est de casser les relations et les refaire après je suppose..
Je suppose que je peux donc y gagner au niveau vitesse ...
J'ai 4 tables pricinpales:
celles des articles: +/- 75000 articles (4 champs) (juste de la
consultation)
celles des entrees actuellements 37000 records 16 champs (ajout de données
tous les jours)
celles des commande à recevoir: 36000 records et 26 champs (consultations)
et celle des article en réservation 3500 records et 24 champs
je dois donc penser à leur longueurs car dans une liste déroulante , sur un
champ des articles qui est dans un formulaire, c'est tres lent..

Merci

Patrick