| Autor | Zpráva | ||
|---|---|---|---|
| Rexi Profil * |
#1 · Zasláno: 28. 6. 2011, 20:41:25
Ahojte,
Predstavte si, ze delate system podobny webnode.cz ci blog.cz Postaveny na mysql db. Nabizi se dve cesty ohledne databaze. Prvni je ta, ze vsechny data webu budou v jedne databazi, pres nejake site id se to bude tahat. Druha cesta je ta, ze databazi bude tolik co webu. Tzn ze pro jeden web bude jedna databaze. Co je efektivnejsi dle vas? Ja jsem osobne pro prvni. Uz jen z toho duvodu ze je lehci budouci upravitelnost a take se to bude urcite lepe interne v mysql cachovat. Nicmene bojim se toho az v db budou miliony zaznamu. Z hlediska vykonu zeleza to neresme, to je vykonne dost. Diky a sorry za diakritiku, nejsem na pc :) |
||
| YoSarin Profil |
#2 · Zasláno: 28. 6. 2011, 20:48:10
Rexi:
Určitě to první, představ si, že bys pak chtěl počítat nějaké statistiky nad tisíci blogů - co blog, to nové spojení do databáze. To samé crony. To samé jakákoli úprava struktury. |
||
| Rexi Profil * |
#3 · Zasláno: 28. 6. 2011, 21:35:34
Zeptam se teda jinak, kdyz mam db kde jsou miliony zaznamu. Indexy jsou udelany spravne.
Bude prochazeni na vykonnem serveru rychlé tak jako prochazeni male db? Napr vypis deseti clanku kde v podmince where bude site id, cimz se to omezi na dany web. |
||
| YoSarin Profil |
#4 · Zasláno: 28. 6. 2011, 21:43:47
Rexi:
Budeš-li mít dostatečně výkonný stroj a nebudeš-li nějak divoce joinovat tabulky, tak select podle indexu nad velkou tabulkou nebude nijak extrémně pomalý. Každopádně se patrně stejně nevyhneš nějakému způsobu cachování zobrazovaných dat... |
||
| Marek88 Profil |
#5 · Zasláno: 29. 6. 2011, 00:06:16
Nevím přesně, jak je DB uvnitř navržena, ale předpokládám, že chytře. Tudíš se hledání podle ID provádí v seřazeném poli čísel a to je velmi rychlou záležitostí.
Hledání v seřazeném poli má složitost dvojkového logaritmu. To například znamená, že z milionu záznamů najdeš ten správný na 20 porovnání dvou čísel a z miliardy ti stačí 30 porovnání. |
||
|
Časová prodleva: 13 let
|
|||
0