Modélisation d'une table

Bonjour à tous.
J'ai un problème ou plutôt je me dit qu'il doit y avoir une modélisation de ma table de manière à ce qu'elle soit la plus légère possible.
Ce que j'ai :
- Une table Client avec un NOM et un ID_CLIENT
- Une table Libellé avec un NOM et un ID_LIBELLE
- Une table Compte de résultat (c'est là que ça coince)

Dans ma table de compte, j'ai en colonne :
# ID_COMPTE (ID des champs de cette table)
# ID_CLIENT (il peut y avoir plusieurs fois le même client, voir 3ème colonne)
# ID_LIBELLE (tous les libellés sont communs à chaque client donc si j'ai 15 libellés et 10 clients, j'aurais dans cette table 10x15=150 lignes... Mais je pense qu'il y aura d'autre libellés dans le futur.)
# ANNEE (année d'obtention de la somme (la valeur pas le calcul) du compte défini par le libellé pour un client donné)

Pour chaque années nous avons 3 sommes :
# SOMME_REELLE (somme réelle du compte...)
# SOMME_LA (idem mais cas particulier)
# SOMME_PA (idem mais cas particulier)

C'est un peu compliqué mais je fais ça pour un client comptable et c'est pas mon domaine.

comme vous pouvez le voir la table va s'agrandir de manière exponentielle :
(Nombre de CLIENT) x (Nombre de LIBELLE) x (Nombre d'ANNEE) =>:mrgreen: :mrgreen:........:aie:

Merci par avance pour vos conseils.

Bonjour,

La taille d’un entier long (numauto et clés ID_xxxxx) est 4 octets, un entier (pour le stockage de l’année) 2 octets, le type Monétaire 8 octets.

Sur 10 ans, avec 1000 clients et 20 libellés==>10x1000x20=200 000 lignes
1 ligne=38 octets (en théorie, 3x4 octets (ID_xxxx)+ 2 octets (année)+ 3x8 octets (Somme_xxxx) )

Soit la taille théorique de cette table: 38x200 000=environ entre 7 et 8 Mo.
Pas de quoi frémir avant un moment, non ?

La table me paraissant normalisée, c’est plus au niveau des traitements, des requêtes, de l’IHM,… qu’il faudra faire attention (comme avec une liste déroulante de 200 000 lignes par exemple:aie:)

En tout cas, tu fais bien de te poser ces questions…:ccool: