Lue uutinen mobiilisivustolla

IBM moninkertaistaa relaatiotietokantojen suorituskyvyn

3.11.2008 14:09 IBM on julkistanut solidDB Universal Cache -teknologian, jonka se kertoo parantavan relaatiotietokantojen suorituskykyä jopa kymmenkertaisesti.

IBM solidDB Universal Cache -teknologian ansiosta tietokannassa oleva tieto voidaan säilyttää tietokoneen keskusmuistissa kiintolevyn sijaan.

Sovellukset yltävät näin IBM:n tiedotteen mukaan jopa 120 000 tapahtumakäsittelyyn sekunnissa ja vasteaika on vain mikrosekunteja.

Teknologiaa se kertoo voitavan käyttää IBM DB2:n lisäksi useiden eri tietokantojen yhteydessä niiden suorituskyvyn nostamiseen: Informix Dynamic Server, Microsoft SQL Server, Oracle ja Sybase.

IBM solidDB 6.3 Universal Cache tulee markkinoille joulukuussa 2008 ja sisältää tuen IBM DB2-, Informix Dynamic Server-, Oracle- ja Sybase-tietokannoille. Tuki Microsoft SQL Serverille on saatavilla vuoden 2009 ensimmäisellä vuosineljänneksellä.

Jarmo Lahti toimitus@digitoday.fi

Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.

Kirjoita kommentti

Kommentit (6)

0

0

Nerokasta, miksi kukaan ei ole ennen keksinyt, että muisti toimii nopeammin kuin levy! Toivottavasti IBM saa tämän käänteentekevän ideansa patentoitua. Ei se mitään, että ACID-ominaisuuksista joutuu tiputtamaan D:n pois, kunhan transaktioita saadaan paljon sekunnissa.

J

Lainaa Ilmoita asiaton viesti

# 3.11.2008 14:27

0

1

Onkos tämä, ainakin osittain, suomalaista perua?

MikkoM

Lainaa Ilmoita asiaton viesti

# 3.11.2008 14:56

0

1

in-memory tietokanta ei kyllä ole mikään uusi innovaatio. ehkä tuo luvattu throughput on keskimäärin parempi kuin muissa tuotteissa.

acidin d saadaan hajauttamalla kanta klusteriin.

db dude

Lainaa Ilmoita asiaton viesti

# 3.11.2008 15:16

1

2

Onpa hurja innovaatio. Kun muisti oli kallista niin markkinoille tuli näitä in-memory-db -tuotteita. Nyt kun muisti on halpaa niin riittää aika pitkälle kun annetaan vaan oraclelle/ms sql serverille sitä muistia tarpeeksi. Jos db-palvelimella on 16 gigaa muistia ja dataa on esim. 4-8 gigaa niin eipä sitä levyä tarvi ihan hirveästi ruksuttaa.

Kannattaa myös muistaa että joissain tapauksissa on aika ikävä jos ei ole 100% varmaa että INSERT-lauseen suoritus on tehty sinne levylle asti. Eli on niillä in-memory-db -ratkaisuilla myös heikkoutensa.

Huisia

Lainaa Ilmoita asiaton viesti

# 3.11.2008 19:27

0

1

Muistilohko (block) on keskusmuistissa hieman eri asia kuin levyllä. Kokoero on esim. 80-320-kertainen. Tuon kokoeron vuoksi keskusmuistitietokannan tulee käyttää täysin erilaisia algoritmejä ja tietorakenteita kuin levykannan sillä muistilohkon käsittely on se mikä maksaa.

Jos tietokanta kirjoittaa lokia ei ole väliä onko kyse keskusmuisti- vai levykannasta. Esim. solidDB kirjoittaa lokia levylle tai 'verkkoon'.

nörtti

Lainaa Ilmoita asiaton viesti

# 3.11.2008 22:37

0

1

Miksi odottaa jouluun asti, kun Oracle on tarjonnut vastaavaa toiminnallisuutta jo pitkään. Oraclen TimesTen teknologia on koeteltua teknologiaa.

Joulu tulee aikaisin

Lainaa Ilmoita asiaton viesti

# 4.11.2008 11:43

Sivut: 1 Edellinen Seuraava

Kirjoita vastaus

Ohjeet: Pysy aiheessa ja kirjoita napakasti. Muista, että haastateltavilla, kanssakeskustelijoilla ja toimittajilla on oikeus omaan, eriävään mielipiteeseen. Ole kohtelias ja ystävällinen, äläkä tarkoituksella provosoi tai hauku muita keskustelijoita. Taloussanomat varaa oikeuden poistaa asiattomat viestit. Varauduthan siihen, että linkkejä sisältävät viestit tarkistetaan yksitellen roskapostin suodattamiseksi. Arvostamme mielipidettäsi!
Lue koko keskusteluetiketti

Bottivarmistus: mitä on kaksi ynnä viisi?

Viesti Nimi

Uutiset

Krp: Hyvinkään ampujan uhrit näyttävät valikoituneen sattumanvaraisesti

• Hyrian rehtori: Uhrit olivat luokkansa priimuksia
• Paatero: Poliisi toimi oikein ampumispaikalla
• Tahkon pelaaja kuoli, kaksi muuta loukkaantui Hyvinkään ammuskelussa
• Hyvinkään ammuskelusta yksi potilas yhä kriittisessä tilassa