Des données sur plusieurs bases ?

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Des données sur plusieurs bases ?

par Ajoloca » 22 déc. 2006, 17:23

Bonjour,

Dans te calculs, as-tu tenu compte des index?

par iclo » 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.

par newsphpdeb » 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:

par winni » 22 déc. 2006, 15:46

Ta fait un mcd de ta base ?

Si oui tu peux toujours nous le montrer.

par Ajoloca » 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.

par Invité » 22 déc. 2006, 15:15

1000 ko correspond bien a 1 mo ?

par @rthur » 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)

par newsphpdeb » 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 !

par iclo » 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.

par newphpdeb » 22 déc. 2006, 14:02

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

Des données sur plusieurs bases ?

par newsphpdeb » 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 !