|
 | | |
| Autor | Správa |
|---|
emer
Užívateľ
Založený: 26.12.2006
Príspevky: 3684
Bydlisko: Nitra
Vek: 18
 |  Zaslal: Po 21.11.11 21:36 |   |
Nazdarek,
celkom by ma zaujimalo, ako sa robia velke databazy s tym, aby pracovali rychlo.
Mam tabulku s dvoma stlpcami (oba typu INT) a obsahuje priblizne 2 miliony zaznamov. A uz je to celkom bieda, staci ked dam len vybrat nieco napriklad z prostriedku tabulky teda
| kód: | SELECT *
FROM `bl_relationship`
LIMIT 1859010 , 30 |
a select trva niekedy az do 7 sekund. (pokial sa uz robi opakovane po sebe [aj s roznymi limitami] tak to uz ide pod 1 sekundu). niekedy sa zase stane, ze mi vrati nulovy pocet riadkov (aj ked isto nie som na konci tabulky, isto vyberam zo stredu)
mam to v MySQL, InnoDB |
_________________
Pocity popi*i, keď víš že všetko hrá jak má, vychádza to všetko pekne, tak jak má, hovorim si ná ne, musíš vedeť plánovať | |
    |
|
GoodWill
Skúsený užívateľ
Založený: 29.10.2007
Príspevky: 1000
Bydlisko: Bratislava
| | Zaslal: Ut 22.11.11 14:09 | |
Riesenim su indexy.
Kedze mas tabulky v InnoDB (co je dobre), tak v pripade ze na jeden zo svojich stlpcov (alebo na oba) spravis "PRIMARY KEY" alebo "UNIQUE" index, tak databaza tento index automaticky spravy ako tzv "clustered", cize aj data budu fyzicky ukladane v abecednom poradi. Vdaka tomu sa potom databaza dokaze lahko orientovat v adtach a rychlo najde to co hladas.
Odporucam ti primary key na stlpec, ktory mas spomenuty vo WHERE podmienke pri vybere. Ak vyberas podla oboch, tak daj do primary key oba stlpce. Snad v tabulke nemas duplicitne zaznamy. |
_________________
Koľko SEO expertov je potrebných na výmenu žiarovky výmena žiaroviek žiarovka nové žiarovky úsporné žiarovky sexy žiarovka? | |
|
|
|
Nemôžete pridávať nové témy do tohto fóra.
Nemôžete odpovedať na témy v tomto fóre.
Nemôžete upravovať svoje príspevky v tomto fóre.
Nemôžete mazať svoje príspevky v tomto fóre.
Nemôžete hlasovať v tomto fóre.
|
| |
