Comments on: Co się dzieje, gdy dane są nie tylko w bazie? http://blog.grzegorzpawlik.com/2008/10/co-sie-dzieje-gdy-dane-sa-nie-tylko-w-bazie/ Doświadczenie, to coś, co zdobywamy tuż po chwili w której było nam potrzebne ... Tue, 07 Feb 2012 10:09:30 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Greg http://blog.grzegorzpawlik.com/2008/10/co-sie-dzieje-gdy-dane-sa-nie-tylko-w-bazie/comment-page-1/#comment-24 Greg Thu, 06 Aug 2009 11:59:33 +0000 http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=39#comment-24 Cześć Robal, czy jesteś tym robalem(77) z polskiego forum cake? Zgadza się - wielkie bazy są problemem. Spotkaliśmy się z tym ostatnio przy przenoszeniu portalu na home.pl. Tam należało ograniczyć rozmiar pliku do mniej niż 5MB, gdyż max_allowed_packet_size był ustawiony właśnie na 5MB. Ale to była dość drobna niedogodność. Czasem jednak nie ma rozwiązań idealnych. Jednak jeśli masz serwer dedykowany, to możesz dumpy wykonywac z pominięciem tej wielkiej tabeli (może nawet pola), a pełny zrzut robić raz na dobę? Dziękuję za gotowość pomocy, jednak w międzyczasie się za to wziąłem. Możesz przykład znaleźć pod http://bakery.cakephp.org/articles/view/imagebehavior-best-from-database-blobs-and-file-storage . Szczególnie polecam komentarze poniżej z usprawnieniami i kilkoma dobrymi pomysłami (np. przeniesienie samego bloba do osobnej tabeli). Pozdrawiam Cześć Robal, czy jesteś tym robalem(77) z polskiego forum cake?

Zgadza się – wielkie bazy są problemem. Spotkaliśmy się z tym ostatnio przy przenoszeniu portalu na home.pl. Tam należało ograniczyć rozmiar pliku do mniej niż 5MB, gdyż max_allowed_packet_size był ustawiony właśnie na 5MB. Ale to była dość drobna niedogodność.

Czasem jednak nie ma rozwiązań idealnych. Jednak jeśli masz serwer dedykowany, to możesz dumpy wykonywac z pominięciem tej wielkiej tabeli (może nawet pola), a pełny zrzut robić raz na dobę?

Dziękuję za gotowość pomocy, jednak w międzyczasie się za to wziąłem. Możesz przykład znaleźć pod http://bakery.cakephp.org/articles/view/imagebehavior-best-from-database-blobs-and-file-storage . Szczególnie polecam komentarze poniżej z usprawnieniami i kilkoma dobrymi pomysłami (np. przeniesienie samego bloba do osobnej tabeli).

Pozdrawiam

]]> By: robal http://blog.grzegorzpawlik.com/2008/10/co-sie-dzieje-gdy-dane-sa-nie-tylko-w-bazie/comment-page-1/#comment-23 robal Wed, 05 Aug 2009 22:51:58 +0000 http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=39#comment-23 Hi, rozwiazanie bardzo ciekawe, ma jednak pewna wade : kilka tysiecy plikow w duzych rozdzielczosciach zapisanych do bazy i dump albo restore bazy trwa i trwa i zarzyna serwer (to tylko domniemanie). Powiedzmy 1000 plikow po 5mb kazdy i mamy 5GB danych to zrzucenia / odtworzenia extra. U mnie serwerze. pelny dump jest robiony co godzine - wiec troche by to zamulalo. Nie wiem czy mysql wspiera backup roznicowy - to moglo by znacznie podniesc wydajnosc takiego rozwiazania. Byc moze przechowywanie w bazie duzych wagowo obrazkow to niekoniecznie najszczesliwszy pomysl, ale idea samego behaviora jak nabardzie ok, w czego razie moge pomoc. Hi,
rozwiazanie bardzo ciekawe, ma jednak pewna wade : kilka tysiecy plikow w duzych rozdzielczosciach zapisanych do bazy i dump albo restore bazy trwa i trwa i zarzyna serwer (to tylko domniemanie).

Powiedzmy 1000 plikow po 5mb kazdy i mamy 5GB danych to zrzucenia / odtworzenia extra.

U mnie serwerze. pelny dump jest robiony co godzine – wiec troche by to zamulalo. Nie wiem czy mysql wspiera backup roznicowy – to moglo by znacznie podniesc wydajnosc takiego rozwiazania.

Byc moze przechowywanie w bazie duzych wagowo obrazkow to niekoniecznie najszczesliwszy pomysl, ale idea samego behaviora jak nabardzie ok, w czego razie moge pomoc.

]]> By: meta http://blog.grzegorzpawlik.com/2008/10/co-sie-dzieje-gdy-dane-sa-nie-tylko-w-bazie/comment-page-1/#comment-5 meta Mon, 06 Oct 2008 20:03:00 +0000 http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=39#comment-5 Mysql nie pozostawia zbyt wielkiego wyboru, zatem tak - BLOB, lub jakaś jego dłuższa wersja w razie gdyby 64 kilo okazało się zbyt krótkie ;)<br/>Kiedyś na KGD.NET była świetna prelekcja o MSSQL (2007, albo 8), niestety nie pamiętam czyja. Usłyszałem tam o ciekawym rozwiązaniu - silnik bazy może zapisywać BLOBy jako pliki. Z tym, że odbywa się to niejawnie. Plusy tego są takie, że dostęp jest szybki jak w przypadku zapisywania BLOBów w plikach, ale nie zajmujemy się tym osobiście. Robi to za nas DBMS. Dlatego robiąc eksport nie ma obawy, że coś zgubimy. Ciekawe czy w mySQL można czegoś takiego oczekiwać? Mysql nie pozostawia zbyt wielkiego wyboru, zatem tak – BLOB, lub jakaś jego dłuższa wersja w razie gdyby 64 kilo okazało się zbyt krótkie ;)
Kiedyś na KGD.NET była świetna prelekcja o MSSQL (2007, albo 8), niestety nie pamiętam czyja. Usłyszałem tam o ciekawym rozwiązaniu – silnik bazy może zapisywać BLOBy jako pliki. Z tym, że odbywa się to niejawnie. Plusy tego są takie, że dostęp jest szybki jak w przypadku zapisywania BLOBów w plikach, ale nie zajmujemy się tym osobiście. Robi to za nas DBMS. Dlatego robiąc eksport nie ma obawy, że coś zgubimy. Ciekawe czy w mySQL można czegoś takiego oczekiwać?

]]> By: Pawel Debski http://blog.grzegorzpawlik.com/2008/10/co-sie-dzieje-gdy-dane-sa-nie-tylko-w-bazie/comment-page-1/#comment-4 Pawel Debski Mon, 06 Oct 2008 15:24:00 +0000 http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=39#comment-4 A chciałby Pan jes zapisywać w bazie jako BLOB czy jakoś inaczej? A chciałby Pan jes zapisywać w bazie jako BLOB czy jakoś inaczej?

]]>