Version complète: sur le forum Webmaster Hub : Comment stocker un énorme tableau dans une base de données?
Webmaster Hub > Création et exploitation de Sites Internet > Les langages du Net
superaldoisdead
Hello tout le monde,

voila mon problème, je dois faire un intranet pour mon stage, j'ai un formulaire sur l'intranet énorme!! Cest a dire quil y a plus de 80 champs quil faut enregistrer dans une BDD! Mais comment faire ? Une table avec 80 attributs me semble assez peu lisible!

J'ai fais une séparation par colonne mais cest pas le top non plus!

Je vous remercie!! smile.gif

Gary
superaldoisdead
Bon, d'après d'autres informaticiens, il semblerait que la méthode de séparation en colonnes est pas mal, ensuite il y aurait la solution de stocker le code PHP du tableau directement, comme ca on aurait quun seul champ. Que pensez vous de ces méthodes? y en aurait il une meilleure?

Merci

Gary
Dan
80 champs, ce n'est vraiment pas le bout du monde.
N'importe quel forum a plus que ça wink.gif

Bienvenue à bord du Hub !

Dan
superaldoisdead
Salut,
Merci de ton accueil
Merci pour ta reponse smile.gif mais pour un forum tu as besoin d'une table forum, categorie, sujet, message, toutes ces tables ne depassent pas les 5 attributs. Or, jai besoin de stocker 80 informations dans une meme table. La table pourrait donner ca:
table (id, champ1, champ2, etc..., champ80); je trouve ca enorme et pas pratique a manipuler!!

En separation par colonne du tableau, cest toujours complique a manipuler mais plus lisible, quelquun aurait il une solution?
MERCI a tous!!

Superaldoisdead
Dan
J'avais mal lu... 80 tables au lieu de 80 champs (pour une table).

Pour info, la table ibf_members fait 56 champs sous Invision (si j'ai bien compté).

Je ne pense pas que ce soit gênant, dans la mesure où tu ne mets pas tout en VARCHAR smile.gif

Il est aussi possible que tu aies de la redondance dans ces champs, et de ce fait des tables supplémentaires seraient plus efficaces.
superaldoisdead
Cest pas genant pour la base mais cest genant pour la lisibilité du code, et la facilité a se retrouver au moment du developpement.

Tous mes champs seront des shorts. Donc meme si il y a de la redondance je ne pense pas que ce soit tres grave!!

En ce qui concerne de stocker le code du tableau directement dans un seul champ ? ya til un risque ou un probleme particulier ?

En tout cas merci de tes reponses rapides, ca fait plaisir!!

Superaldoisdead

Edit captain_torche : inutile de citer le message précédent; on vient de le lire
Dan
Disons que pour extraire tes champs, tu devras faire appel à Php (langage interprété) pour reformater tes données correctement au lieu de laisser mySql le faire pour toi (langage compilé).

Donc la vitesse ne sera pas comparable.

Si tu fais quelques milliers de requêtes par jour, cela n'aura que peu d'influence, mais si tu en fais cent fois plus, tu risques de le sentir !

De plus, tu t'interdiras les recherches sur un champ donné si tu assembles le tout smile.gif
superaldoisdead
Merci, tas repondu en grande partie à ma question, vu que je n'ai pas besoin d'accéder à un champ particulièrement, et que le nombre d'accès à cette BDD sera assez limitée, je pense que je vais opter pour l'enregistrement en PHP, ça me simplifie bien le code par la suite smile.gif

A+

Gary
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.