Discussion :

[skarno]

bonjour,

je travaille sous ACCESS 2007.
Je me pose la question du stockage physique des valeurs par ACCESS.
En effet, par exemple, si je créer une table de référence/paramètre "Pays", est-il intéressant de créer une clé primaire de type numéro auto afin que si je fais référence dans un champ d'une autre table à un pays, ACCESS stocke entier court plutôt qu'une string ou bien ACCESS traduit de toute manière physiquement, de manière invisible, "Autriche" par 6 par ex.

Autrement dit, fait-on gagner (ou perdre) de l'espace disque a utiliser des références à des clé primaire de type numérique plutôt que string.

Quid des autres grand SGBR?

D'avance merci

[Chtulus]

Bonjour,

C'est un éternel débat mais....

Si vous utilisez la norme ISO 3166 pour identifier vos pays, je ne pense pas que vous aurez beaucoup de différence.

[skarno]

Bonjour,

C'est un éternel débat mais....

Si vous utilisez la norme ISO 3166 pour identifier vos pays, je ne pense pas que vous aurez beaucoup de différence.

Bonjour,

merci pour votre réponse .

Toutefois j'ai utilisé les pays comme exemple. J'aimerais savoir ce qu'il en est du fonctionnement même d'ACCESS.

[Chtulus]

Bonjour,

J'ai pas dû bien comprendre la question
Vous voulez dire la taille que cela prends en stockage ?

Par exemple un entier prendra 2 octets, un entier long 4, etc....
(Pour le texte cela dépendra de la taille max)

[lololebricoleur]

Slt,

Pour être passé entre les mains d'un formateur rodé à ACCESS pour la production d'applications professionnelles, je peux te dire que c'est l'un des premiers points qu'il a abordé quand nous avons traité la notion de création des tables.
Son discours est simple. Tu peux effectivement te poser question, clé primaire auto ou pas mais finalement et, à l'usage, tu as plutôt intérêt à opter systématiquement pour la mise en place d'une clé auto.
Cela ne t’empêche en rien d'utiliser un autre champ pour parcourir ton fichier mais au moins, tu es certain que dans tous les cas, tu auras toujours la clé auto en cas de besoin.

Par la suite, j'ai eu l'occasion de constater qu’effectivement, la question se pose pour certains fichiers.
Il y a les cas clair ou la clé auto ne sert à rien et les cas où elle est absolument indispensable mais ceux là sont facile à gérer.
Le plus difficile, c'est de faire le bon choix pour les fichiers où finalement on ne sait pas trop si on pourrait se passer de cette clé auto.
Et bien le conseil c'est, passe du temps à optimiser des applis sur d'autres points et traite celui là radicalement en optant pour la clé auto dans tous tes fichiers sans exception.

Tu as forcément raison, Access gérera moins de données si la clé n’existe pas là ou elle est inutile.
Mais les ordinateurs actuels ne vont pas peiner devant cela, crois moi.
Si ils doivent être ralentis, ce n'est certainement pas à cause d'une clé auto en trop.

Voilà, c'est le résultat de mon expérience et des conseils du pro qui m'a formé.



Pour l'aspect stockage physique des données, je pense que tu te poses trop ou pas les bonnes questions.

Il est évident que stocker "6" prendra moins de place que "AUTRICHE".
Mais garde à l'esprit que les clé auto sont des entier long par défaut.
Cela revient à dire que dans ton exemple, stocker "6" ou "autriche" revient au même.