Vlákno názorů k článku Nestřílejte specialisty aneb Co způsobilo rozsáhlý databázový výpadek v Alza.cz od lol - já sem tedy jen obyčejny BFU PC uzivatel,...
-
lol (neregistrovaný)
já sem tedy jen obyčejny BFU PC uzivatel, ale co je to velikosti mnoha TB? 10? 20? 100TB? vic? jak dloho trva na rychle diskovem serveru zkopirovat 10TB? proboha co je to za databazi ktera ma desitky nebo sdnad stovky TB? Nekdo tu zminoval ze databaze obsahuje fotky produktu? to jako vazne? to neni tak ze v databazi je "adresauloziste/fotoprodukt1.jpg"? Ale rovnou cela fotka? jako vazne?
-
Rudolf Dvořáček (neregistrovaný)
Proc ne, pokud ma instance nakonfigurovan FILESTREAM, ktery se zalohuje s celou databazi. To hned data narostou. Ukladat binarni data do FILESTREAMU ma sve vyhody. Zaloha je provedena kompletne, pri pristupu k binarnim datum nemusi aplikace kontrololovat existenci dat, zda k nim ma opravneni, apod. Bohuzel to zvysuje cas pri zalohach a obnove.
-
asdasdasd (neregistrovaný)
ja predchozi prispevek pochopil tak, jestli ukladat obrazky primo do DB nebo jen metadata.
jiste jde vkladat primo obrazkt ale na aplikacni urovni (web) to bude fungovat jak? to budete vkladat obrazky primo do html nebo budete emitovat jakesi temp soubory, ktere pak budete linkovat z html (i kdyz treba s nejakou cache apod)... zminim jen tri pismena...CDN :D
-
Lol Phirae (neregistrovaný)
jiste jde vkladat primo obrazkt ale na aplikacni urovni (web) to bude fungovat jak?
Např. :-P
-
Uložené procedury také můžete testovat pomocí jednotkových testů. Proč by to nešlo? Akorát na to asi nenajdete hotový framework, takže bude potřeba napsat si k tomu můstek do nějakého testovacího frameworku v jiném jazyce. Buď to můžete testovat na úplně prázdné databázi, vždy před testem naplnit vhodná data, spustit uloženou proceduru, zkontrolovat výstupy a rollbacknout transakci. A nebo můžete začínat už s databází s testovacími daty a pokračovat stejným způsobem – to bude mít tu výhodu, že tam nejspíš budete mít větší množství testovacích dat, takže těch testů asi napíšete víc, protože se zmenší ta nezábavná činnost v podobě přípravy testovacích dat.
-
MasoxCZ (neregistrovaný)
"já sem tedy jen obyčejny BFU PC uzivatel, ale co je to velikosti mnoha TB? 10? 20? 100TB? vic? jak dloho trva na rychle diskovem serveru zkopirovat 10TB? proboha co je to za databazi ktera ma desitky nebo sdnad stovky TB? Nekdo tu zminoval ze databaze obsahuje fotky produktu? to jako vazne? to neni tak ze v databazi je "adresauloziste/fotoprodukt1.jpg"? Ale rovnou cela fotka? jako vazne?"
1) netvrdím že to tak skutečně mají
2) právě pro ukládání obecných dat (třeba právě obrázků, videa. audia) do databází slouží typ BLOB (a ne, s Kaplického chrchlem to nesouvisí)
3) databáze je v tomto kontextu chápána jako "báze dat". V Alze jsem nikdy nedělal, takže nevím, jestli to konkrétně oni mají jako monolit, nebo konglomerát více databází, případně jako mix n databází a hromady souborů, ale viděl jsem spoustu řešení, kde např. záznamy z kamer byly ukládány jako BLOBy přimo do databáze. Bylo to kvůli tomu, aby se snížila režie souborového systému. Celkem kontraintuitivně, čím byly ty soubory menší a početnější, tím byl výkonový přínos větší.
ČLÁNKY DO MAILU