Einbettbare Dokumententrägerdatenbank [geschlossen]

StackOverflow https://stackoverflow.com/questions/6080343

Frage

geschlossen. Diese Frage trifft nicht Stapelüberlaufrichtlinien . Es akzeptiert derzeit nicht Antworten.

Möchten Sie diese Frage verbessern? Aktualisieren Sie die Frage, sodass thema für den Stapelüberlauf ist.

geschlossene vor 5 Jahren .

Diese Frage verbessern .

gibt es etwas, das SQLite, aber eine dokumentorientierte Datenbank im Gegensatz zu einem RDBMS?

orient schien etwas ähnlich zu sein, was ich suchte, aber es ist geschrieben In Java, und ich suche etwas, das ich von C ++ verwenden kann.

Idealerweise wäre dies ein serallles System wie sqlite.

War es hilfreich?

Lösung

unQlite

unQlite ist eine In-Process-Software-Bibliothek, die eine implementiert in sich geschlossene, seralllose, null-Konfiguration, Transaktions-NOSQL Datenbankmotor.UNQLITE ist eine Dokumentenspeicherdatenbank ähnlich Mongodb, redis, couchdb usw. sowie ein Standard-Schlüssel- / Wert-Speicher Ähnlich wie Berkeleydb, Leveldb usw.

unQlite ist 100% handcodiert, geschrieben in Ansic, Thread-Safe, voll Reentrant kompiliert unmodifiziert und sollte in den meisten Plattformen laufen Einschließlich eingeschränkter Embedded-Geräte mit einem C-Compiler.UNQLITE IS. In den Windows- und UNIX-Systemen ausführlich getestet, insbesondere Linux, FreeBSD, Oracle Solaris und Mac OS X.

Andere Tipps

eigentlich couchdb ist nicht streng serverorientiert.Es soll in einer Vielzahl von Umgebungen ausgeführt werden.Hier finden Sie hier für Couch auf dem Handy .

erlang, couchdb-Implementierungssprache wurde so konzipiert, dass sie auf eingebetteten Geräten mit kleinerem und weniger leistungsstarken Größenläufen ausgeführt wird als das heutige Telefone.

von http://guide.couchdb.org/draft/why.html

Tokyo / Kyoto Cabinet ist in C ++ geschrieben, ist jedoch ein einfacher Schlüsselwertgeschäft.

Siehe die vollständige NOSQL-Liste für andere Alternativen: http://nosql-database.org/

Es gibt RAVENDB , in .NET geschrieben, mit einer eingebetteten Version.

Haben Sie in Betracht gezogen, Xapian , das C ++ - Gegenstück von Lucene?Es hilft Ihnen, komplexe Abfragen auf Dokumenten mit mehreren Feldern zu speichern und auszuführen.

Ein weiterer Vorschlag ist die Verwendung Berkley db wie es istOptimiert für den eingebetteten Zugriff auf Daten und sehr reif.Sie liefern nicht nur einen K / V-basierten Zugriff, sondern auch zusätzlich SQL-ähnliches, XML- und Java-Objektzugriff.Zusätzlich kasse diese Übersicht .

Try hamsterdb. It's written in C and it has also C++ support (among others). There are many platforms supported.

I haven't tried myself, but maybe this one would meet your requirements:

--CouchDB

http://couchdb.apache.org/

with

--C++ library for communicating with Apache CouchDB

http://code.google.com/p/couchdbpp/

EDIT.

I have answered too fast I see, as CouchDb is rather server oriented. Nevertheless, take a look.

There's also Fossil.

Two questions (or criticisms) that arise frequently regarding Fossil can be summarized as follows:

Why is Fossil based on SQLite instead of a distributed NoSQL database? Why is Fossil written in C instead of a modern high-level language? Neither question can be answered directly because they are both based on false assumptions. We claim that Fossil is not based on SQLite at all and that Fossil is not based on a distributed NoSQL database because Fossil is a distributed NoSQL database. And, Fossil does use a modern high-level language for its implementation, namely SQL.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top