abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 12:33 | Zajímavý projekt

Kernel.org představil lore.kernel.org, tj. archiv diskusního listu vývojářů linuxového jádra LKML (Linux Kernel Mailing List) s řadou zajímavých funkcí. Archiv běží na softwaru Public Inbox.

Ladislav Hagara | Komentářů: 0
dnes 10:55 | Nová verze

Po devíti měsících vývoje od vydání verze 10.0 byla vydána verze 11.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 20:44 | Nová verze

Po více než 3 měsících vývoje od vydání verze 238 oznámil Lennart Poettering vydání verze 239 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 7
včera 15:00 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.28 a beta verze 1.29 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání. Atom 1.28 je postaven na Electronu 2.0.

Ladislav Hagara | Komentářů: 1
včera 14:00 | Nová verze

Byla vydána nová verze 2.3.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy na PIXLS.US.

Ladislav Hagara | Komentářů: 0
včera 13:00 | Komunita

Akční RPG hra Shadowrun Returns Deluxe, kterou lze hrát i na Linuxu je nyní zdarma na Humble Bundle. Hra vyšla díky kampani na Kickstarteru v roce 2013.

tajny_007 | Komentářů: 0
včera 01:00 | Nová verze

Byla vydána verze 1.27 programovacího jazyka Rust (Wikipedie). Z novinek je nutno zmínit podporu SIMD (Single Instruction Multiple Data). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 7
21.6. 16:22 | IT novinky

CEO Intelu Brian Krzanich rezignoval (tisková zpráva). Oficiálním důvodem je "vztah na pracovišti". S okamžitou platností se dočasným CEO stal Robert Swan.

Ladislav Hagara | Komentářů: 39
21.6. 14:11 | Komunita

Konsorcium Linux Foundation ve spolupráci s kariérním portálem Dice.com zveřejnilo 2018 Open Source Jobs Report. Poptávka po odbornících na open source neustále roste.

Ladislav Hagara | Komentářů: 1
21.6. 12:44 | Zajímavý článek

Na stránkách linuxové distribuce Ubuntu Studio byla publikována příručka Ubuntu Studio Audio Handbook věnována vytváření, nahrávaní a úpravě zvuků a hudby nejenom v Ubuntu Studiu. Jedná se o živý dokument editovatelný na jejich wiki.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (77%)
 (22%)
 (4%)
 (7%)
 (2%)
 (10%)
