Wiadomości

Sybase: baza danych "in-memory"

28 stycznia 2010 14:08,
Józef Muszyński, IDG News Service
TAGI: bazy danych

Nowa wersja oprogramowania baz danych Sybase jest pierwszą, która może pracować całkowicie w pamięci roboczej.

Wersja 15.5 Sybase ASE (Adaptative Server Enterprise) zawiera opcję bazy danych pracującej w pamięci operacyjnej (in-memory). Tym samym Sybase dołączyła do grona dostawców baz danych oferujących możliwość pracy w tym trybie. Taką możliwość oferuje m.in. Oracle TimesTen In Memory Database 11g i IBM solidDB.

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.

Ocena:
Twoja ocena:

Komentarze (5)

~mamotoja

09-02-2010 15:11

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.

~zooey

01-02-2010 13:36

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]]

~leon1313

28-01-2010 16:37

marketing dla idiotów

~Gość

28-01-2010 16:13

Nie rozumiem co stoi na przeszkodzie umieszczenia plików _dowolnej_ bazy na ramdysku, tmpfs czy podobnym kawałku RAMu udającym pamięc masową?

~john

28-01-2010 16:12

No, ale cena tej bazy to taka trochę spora

Polecane

Przełomowy rok... znowu

Lektura firmowych informacji prasowych i prognoz firm analitycznych nie pozostawia wątpliwości - każdego roku...


Spokój i luz administratora

Wymagania wobec pracowników działów IT rosną proporcjonalnie do stopnia rozwoju teleinformatyki. Oczekuje się, że...


04-204 Warszawa ul. Jordanowska 12
tel.: (+48 22) 321 78 00 fax: (+48 22) 321 78 88
© copyright 2011 IDG Poland SA