Version imprimable
Bonjour,
J'ai un petit souci de taille de table.
D'après la fonction : Sp_spaceused (merci la FAQ), ma table fait une taille de 9856 KB pour 203191 lignes.
Un petit produit en croix me donne une ligne 50 octets ...
Et là je suis un peu surpris. Mes lignes ne sont composés que de deux UIDs (16 bits) et d'un bigint (8 bits). Donc je devrais avoir des lignes d'environ 5 octets ?
Je comprends pas bien donc si quelqu'un a une idée ... je suis preneur !
Bonne journée
Sp_spaceused te renvoie AUSSI l'espace utilisé par les index de ta table ET l'espace ALLOUE.
exemple: si ta table a déjà eu 1 000 000 lignes et que tu n'as pas fais de SHRINKFILE sql serveur garde l'espace où il a rangé tes 1000000 lignes (ne permet pas au système d'exploitation d'utiliser cet espace) et idem pour l'index.
Dans cette table, je n'ai jamais eu plus 204 000 lignes donc je ne pense pas que le problème vient de là ...
De plus, je n'ai pas forcément le pb sur d'autres tables.
J'ai une table de structure a peu près identique (un UID en plus) mais là la taille d'une ligne correspond bien ... Bon, dans la table, il y a 12 millions d'enregistrement ...
Plus d'infos :-) !
J'ai fait un test sur une table qui contient 12 millions d'enregistrement. La structure est la suivant :
BIGINT, UID, UID, UID, BIGINT.
Avec la même requête que tout à l'heure, je me rends compte que la table fait 900 Mo soit par ligne 8 octets ... Dans ce cas, on tombe plus ou moins bien sur la somme de 8 + 16 + 16 + 16 + 8 = 64 bits = 8 octets ...
Je suis un peu perdu ...
Bon on va le dire : je suis un :boulet: !
Je pensais qu'un uniqueidentifier était stocké sur 16 bits ... en fait, il semble que ce soit 16 octets ... mon chiffre devient presque normale pour la première table ...
16 + 16 + 8 = 40 + 4 d'entête = 44 octets ... on est plus proche des 50 ...
Maintenant, reste à comprendre pourquoi une table beaucoup plus grosse semble être en rapport plus petits !
Désolé !