Workshop FORPSI Cloud rozptýlí vaše obavy z použití cloudu
Zobrazují se odpovědi 1 až 14 z 14

Je rychlejší soubor nebo databáze?

  1. 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. :)

  2. Co se právě děje na Webtrhu?
  3. Citace Původně odeslal MycroftH Zobrazit příspěvek
    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.

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

  5. 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...

  6. 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ší.

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

  8. 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.

  9. Děkuji za rady :)

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

  11. 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.

  12. 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.

  13. 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.

  14. Citace Původně odeslal kolousek Zobrazit příspěvek
    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) :)

  15. 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é.

Hostujeme u Server powered by TELE3