Discussion :

[funkadelic]

bonjour a tous,

Je travaille sur un projet de base de donnees Postgre, et je suis tombé sur un probleme existenciel !

Le probleme concerne l'enregistrement de matrice dans la base : 8x12 valeurs numeriques.
Je ne sais pas si je dois enregistrer chaque valeur dans la base ou enregistrer l'ensemble des données dans un seul champ (avec un séparateur entre chaque).

Il faut savoir que chaque semaine, il y a une dizaine de traitements A qui se déroulent.
Chacun de ces traitements A, produit 4 matrices de 8x12 valeurs.
Et chacune de ces matrices fait l'objet d'un traitement B.
Donc si le calcul est juste, ça fait pres de 4000 valeurs numeriques par semaine.

Donc voila,
- enregistrer chaque valeur comme entité avec une identification abscisse/ordonnée
- ou enregistrer les matrices en elle meme dans un champ texte.

dans le premier cas, l'acces aux valeurs peut etre long mais on a l'information immédiate.
dans le second cas, l'acces est plus rapide mais necessite un traitement pour retrouver l'information souhaitée.

voila, qu'en pensez-vous si ça vous inspire ?
Et pis, en meme temps, est-ce qu'il existe une limite d'enregistrements pour une table ?

[SQLpro]

- enregistrer chaque valeur comme entité avec une identification abscisse/ordonnée

OUI

- ou enregistrer les matrices en elle meme dans un champ texte.

NON

Un SGBDR est fait pour travailler sur des relations. Peut importe le nombre de relations, le calcul de ces relations sera toujours optimisé. En revanche tenter de faire du procédural avec une base de données et c'est l'échec assuré dû à des performances lamentables.

4000 réel par semaine, cela représente dans 10 ans 4 Mo... C'est à dire une pisse de chat pour un SGBDR comme postGreSQL !

A +