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í
×
včera 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 0
včera 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 1
včera 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

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

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
včera 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
19.1. 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 8
19.1. 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
19.1. 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 342 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: SQL: blob alebo cesta?

    13.12.2008 14:31 mikro
    SQL: blob alebo cesta?
    Přečteno: 620×

    Zdravim,

    nie som prilis expert na veci okolo databaz, tak by som sa chcel spytat -- mam (server) aplikaciu, ktora komunikuje s databazou. V tejto DB musi byt o.i. ulozeny aj binarny obsah, zhruba 2-3 MB na kazdeho pouzivatela. Kedze ide o data, ktore si klient k sebe stiahne, nie je problem ich mat ulozene niekde externe a v DB mat len cestu, kde ich potom server aplikacia najde.

    Chcel by som sa spytat, ma nejaky zmysel uvazovat nad BLOBom? Je mi jasne, ze cesta vnasa trochu redunancie (zmenim cestu, musim zmenit aj umiestnenie na disku), ale zase predpokladam, ze ziskanie informacie od DB o ceste a nasledne nahranie uz pomocou server aplikacie je neporovnatelne rychlejsie a menej stresujucejsie pre DB... v akych pripadoch by ste ten BLOB doporucili pouzit?

    Odpovědi

    Heron avatar 13.12.2008 15:56 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?
    Určitě má smysl uvažovat nad BLOBem. Výhodou je jedno datové úložiště a s tím související snadné oddělení aplikace a dat na dva různé stroje. Jinak by se musel řešit vzdálený přístup k datům (ne že by to nešlo).

    Z jedné studie od MS, kde srovnávali rychlost DB a NTFS, plyne, že DB je rychlejší pro objekty do cca 250kB, pak je rychlejší FS. Ale rychlost DB neklesá, to jen rychlost NTFS pro větší soubory roste. Totéž bude platit i pro ostatní DB a FS (s jinou velikiostí souborů, samozřejmně).
    AraxoN avatar 14.12.2008 00:25 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Ja som na to išiel tak, že som si povedal: chcem aby môj dump databázy mal 70 mega, alebo 70 giga? Zvíťazilo 70 mega. :) Navyše keď to je v súboroch, tak sa nad tým dajú jednoducho spúšťať ďalšie príkazy - clamscan, file, convert, a tak. Na druhej
    strane vynútenie integrity dát je ta tam...

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    Heron avatar 15.12.2008 09:26 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?
    To je snad jedno, ne? Stejně je třeba zálohovat těch 70GB dat. A opět, co je snadnější, jeden dump, nebo ještě zvlášť řešit datové soubory?

    Ty příkazy můžeš použít i když je to v DB. Buď přes rouru, nebo si dočasně ten soubor někam uložíš.
    AraxoN avatar 15.12.2008 16:41 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    70 GB dump je neskladný. Neviem to rýchlo preniesť na devel server, lebo ten má "len" 2 MBit linku a trvá to 3 dni. Plus spravím na serveri 4 denné snapshoty a voľné miesto sa tým minulo.

    Keď to je v súboroch ktoré sa príliš nemenia, tak viem preniesť zmeny cez rsync za pár minút, a pre denné zálohy mám miesto na celý rok.

    Okrem toho viem fileserver oddeliť od DB serveru, až nastane ten čas, že to jeden server všetko neutiahne.

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    15.12.2008 09:53 Ivan
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Tech 70 giga je presne ten duvod proc bys' to do DB dat mel. Pokud zalohuje data aplikace, tak bys mel zazalohovat opravdu vsechna data. Zalohy delas proto, abys' je moh pouzit pro obnovu. Kcemu ti bude dump DB s cestama k neexistujicim souborum?

     

    AraxoN avatar 15.12.2008 16:51 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Robiť zálohu 70 GB každý deň? Netúžim 2x denne bežať do serverovne (niekoľko km vzdialenej) a meniť pásku. Neviem dosť dobre urobiť rozdielový SQL dump - diff medzi dvoma súbormi väčšími už len ako 500 MB skončil zatiaľ vždy katastrofou. Preto zálohujem celý dump (70 M), a súbory potom už len inkrementálne. Pri obnove najprv obnovím DB a následne budem riešiť súbory. Radšej než oboje naraz - keď nie je DB tak sa nedá ani len prihlásiť, zatiaľčo keď nie sú súbory, tak sa dá so systémom pracovať celkom v pohode, len nie sú k dispozícii niektoré funkcie.

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    16.12.2008 11:30 Ivan
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Aha, takze ty vlastne jenom obchazis to, ze tvoje DB neumi inkrementalni zalohy. Nebylo by jednodussi zamerit se rovnou na ty incrementalni zalohy?

     

    AraxoN avatar 16.12.2008 16:05 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Je dosť možné, že to tá DB podporuje (jedná sa o PostgreSQL), len som bol lenivý to naštudovať... V princípe môžeš mať pravdu, že mám len zlé postupy... :-) Prišlo mi to takto jednoduchšie...

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    Josef Kufner avatar 16.12.2008 18:08 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?
    Další věc která hraje ve prospěch souborů je menší zátěž serveru -- k získání souboru není třeba obtěžovat DB a může to vyřídit Apache bez cizí pomoci (pokud není třeba nějak regulovat přístup).
    Hello world ! Segmentation fault (core dumped)
    15.12.2008 09:56 FooBar
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Promysli si pri svem rozhodovani taky scenar, kdy budou data distribuovana pres vice serveru (pro failover).

    JD avatar 15.12.2008 16:48 JD | skóre: 10 | blog: JDblog | Horní polní u západní dolní
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    Práce s blobem máš jednodušší. Nemusíš generovat název souboru. Pokud mažeš fotky z databáze, nemůsíš se zajímat o mazání souboru. Pokud bys mazal z databáze záznam fotografie přes nějaké vazby (ON DELETE CASCADE, ...), tak by se zároveň mazání souborů dělalo dost blbě. Můžeš na ně aplikovat databázové práva...

    Pochybnost, nejistota - základ poznání
    16.12.2008 08:24 maertien | skóre: 29 | blog: martinek
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?
    Ja osobne preferuji binarni data primo v databazi. Nejenom kvuli zaloham, ale i kvuli tomu, ze mam takovy lepsi pocit, ze mam tak nejak vsechna data na jednom miste. Kdyz se neco stane s db, tak si muzu rovnou hodit masli a nemusim resit soubory nekde na souborovem systemu.
    19.12.2008 11:20 akomano | skóre: 16 | blog: Došiel čaj v kávomate | Malacky
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?

    V súvislosti s predchádzajúcimi komentármi by stál za zváženie kompromis: ukladania do BLOB-u, ale v oddelenej databáze. Táto sa v prípade môže dedikovať na iné železo a integritu zabezpečovať aplikačne. Zálohovať sa tým pádom môže oddelene. Záleží na tom ako DB podporuje aliasy...

    Ja vim, on vi, a ty sed, nano!
    Josef Kufner avatar 19.12.2008 16:35 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: SQL: blob alebo cesta?
    To mi přijde jako řešení, které má nevýhody obou možnoastí, jak souborů, tak databáze.
    Hello world ! Segmentation fault (core dumped)

    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.