Celkem 248 hlasů
 Komentářů: 39, poslední 21.6. 17:44
    Rozcestník

    Dotaz: Soubory MySQL vs. Filesystem

    18.3.2009 19:55 Smudla2
    Soubory MySQL vs. Filesystem
    Přečteno: 1438×

    Zdravím, mám takový začátečnický dotaz. Máme navrženou databázi (vytvořené tabulky naplněné daty) v MySQL. Nyní bychom rádi do jedné tabulky databáze vkládali (příslušné položce tabulky) i soubory (přes atributy FILE_ID či URI). Tyto soubory bysme chtěli uchovávat mimo databázi někde na filesystemu. Problém je v tom, že nevíme, jak toto realizovat. Co vše musíme udělat pro to, aby šli soubory vkládat a získavát? Chceme mít rozhraní v Javě na PC (např. notebook), které do příslušné položky tabulky v databázi udělá záznam o souboru (např. URI) a zároveň tento soubor uloží na filesystem (např. na jiný server než běží samotná databáze). Z tohoto rozhraní by mělo jít zároveň tento soubor získat. Databáze MySQL beží na linuxovén serveru.

    Díky za každou radu či příklad.

    Martin

    Odpovědi

    18.3.2009 20:41 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Soubory MySQL vs. Filesystem
    To, čo opisuješ, sa v praxi bežne používa. Riziká sú v zásade dve. Poprvé musí byť konzistencia väzieb medzi údajmi v databáze a na disku udržiavaná aplikačne, t.j. mimo samotnej databázy. Takáto konzistencia je krehká a je viac-menej len otázkou času, kedy bude narušená. Viac informácií Ti poskytne akákoľvek seriózna kniha o návrhu aplikácií pre relačné databázy. Podruhé je zložitejšie robiť zálohovanie, a tu sú opäť riziká dve: Poprvé treba zálohovať dve údajové úložištia, databázu a súborový systém, čo je minimálne nepohodlné. Podruhé je problém urobiť konzistentnú zálohu, t.j. transakčne konzistentný snapshot týchto dvoch nezávislých úložíšť; zvyčajne je to možné iba v offline režime. A vlastne celkovo je problém zabezpečit transakčnosť operácií nad databázou a zároveň nad súborovým systémom; distribuované transakcie sú doménou databáz značne iného rangu ako je MySQL, a transakčnosť nad súborovým systémom je jemne povedané problematická; pritom práve databáza je práve oný prvok, ktorý rieši mimoiné aj transakčnosť uloženia údajov na súborový systém.

    Takže ešte raz: to, čo opisuješ, sa v praxi bežne používa. Jedna z prvých požiadaviek na zmenu takto navrhnutého softvéru zvyčajne je umožniť ukladať kompletný obsah do databázy.
    20.3.2009 09:09 Filip Hesse | skóre: 20
    Rozbalit Rozbalit vše Re: Soubory MySQL vs. Filesystem

    Ano, tak nějak. Těch nevýhod je si myslím víc, než při ukládání souborů přímo do BLOBu v databázi.

    Hodně se mluví o zpomalení databáze při použití BLOBů. Nevím, jak to má MySQL, ale tato hlavní nevýhoda se dá eliminovat použitím jedné tabulky pro informace o souboru (z této tabulky se bude vyhledávat, bude možné ji JOINovat jinam) a druhé tabulky se samotným BLOBem, s vazbou 1:1 na první tabulku, do které se sáhne teprve při potřebě se souborem pracovat.

    Trochu by pomohlo vědět, o jaké soubory se jedná. Můj přístup se bude hodit při databázi zaměstnanců na uložení JPEG. Určitě se nebude hodit na databázi filmů, kde se bude ukládat DVD.ISO.

    Josef Kufner avatar 28.3.2009 15:41 Josef Kufner | skóre: 68
    Rozbalit Rozbalit vše Re: Soubory MySQL vs. Filesystem
    Pak je ještě možnost do DB soubory uložit a cachovat je na disku, kde bude moct httpd k datům přistupovat i bez pomoci aplikační logiky (např. php). Ale i to má své drobné mouchy...
    Hello world ! Segmentation fault (core dumped)
    28.3.2009 17:17 Michal2
    Rozbalit Rozbalit vše Re: Soubory MySQL vs. Filesystem
    Nekde delali mereni jak rychle trva vytazeni souboru ruznych velikosti z databaze (MySQL, MyISAM tabulka) vs precteni z disku (ciste select blob from tabulka where id= oproti fopen a fread, tabulka mela stejna zaznamu jako adresar souboru, merila se latence za jak dlouho bude mit v obou pripadech aplikace data nactena a zatizeni procesoru). Kdyz probehlo cteni v obou pripadech z diskove cache tak byla latence ziskani dat MySQL oproti filesystemu 50x vetsi kdyz byl mysql server na stejnem stroji jako aplikacni server, pokud to bylo na serveru jinema mysql slo pres tcp a soubory pres nfs tak to bylo z hlediska filesystemu jeste lepsi. Kdyz se data cetla z disku tak byly rozdil 1:3 ve prospech filesystemu.

    Jinak take zjistili, ze velke bloby v databazi uspesne flushuji buffery coz ostatnim operacim nad databazi moc neprospiva.

    Takze ano, pouzit se to da ale pozor na vykon.

    6.4.2009 14:44 Ivan
    Rozbalit Rozbalit vše OT: Re: Soubory MySQL vs. Filesystem

    Hmm, ja delal mereni Oracle vs. JFS na AIXu a od 10^4 souboru v jednom adresari vedl Oracle. NFS poskytovalo nekonzistentni udaje, a kdyz jsem namontoval filesystemy s parametrem noac, tak bylo NFS nepouzitelny.

    6.4.2009 15:15 Michal2
    Rozbalit Rozbalit vše Re: OT: Re: Soubory MySQL vs. Filesystem

    Njn, od nekolika stovek zaznamu se oplati udelat hierarchie treba 12/34/56.jpg. Takto narves milion souboru do struktury pricemz tam jevzdy max 100 souboru/adresaru v adresari a dvoji traverzace nestoji skoro nic.

     

    4.4.2009 08:40 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Soubory MySQL vs. Filesystem
    Ja osobne preferuji ukladat data do souboru a do databaze ukladat jen odkazy na ne (napr. nazev souboru). Myslim si, ze se to treba lepe zalohuje, kdyz je dump databaze radove mensi, na rozdilovou zalohu filesystemu existuji lepsi nastroje. Konzistentni zaloha nemusi byt problem, zalezi na tom, jak ta aplikace pracuje.

    Pokud je problem v tom, ze aplikace neni zcela pod kontrolou a nemusi nekdy dodrzet konzistenci mezi db a filesystemem, resenim je pouzit (vytvorit) aplikacni server, ktery to nahravani souboru bude obstaravat, a uzivatelske aplikaci pristup do databaze treba i zakazat :)

    V praxi se vyskytuji i pripady, kdy je jednim z prvnich pozadavku ukladat velka data do souboru misto do databaze :)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.