Des données sur plusieurs bases ?

newsphpdeb
Invité n'ayant pas de compte PHPfrance

22 déc. 2006, 13:56

Bonjour,

Je suis actuellement en train de créer un site (et ouai,sur internet,lol,ca vous épate,hheeiinnn) :lol:

Sérieusement,quand j'ai un membre qui s'inscrit,j'ai environ une trentaine de champ qui se remplissent dans une seule base !

Donc,je voudrait savoir si ce serait pas mieux que je fasse une répartition sur plusieurs bases afin qu'elles soit plus légère !

Votre avis ?

Merci !

newphpdeb
Invité n'ayant pas de compte PHPfrance

22 déc. 2006, 14:02

Rectification,j'ai au total 53 champs dasn une seule base pour 1 membre !

ViPHP
ViPHP | 2144 Messages

22 déc. 2006, 14:08

Tu ne confonds pas "base" et "table" ?

Ensuite: tout dépend des données, il faut que la base de donnée soit normalisée, et donc oui, on a parfois recourt à plusieurs tables.
Il faudrait que tu nous donnes plus d'infos sur les données à stocker.

newsphpdeb
Invité n'ayant pas de compte PHPfrance

22 déc. 2006, 14:35

Mon hébergeur me limite a 100 mo par base et je ne veut pas le quitter car jamais de probleme !

100 mo par base est vraiment très limite pour un site de mon type car je n'ai pas seulement 10 membres qui s'inscrivent de temps en temps mais plutôt par centaines (site de jeux)

Alors,53 champs par membre..euh... :shock: on en vois vite le bout de ces 100 mo !

Donc,si je peut répartire certaines données sur d'autres bases,cela m'arrangerait !

Parce que meme si je répartit des données sur d'autres tables,cela ne changera rien,c'est 100 mo par base !

Avatar du membre
Administrateur PHPfrance
Administrateur PHPfrance | 9782 Messages

22 déc. 2006, 14:45

Alors,53 champs par membre..euh... :shock: on en vois vite le bout de ces 100 mo !
Tu as testé?
Parce que 100Mo ça permet déjà d'accueillir un nombre conséquent de membres (plusieurs dizaines de milliers mais ça dépend la tailles des infos que tu enregistres dans leur profil bien sur)
Quand tout le reste a échoué, lisez le mode d'emploi...

Invité
Invité n'ayant pas de compte PHPfrance

22 déc. 2006, 15:15

1000 ko correspond bien a 1 mo ?

ViPHP
ViPHP | 1961 Messages

22 déc. 2006, 15:27

1000 ko correspond bien a 1 mo ?
1 o = 8 bits
1 Ko = 1024 o
1 Mo = 1024 Ko = 1 048.576 o

et ainsi de suite.
Deux choses sont infinies, l'Univers et la sottise humaine!!
Mais je ne suis pas sur de ce que j'affirme au sujet de l'Univers.

A. Einstein

Eléphant du PHP | 78 Messages

22 déc. 2006, 15:46

Ta fait un mcd de ta base ?

Si oui tu peux toujours nous le montrer.
Cordialement,
winni

newsphpdeb
Invité n'ayant pas de compte PHPfrance

22 déc. 2006, 15:51

:lol:

Bon,en comptant que 1 membre utilise 350 octet avec 53 champs de remplis !

ma base peut accueillir environ 300 000 membres !

1 ko = 3 membres
10 ko = 30 membres
100 ko = 300 membres
1000 ko (1 mo) = 3000 membres
10000 ko (10 mo) = 30 000 membres
100000 ko (100 mo) = 300 000 membres

enfin,c'est environ !

D'ici que j'arrive jusque là,mon site aura pris une certaine notoriété !

Bon ben voilà,histoire de place régler :D

Merci :wink:

ViPHP
ViPHP | 2144 Messages

22 déc. 2006, 17:10

Oui, mais il faut voir si tu ne peux pas nettement l'optimiser en normalisant la base de donnée, notamment en évitant des doublons, etc
C'est d'autant plus important que tu prévois un grand nombre d'inscrit, et qu'une fois la base de donnée remplie d'information, ce sera difficile d'optimiser quoi que ce soit.

ViPHP
ViPHP | 1961 Messages

22 déc. 2006, 17:23

Bonjour,

Dans te calculs, as-tu tenu compte des index?
Deux choses sont infinies, l'Univers et la sottise humaine!!
Mais je ne suis pas sur de ce que j'affirme au sujet de l'Univers.

A. Einstein