Sybase: baza danych "in-memory"
Nowa wersja oprogramowania baz danych Sybase jest pierwszą, która może pracować całkowicie w pamięci roboczej.
Podejście "in-memory" wymaga umieszczenia całej bazy danych w pamięci roboczej serwera, zamiast przechowywania jej na dysku. Takie rozwiązanie istotnie skraca czas operacji zapisu i odczytu w bazie danych - takie operacje na dysku zabierają kilka milisekund, a operacje zapisu i odczytu w trybie in-memory trwają poniżej milisekundy. (Zmiany mogą być później zapisywane na dysku).
Współczesne, duże systemy transakcyjne, takie jak te stosowane w operacjach finansowych, mogą wykonywać kilkaset tysięcy transakcji na sekundę, a oczekuje się, że w nadchodzących latach przekroczą próg miliona na sekundę. W wielu wypadkach operacje odczytu i zapisu na dysk są wąskim gardłem w takich systemach.
Technologia in-memory Sybase nie wymaga stosowania specjalistycznego API po stronie aplikacji, co jest zazwyczaj cechą takich rozwiązań.
Podczas ustawiania ASE, administrator może wybrać opcje pracy bazy danych w pamięci operacyjnej, a pojedynczy system bazy danych może łączyć oba typy bazy danych: in-memory i opartą na dysku. Oprogramowanie nie ma ograniczeń ile pamięci operacyjnej może być użyte dla bazy danych in-memory.
Innym nowym mechanizmem ASE 15.5 jest integracja z IBM Tivoli Storage Manager, która ma zapewniać automatyczne składowanie. Ta wersja ASE zapewnia też możliwość wykonywania stempli czasowych z dokładnością do mikrosekund - wcześniejsze wersje zapewniały dokładność na poziomie milisekund.
Komentarze (5)
Zgadza się, że utworzenie bazy na ramdysku przyśpieszy pracę. Trzeba jednak pamiętać o kilku sprawach: 1. optymalizator zapytań nadal traktuje ramdysk jako dysk (co znacznie wpływa na jego wydajność) 2. serwer nadal wykorzystuje pełne zapisy zmian do dziennika transakcji (nawet znajdującego się w ramdysku) co w tym wypadku jest niepotrzebne 3. każdy start takiej bazy jest związany z podniesieniem bazy z kopii. Zaś przy rozwiązaniu in-memory-db: 1. optymalizator ma odpowiednio ustawione algorytmy kosztowe 2. W związku, że baza jest tylko w pamięci, wszelkie operacje związane z dziennikiem transakcyjnym są minimalizowane. 3. baza jest automatycznie podnoszona ze "wzorcowej bazy" Głównie punkty 1 i 2 powodują znaczny wzrost wydajności (do x10) i to jest do sprawdzenia.
Umieszczenie bazy w ramdisku to zupełnie co innego, bazy danych w pamięci mają zoptymalizowane algorytmy specjalnie pod pamięć operacyjną RAM. Ramdisk to owszem pamięć ram ale algorytmy które przydzielają miejsce w ramdisku to cały czas algorytmy dyskowe w związku z tym trwa to dłużej. Polecam lekturę tego posta. Opisuje TimesTen i solidDB [[http://bigdatamatters.com/bigdatamatters/2009/12/oracle_ibm_database_comparison.html]]
marketing dla idiotów
Nie rozumiem co stoi na przeszkodzie umieszczenia plików _dowolnej_ bazy na ramdysku, tmpfs czy podobnym kawałku RAMu udającym pamięc masową?
No, ale cena tej bazy to taka trochę spora
- Prawo Moore’a zagrożone?
- Bezpieczeństwo WiFi - bezprzewodowe testy penetracyjne
- Wirtualizacja: obsługa SMB na czterech U
- Prawdziwe powody powstania Microsoft Open Technologies
- Open source: zmierzch ery GPL? Nie do końca...
- ROVER - prosty sposób na słabość BGP?
- Zaawansowane stacje Wi-Fi Ruckus Wireless
- Rozstanie z Javą nie będzie proste
- Serwery "zombie" w centrum danych
- Google Drive uwypukla słabe strony publicznych chmur obliczeniowych
Reklama
Huawei celuje w rynek biznesowy
Huawei nieustannie rozwija się jako dostawca infrastruktury dla branży telekomunikacyjnej. W tym roku chiński koncern zamierza umocnić swoją pozycję również na rynku rozwiązań Enterprise.
Polecane
Koniec Windows XP początkiem problemów?
Microsoft oficjalnie potwierdził, że za dwa lata definitywnie zakończy się era Windows XP - systemu operacyjnego,...
Spokój i luz administratora
Wymagania wobec pracowników działów IT rosną proporcjonalnie do stopnia rozwoju teleinformatyki. Oczekuje się, że...
