Je rychlejší soubor nebo databáze?

Adam N.

(2 hodnocení)

10. 7. 2017 19:27:25

Dobrý večer,

trápí mě rozhodnutí.

Co bude rychlejší?

Mám databázi o 100 tisících položkách a vyhledávač na webu jej bude vypisovat podle definovaných kategorií.

Je lepší mít MySQL DB a hledat v ní? Nebo je rychlejší to mít v souboru a v každém řádku jednu položku?

Děkuji za odpovědi. :)

10. 7. 2017 19:27:25

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289365

Martin Bárta

(28 hodnocení)

10. 7. 2017 19:33:48

Napsal MycroftH;1397854
Dobrý večer,
trápí mě rozhodnutí.
Co bude rychlejší?
Mám databázi o 100 tisících položkách a vyhledávač na webu jej bude vypisovat podle definovaných kategorií.
Je lepší mít MySQL DB a hledat v ní? Nebo je rychlejší to mít v souboru a v každém řádku jednu položku?
Děkuji za odpovědi. :)

Bude to vždycky podle toho jak to sestavíš, jaký bude hardware a software na kterém to poběží a další hromadě okolností.

Nejlepší bude rozhodně postavit obojí a jednoduše to změřit.

10. 7. 2017 19:33:48

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289364

Adam N.

(2 hodnocení)

10. 7. 2017 19:36:47

Z DB se to dá do souboru dostat vždy :)

10. 7. 2017 19:36:47

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289363

(20 hodnocení)

10. 7. 2017 19:39:05

smele si dovoluji tvrdit, ze bude rychlejsi databaze, ale taky i snadnejsi na vytvoreni, protoze databaze je proste na hledani v datech vytvorena a navic uz ma dobre udelanou datovou cache...

10. 7. 2017 19:39:05

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289362

lukaspulda

(24 hodnocení)

10. 7. 2017 19:39:46

DB ukládá data také do souborů, ale jako uživatel databáze máš k dispozici mnohem lepší nástroje na vyhledávání, indexování, cachování apod.. Není důvod ukládat takové množství jako 100 000 položek do souborů a hledat v nich. DB bude v praxi vždy rychlejší.

10. 7. 2017 19:39:46

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289361

Václav Dušek

(77 hodnocení)

10. 7. 2017 19:49:58

Spravne navrzena DB je vzdy rychlejsi nez soubor pri velkem poctu polozek

10. 7. 2017 19:49:58

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289360

Martin

(62 hodnocení)

10. 7. 2017 20:12:45

Určitě DB. A i kdyby byl v nějakém konkrétní případě náhodou rychlejší filesystém, stejně bych volil databázi.

10. 7. 2017 20:12:45

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289359

Adam N.

(2 hodnocení)

10. 7. 2017 20:39:01

Děkuji za rady :)

10. 7. 2017 20:39:01

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289358

---

(6 hodnocení)

10. 7. 2017 21:27:39

z tychto dvoch moznosti samozrejme DB, ale stoji za zvazenie pouzit napr. elasticsearch

10. 7. 2017 21:27:39

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289357

Gabonator

(1 hodnocení)

11. 7. 2017 08:31:48

Minule som testoval 200tis nafejkovaných kontaktov v DB. Vyťahoval som to cez JS. Bežalo to absolútne rýchlo.

Musím dodať že to behalo na locale.

11. 7. 2017 08:31:48

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289356

specialista

(4 hodnocení)

11. 7. 2017 20:24:38

Tak to zkombinuj, použij SQLite, zůstane ti strukturovaná logika dotazů a rychlost bude souborová. Já to testoval, a pokud nemáš velké kvantum dat, tj. hodně textů, ale spíše indexované kratší celky (čísla, kratší řetězce), je to rychlejší než MySQL.

11. 7. 2017 20:24:38

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289355

kolousek

12. 7. 2017 15:56:29

Zrovna řeším něco podobného. Určitě je nejlepší databáze. U 100k položek je problém v rychlosti prohlížeče. Když se to načte všechno, nezvládá to javascript (fulltext vyhledávání skrz 5 sloupců). Takže filtrovat se bude muset na straně serveru a průběžně aktualizovat. A na straně serveru zase řeším nějakou cache, aby se nenačítalo všechno po každém obnovení. Takže asi php memcache.

12. 7. 2017 15:56:29

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289354

(20 hodnocení)

12. 7. 2017 15:59:22

Napsal kolousek;1398262
Zrovna řeším něco podobného. Určitě je nejlepší databáze. U 100k položek je problém v rychlosti prohlížeče. Když se to načte všechno, nezvládá to javascript (fulltext vyhledávání skrz 5 sloupců). Takže filtrovat se bude muset na straně serveru a průběžně aktualizovat. A na straně serveru zase řeším nějakou cache, aby se nenačítalo všechno po každém obnovení. Takže asi php memcache.

kdyz mluvite o tom javascriptu, tak na strane javascriptu se to da resit pres Indexed DB (takova prohlizecova databaze), zrovna nedavno sem to pouzival na jendom projektu a zvlada to praci i s pomerne velkym mnozstvim dat a hlavne ty data zustavaji ulozeny dlouhodobe (neni treba je tak porad nacitat ze serveru) :)

12. 7. 2017 15:59:22

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289353

kolousek

12. 7. 2017 16:45:22

Díky, to se bude asi také hodit. Primární je maximální rychlost načítání (po otevření i refreshi), takže je možná rychlejší mít ty data připravené na serveru a posílat až při 3+ vložených znacích ve vyhledávači. Načítat všechno není nutné.

12. 7. 2017 16:45:22

https://webtrh.cz/diskuse/je-rychlejsi-soubor-nebo-databaze#reply1289352

Pro odpověď se přihlašte.

Přihlásit