W dniu poniedziałek, 13 maja 2013 15:39:30 UTC+2 użytkownik Ghost napisał:

> Kiedy trzy osoby mowia ci bys sie przespal, to znaczy, ze naprawde jestes
> pijany.
Niezly agrument na wydajnosc baz danych ;)

do góry

Użytkownik "M.M." <m...@g...com> napisał w wiadomości
news:5136fe18-c757-4683-a1da-79d64d6f03a0@googlegrou
ps.com...
W dniu poniedziałek, 13 maja 2013 15:39:30 UTC+2 użytkownik Ghost napisał:

>> Kiedy trzy osoby mowia ci bys sie przespal, to znaczy, ze naprawde jestes
>> pijany.
>Niezly agrument na wydajnosc baz danych ;)
Rzeczywiscie jestes pijany. A miala byc przenosnia.

do góry

W dniu poniedziałek, 13 maja 2013 21:37:20 UTC+2 użytkownik Ghost napisał:
> >Niezly agrument na wydajnosc baz danych ;)
> Rzeczywiscie jestes pijany. A miala byc przenosnia.
Z tego postu najwiecej sie dowiedzialem o wydajnosci baz danych ;)

do góry

Użytkownik "M.M." <m...@g...com> napisał w wiadomości
news:7fb30ae1-b80d-41b8-a3f1-5930ed6b2026@googlegrou
ps.com...
W dniu poniedziałek, 13 maja 2013 21:37:20 UTC+2 użytkownik Ghost napisał:
>> >Niezly agrument na wydajnosc baz danych ;)
>> Rzeczywiscie jestes pijany. A miala byc przenosnia.
>Z tego postu najwiecej sie dowiedzialem o wydajnosci baz danych ;)
A Ty tu bazach danych? Ja myslalem, ze o szczytowaniu danych na dysku.

do góry

W dniu poniedziałek, 13 maja 2013 14:46:31 UTC+2 użytkownik Michal Kleczek napisał:
> > W "bazie na literk� O" afaik je�eli umie�cisz baz� na
> > osobnej partycji a
> > nie w pliku to:
> > - odczytuje adresy blok�w do za�adowania
> > - ustala sekwencj� odczytu tak aby sekwencja seek�w by�a najkr�tsza
> > (czasami czyta si� troch� danych sekwencyjnie tylko po to, �eby nie
> > marnowaďż˝ czasu na seek
> Dziekuje za info.
> Chociaz to chyba i tak bez sensu w dobie zaawansowanych macierzy
> dyskowych, SAN, volume managers, wirtualizacji itd itp...
> Ale moge sie mylic :-)
Oczywiscie sie mylisz.

do góry

W dniu poniedziałek, 13 maja 2013 13:24:32 UTC+2 użytkownik Michal Kleczek napisał:
> On 2013-05-13 12:05, M.M. wrote:
>
> > W dniu poniedzia�ek, 13 maja 2013 09:59:47 UTC+2 u�ytkownik Michal Kleczek
napisaďż˝:
>
> >
>
> >> W calym watku to sie pojawia wielokrotnie:
>
> >> 1. twoje rozwiazania tego nie zapewniaja bo operuja na poziomie systemu
>
> >> plikow - a od systemu plikow do fizycznego rozlozenia danych na
>
> >> nosnikach jeszcze baaaaaaardzo daleka droga
>
> > Czy potrafisz to jakos uzasadnic?
>
> >
>
>
>
> Tak, ale nie chce mi sie, bo to oczywista oczywistosc dla kogokolwiek,
>
> kto ma chocby blade pojecie co to jest i jak dziala system plikow oraz
>
> czym "plik" tak naprawde jest.
>
>

jak dla mnie jest to oślandia do kwadratu

(fir will be back soon, probably)

do góry

Dnia Mon, 13 May 2013 06:35:40 -0700 po głębokim namyśle M.M. rzekł:

> W dniu poniedziałek, 13 maja 2013 15:23:19 UTC+2 użytkownik Michoo
> napisał:
>
>> Sďż˝ jeszcze bazy obiektowe - to raz. A od tego sďż˝ widoki, trigery,
>> procedury sk�adowane, �eby nie by�o bajzlu. Taki przyk�ad ze
>> �wiatka postgresql, kt�ry widzia�em:
>> - w bazie trzymany json jako tekst - dodana funkcja attr(key)
>> zwracaj�ca warto�� na podstawie klucza - utworzony indeks
>> funkcyjny dla r�nych, popularnych wywo�a� atr(key)
>> Masz prosty storage, szybki dost�p do danych (cache, optymalizacja) i
>> SQL pozwalaj�cy na szybkie filtrowanie/sortowanie danych.
>
> Dla mnie denormalizacja bazy i materializacja duzej ilosci widokow to
> bajzel i zrodlo problemow. Wydaje sie ze lepiej miec przejrzysta baze, a
> z problemami wydajnosciowymi radzic sobie poza baza.

Dla mnie C++, C# i Java to same źródła problemów... a bajzel jaki...

Bazy bardzo często się denormalizuje, nawet w OLTP. W analizie
często robi się jedną płaską tabelę jak tylko można dla zarówno
wydajności jak i klarowności.

--
Edek

do góry

Dnia Mon, 13 May 2013 14:46:31 +0200 po głębokim namyśle Michal Kleczek
rzekł:

> On 2013-05-13 14:28, Michoo wrote:
>> On 13.05.2013 13:51, M.M. wrote:
>>> To uzasadnij jak b-drzewo umozliwia oczytanie np. 30 losowo
>>> rozrzuconych rekordow po dysku w sekwencyjny sposob.
>>
>> W "bazie na literkę O" afaik jeżeli umieścisz bazę na osobnej partycji
>> a nie w pliku to:
>> - odczytuje adresy bloków do załadowania - ustala sekwencję odczytu tak
>> aby sekwencja seeków była najkrótsza (czasami czyta się trochę danych
>> sekwencyjnie tylko po to, żeby nie marnować czasu na seek
>
> Dziekuje za info.
>
> Chociaz to chyba i tak bez sensu w dobie zaawansowanych macierzy
> dyskowych, SAN, volume managers, wirtualizacji itd itp...
> Ale moge sie mylic :-)

Wszystko to co wymieniłeś ma swoje właściwości i baza bierze je pod uwagę
tak samo, jak biorą je pod uwagę systemy plików. To znaczy nie zawsze,
jest też kwestia administracji (podania odpowiednich opcji), ale
najczęściej tak. A jak już chodzi o wydajność, to albo bierze pod uwagę
albo admin ma pebkaca.

--
Edek

do góry