Cum și unde să stocați toată bunătatea utilizatorilor? Mesaje primite, date de ieșire, informații personale, setări și altele asemănătoare Nu înțeleg.
Pentru fiecare utilizator să creeze o bază de date?
Sau, de exemplu, să facă o masă de „vxodyashie_soobsheniya“ și toate toate toate sooscheniya de intrare toți utilizatorii să-l ori, și alegeți pe unele cod unic pentru fiecare utilizator al mesajului său?
Specialiști, dezvălui secretul cum îți dai seama de asta? Dacă totul este într-o grămadă - este o treabă imensă pentru baza de date. Dacă fiecare utilizator are propria bază de date - nu este real, am hosting pentru banii mei este dat doar 3 bază, sau să facă acest lucru - toate reflexiile în direcția greșită? Sau schimbați tariful pentru un număr nelimitat de baze?
Mulțumesc pentru răspunsuri, dacă e deloc.
Da, totul într-o bază separată
"atunci acesta este un loc de muncă imens pentru baza de date"
Și pentru ce este creat DB? Restul chtoli?
Toate stocate într-o singură masă. Baza de date este proiectată să funcționeze rapid cu cantități mari de date. Un mesaj selectat nu va fi prea multe resurse pentru a lua în considerare șoimul. O bază de date separată pentru fiecare utilizator este absolut nonsens.
Într-o masă este prea mult :-)
În mod ideal:
tabelul utilizatorului (+ informații personale, setări etc.)
tabel de mesaje de intrare / ieșire (cu urmărirea către utilizatori prin ID utilizator intern
este normal ca baza de date ONE :-), în general, MySQL se descurcă perfect cu tabelele la 1-2GB :-)
În general vorbind pe bună dreptate a subliniat faptul că, pentru ca baza de date și configurat astfel încât să nu facă un tam-tam cât mai rapid și eficient funcționează sistemul :-) cu o configurație corespunzătoare și baze de date corecte de fier cum ar fi MySQL, iar altele sunt capabile de foarte bună. Eficiență ridicată. Mult mai eficient decât în cazul în care bazele nag :-)
Bineînțeles că se însemna că nu toate informațiile dintr-o singură masă) Mai exact, ca în exemplul cu tabelul mesajelor.
Desigur, într-o singură masă, pentru fiecare utilizator al bazei de date - este un nonsens ...
Este o idee despre normalizare, a treia formă (nu este necesară în continuare). Atunci întrebarea "câte table" nu apare deloc.
Vă sfătuiesc să începeți a studia problema cu învățare elementele de bază ale bazelor de date relaționale ... În caz contrar - va fi o mulțime de a cere, veți întâlni și de a înțelege ceva ce nu va fi în curând, și întrebarea dvs. va fi, ca și acum, mai mult ca bătaie de joc.
1. Și exact ce doriți să creați?
2. Toate acestea se găsesc ușor într-o singură bază de date.
3. În setările furnizorului dvs. există întotdeauna limitări, de exemplu, numărul de conexiuni simultane, mărimea stivei și așa mai departe, astfel încât munca și nu o astfel de mare uriașă, nu vă faceți griji.
În primul rând, învățați teoria MySQL.
Nu vă temeți de dimensiunea mare a bazei de date, principalul lucru este să configurați corect indicii.