2009-08-17 3 views

Antwort

1

mit SQLite Betrachten, es ist klein, leicht und kann gezwickt werden, um ihre Auswirkungen auf das Dateisystem zu senken. Beachten Sie jedoch, dass die Atomizität bei einigen IO- und Leistungskosten liegt. Sie sollten immer versuchen, DB-Aktualisierungen zusammenzufassen, um den Overhead zu reduzieren.

+0

SQlite kombiniert mit einem Protokoll-strukturierten Dateisystem sollte funktionieren. –

0

Es ist noch nicht fertig, aber RethinkDB, ein YC-Startup, entwickelt eine Speicher-Engine für SSDs.

0

Haben Sie versucht Gemstone? Ein OODB hat verschiedene Zugriffsmuster.

Dale scheint eher die impressed

+0

Hm. Warum GemStone? Ich finde nichts über die Kompatibilität mit ssd –

2

Es oben RethinkDB speziell für den SSD entwickelt, erwähnt wird. In der gleichen Zeit gibt es Zugriffsmuster, wo vorhandene DB-Engines viel von der SSD profitieren. Dies sind Muster, wenn eine Menge zufälliger IO benötigt wird. Es ist normalerweise Indexzugriff. Es gibt also keine speziell entwickelten RDBMS-Engines für die SSDs, während IMHO alle in einigen Fällen zufällige IO verwenden.

-1

Valentina-Datenbank kann einer der besten Wahl sein. Und nicht nur für SSDs. :)

Valentina führt Abfragen schneller von SqlLite (natürlich), MSQL, MS, Oracle, FireBird, Postgre mit Rate x10-100 in der Regel.

Es ist nicht riesig, Motor nur 4-10MB (hängt von libs Sie verwenden). und es schaffen ziemlich kompakte dbs und Indizes.

Ich brauche eine INSERT-Abfrage pro paar Sekunden und statistische Verarbeitung von eingefügten Zeilen pro 24 Stunden.

zum Beispiel in einer Bank mit Tabelle mit 17 Feldern aller Art, auf modernes MAC INTEL Buch, gehen 100K Einsätze in 3-4 Sekunden nur.

Verwandte Themen