Viacero databaz VS. viacero tabuliek

sINN3R

Zdravim,
chcel by som sa niekoho kto sa dobre rozumie databazam spytat na jeden problem ktory prave riesim.

Priklad:
Mam 1000 uzivatelov a kazdy ma svojich uzivatelov svoje nastavenia jednoducho kazdy z tych 1000 uzivatelov potrebuje mat 4-5 vlastnych table do ktorych moze vstupovat len on. Chcel som sa spytat co je menej narocne na databazovy server ci spravit kazdemu z tych 1000 uzivatelov vlastnu databazu db1 ... db1000 a v tom tie jeho tabulky [toto riesenie sa mi zda byt pekne prehladne no neviem ci mi bude niekto ochotny poskytnut hosting s takym poctom databaz cize tu by som potreboval poradit kde si mozem dat hostovat vlastny SQL server] alebo mat jednu databazu v ktorej budu mat uzivatelia jednotlive tabulky napr. user1, setting1 ... user1000,setting1000.
Dakujem za kazdy konstruktivny napad

Snacker

1000 databaz tak isto ako kazdy 4-5 tabuliek je hlupost. Tabulky sa prepojuju roznymi vztahmi

jedna databáza, obsahujúca 4-5 tabuliek. Tvoje riešenia sú obidve zlé

sINN3R

jedna databaz obsahujuca 4-5 tabuliek je velmi zle riesenie podla mna...
priklad mam 1000 uzivatelov kazdy z nich ma svoje produkty cize vsetko bude v jednej tabulke produkty (1000 x 100 produktov = 100 000 poloziek) a vzdy ked si jeden z uzivatelov bude chciet nieco svoje vybrat z tej tabulky tak bude musiet prechadzat cez vsetko aj to co vobec neni jeho...

Zrejme som sa zle vyjadril skusim to inak:
Predstavte si nieco ako CMS ktore sa bude menit s tym aky uzivatel na nom je... ja budem to CMS predavat cize budem mat daku centralnu databazu uzivatelov ktorym som to predal ale chcem aby oni mali vlastne databazy u mna na ktorych budu mat nastavenia toho ich CMS + uzivatelov a produkty toho CMS... Toto CMS bude bezat u mna na servery a podla toho aka url bude by sa pripojila dana databaza a tym bezalo CMS toho uzivatela ktoreho url to je... Podla mna je blbost pchat vsetko do par tabuliek... uz len kvoli bezpecnosti by mal mat kazdy vlastnu DB

sINN3R napísal:jedna databaz obsahujuca 4-5 tabuliek je velmi zle riesenie podla mna...
priklad mam 1000 uzivatelov kazdy z nich ma svoje produkty cize vsetko bude v jednej tabulke produkty (1000 x 100 produktov = 100 000 poloziek) a vzdy ked si jeden z uzivatelov bude chciet nieco svoje vybrat z tej tabulky tak bude musiet prechadzat cez vsetko aj to co vobec neni jeho...

Zrejme som sa zle vyjadril skusim to inak:
Predstavte si nieco ako CMS ktore sa bude menit s tym aky uzivatel na nom je... ja budem to CMS predavat cize budem mat daku centralnu databazu uzivatelov ktorym som to predal ale chcem aby oni mali vlastne databazy u mna na ktorych budu mat nastavenia toho ich CMS + uzivatelov a produkty toho CMS... Toto CMS bude bezat u mna na servery a podla toho aka url bude by sa pripojila dana databaza a tym bezalo CMS toho uzivatela ktoreho url to je... Podla mna je blbost pchat vsetko do par tabuliek... uz len kvoli bezpecnosti by mal mat kazdy vlastnu DB

K prvej časti: ak nevieš nič o databázových systémoch, tak sa do nich radšej nepúšťaj. Myslíš že opakovane sa pripájať na 1000 databáz je efektívnejšie ako spraviť jeden select na jednej tabuľke? (a nie, nebude sa všetko prechádzať, práve na to je mysql ktorý má na to veľmi sofistikované metody ako vybrať iba to čo chce a aby zbytočne nemrhal časom. Ak si ešte poriešiš indexovanie a dobre to navrhneš, nie je o čom)

k druhej časti: k tomu riešeniu sa radšej nevyjadrujem. Centrálny db server pre viac stránok je šialenstvo. Už len connect na vzdialený server ti to bude všetko spomalovať a nesmierne zaťažovať. Malo by to cms mať svoju db pri sebe, a nie takto ako to chceš riešiť

Snacker

w3schools

sINN3R

prepac ze zijem, nabuduce si rozmyslim ci nieco napisem, dik

...

refr0

urcite len jeden server jedna databaza a tabuliek kolko potrebujes...

dalsiu databazu by som zakladal maximalne keby som robil toto iste inej firme...

sINN3R

no lenze ja chcem aby mal kazdy inu domenu a vsetci len pouzivali jednu strukturu ktoru si budu plnit vlastnymi datami z databazi. chcem mat vlastny server s vlastnym databazovym serverom kde im budem zriadovat db spolu s novou domenou. v podstate uzivatelia budu mat vlastne stranky ale spolocny system ktory ich generuje...

spolocnosti co hostuju tiez predsa neponukaju vsetkym svojim zakaznikom iba jednu databazu

refr0

neviem co ma s tym domena spolocne