Zadejte hledaný výraz...
Jakub Glos
Webtrh.cz
Vývoj webových stránek na WordPressu a proklientský přístup pro freelancery
Třídenní infromacemi nabitý prezenční + online kurz v Praze od Webtrhu pouze za 2 871 Kč
Více informací

rychlost databází

Dobrý den,
budu dělat web zavíslý na databázích (nutné načítání z DB na každé stránce).
Jde mi o rychlost načítání z jednotlivých databází (druhů) aneb o náročnost na server.
MySQL je sice nejpoužívanější databází ale nebyla by lepší některá jiná?
Děkuji za odpovědi, v tomto se moc nevyznám..
9. 12. 2010 21:27:05
https://webtrh.cz/diskuse/rychlost-databazi/#reply590454
hm
verified
rating uzivatele
(20 hodnocení)
9. 12. 2010 21:33:53
pokud se v tom nevyznas tak zustan u mysql :) rychlosti se urcite vyrovnava ostatnim open source/free databazim, ostatni maji spise vyhodu v tom, ze jsou propracovanejsi, maji treba vice technologii, moznosti a pokud je neumis vyuzit, je zbytecne pouzivat jinou databazi
9. 12. 2010 21:33:53
https://webtrh.cz/diskuse/rychlost-databazi/#reply590453
sh
verified
rating uzivatele
(22 hodnocení)
9. 12. 2010 21:37:03
pokud neplanujes navstevnost v radu statisicu uip a pracovani databaze neustale x gb velkejma tabulkama, nebal bych se vubec mysql. na jinou muzes prejit vzdy.
nejdulezitejsi je mit spravne zoptimalizovane dotazy
9. 12. 2010 21:37:03
https://webtrh.cz/diskuse/rychlost-databazi/#reply590452
hm
verified
rating uzivatele
(20 hodnocení)
9. 12. 2010 21:55:57
Napsal sh;604383
pokud neplanujes navstevnost v radu statisicu uip a pracovani databaze neustale x gb velkejma tabulkama, nebal bych se vubec mysql. na jinou muzes prejit vzdy.
nejdulezitejsi je mit spravne zoptimalizovane dotazy
nejdulezitejsi je mit spravne navrzenou databazi, dotazy jsou na druhem miste protoze jeich neoptimalizovanost muze vykryt cache ;)
9. 12. 2010 21:55:57
https://webtrh.cz/diskuse/rychlost-databazi/#reply590451
weby
verified
rating uzivatele
(2 hodnocení)
9. 12. 2010 22:01:49
A hlavne zadny joiny pokud budes mit ohromnou databazi.
9. 12. 2010 22:01:49
https://webtrh.cz/diskuse/rychlost-databazi/#reply590450
hm
verified
rating uzivatele
(20 hodnocení)
9. 12. 2010 22:06:12
Napsal weby;604390
A hlavne zadny joiny pokud budes mit ohromnou databazi.
coz nemusi byt vubec pravda pokud pouzijes innodb, relace a spravne foreign keye ... myisam je odpad delany na rychle vypisovani dat, tam se joiny skutecne pouzivat nedaji, ale to cos rekl je blbost :)
9. 12. 2010 22:06:12
https://webtrh.cz/diskuse/rychlost-databazi/#reply590449
Děkuji za odpovědi, návštěvnost nijak závratná pravděpodobně nebude (možná stovky UIP/den) velikost databází v tom mám nejasno ale mohla by se pohybovat v desítkách MB v pokročilejších fázích.
Co se týče funkcionality tak si s mysql vystačím, nijak složité operace s daty nebudu potřebovat.
9. 12. 2010 22:55:31
https://webtrh.cz/diskuse/rychlost-databazi/#reply590448
hm
verified
rating uzivatele
(20 hodnocení)
9. 12. 2010 23:05:15
v tom pripade na takto miniaturni databazi (desitky mega je skutecne malinka databaze) a pri nizke navstevnosti je skutecne zbytecne resit prechod an jinou databazi :) mysql je an tohle idealni
9. 12. 2010 23:05:15
https://webtrh.cz/diskuse/rychlost-databazi/#reply590447
weby
verified
rating uzivatele
(2 hodnocení)
10. 12. 2010 00:08:37
Napsal AlesiBoss;604391
ale to cos rekl je blbost :)
nebudu ti brát názor, klidně joiny používej i na select z velkých tabulek, tvoje mínus :)
10. 12. 2010 00:08:37
https://webtrh.cz/diskuse/rychlost-databazi/#reply590446
hm
verified
rating uzivatele
(20 hodnocení)
10. 12. 2010 01:38:41
Napsal weby;604439
nebudu ti brát názor, klidně joiny používej i na select z velkých tabulek, tvoje mínus :)
dodej prosim podklady a muzeme se bavit :)
10. 12. 2010 01:38:41
https://webtrh.cz/diskuse/rychlost-databazi/#reply590445
duben
verified
rating uzivatele
(50 hodnocení)
10. 12. 2010 12:31:33
Napsal weby;604390
A hlavne zadny joiny pokud budes mit ohromnou databazi.
To co píšeš je naprostý nesmysl, nepoužívání JOIN naprosto odporuje relačnímu principu databází. Jak bys chtěl bez JOIN propojit dvě tabulky (napříkled číselník a jeho identifikaci v přilehlé tabulce) mi uniká o složitějších dotazech a propojení více tabulek ani nemluvě.
Navíc je bežná optimalizační technika převádět WHERE omezení do JOIN propojení. Protože přes JOIN to ve většině SQL enginech pracuje rychleji. JOIN je naprosto regulérní a optimální způsob propojení tabulek v SQL dotazech, jediné co je podstatné u velkých databází, je propojovat se přes indexovaná pole.
10. 12. 2010 12:31:33
https://webtrh.cz/diskuse/rychlost-databazi/#reply590444
hm
verified
rating uzivatele
(20 hodnocení)
10. 12. 2010 12:40:35
tak tak, jsou i weby kde jsem naprosto bezne joinoval i 8 tabulek naraz (proste se hodne filtrovalo) a bezelo to na vybornou i pri vetsich objemech dat (samozrejme ze to nemuze byt stejne rychle jako jendoduchy select s jendou where podminkou, ale s tim ani omylem nevkouzlis to co jsem kouzlil ja) :) takze jak rikam, pokud nemas podklady ktere by nejak podporovali tve tvrzeni musim ho uznat jako kravinu...
10. 12. 2010 12:40:35
https://webtrh.cz/diskuse/rychlost-databazi/#reply590443
mBa
verified
rating uzivatele
21. 12. 2010 19:15:07
JOIN výrazne zrýchľuje dotaz, no sú aj výnimky. Ak použijete na MySQL Infobright a databáza má nad 500GB, JOIN musíte nahradiť vnorenými dotazmi.
21. 12. 2010 19:15:07
https://webtrh.cz/diskuse/rychlost-databazi/#reply590442
Tomáš Faldyna
verified
rating uzivatele
(54 hodnocení)
21. 12. 2010 20:58:01
Napsal spartan13;604407
Děkuji za odpovědi, návštěvnost nijak závratná pravděpodobně nebude (možná stovky UIP/den) velikost databází v tom mám nejasno ale mohla by se pohybovat v desítkách MB v pokročilejších fázích.
Co se týče funkcionality tak si s mysql vystačím, nijak složité operace s daty nebudu potřebovat.
Prakticky sis vlastne odpovedel sam.... mysql je pro tve ucely jako stvorena, neboj bude stihat :)
21. 12. 2010 20:58:01
https://webtrh.cz/diskuse/rychlost-databazi/#reply590441
duben
verified
rating uzivatele
(50 hodnocení)
21. 12. 2010 23:43:13
Napsal mBa;607552
JOIN výrazne zrýchľuje dotaz, no sú aj výnimky. Ak použijete na MySQL Infobright a databáza má nad 500GB, JOIN musíte nahradiť vnorenými dotazmi.
Infobright engine neznám, pokud ale v něm vnořené dotazy fungují rychleji než JOINy, tak je to první SQL DB engine o kterém slyším, že vnitřně interpretuje vnořené dotazy rychleji než JOINy. Možné to samozřejmě je, záleží na implementaci vnitřního SQL preprocesoru a způsobu jak si zpracování dat umí předpřipravit.
21. 12. 2010 23:43:13
https://webtrh.cz/diskuse/rychlost-databazi/#reply590440
Pro odpověď se přihlašte.
Přihlásit