From Fedora Project Wiki
(Created page with "* '''[http://fallabs.com/kyotocabinet/ Kyoto Cabinet]''' (replacing Tokyo Cabinet) ** ''Search key length:'' ** ''Read-only access to DB:'' ** ''Supported architectures:'' ** ...") |
No edit summary |
||
| Line 1: | Line 1: | ||
* '''[http://fallabs.com/kyotocabinet/ Kyoto Cabinet]''' (replacing Tokyo Cabinet) | * '''[http://fallabs.com/kyotocabinet/ Kyoto Cabinet]''' (replacing Tokyo Cabinet) | ||
** ''Search key length:'' | ** '''Search key length:''' No limit from database itself (uses c++ std::string or combination of c-style string and its length). | ||
** ''Read-only access to DB:'' | ** '''Read-only access to DB:''' See http://fallabs.com/kyotocabinet/spex.html, part ''Sharing One database by Multiple Processes''. TL;DR: One DB cannot be accessed by multiple processes, DB file is protected by reader-writer lock (which means it will probably require write access even for read-only operation). | ||
** ''Supported architectures:'' | ** '''Supported architectures:''' Linux 2.6 and later (i386/x86-64/PowerPC/Alpha/SPARC) | ||
** ''Query keys larger than X:'' | ** '''Query keys larger than X:''' DB supports [http://fallabs.com/kyotocabinet/api/classkyotocabinet_1_1PolyDB.html#a23cafa21e981567d1d3f82b437ebcd9d matching by regex], which should be possible to use for this kind of query. Other possibilities are [http://fallabs.com/kyotocabinet/api/classkyotocabinet_1_1PolyDB.html#ae1a3c5cf00e8b44d058e13bef372cc4f match by prefix] and [http://fallabs.com/kyotocabinet/api/classkyotocabinet_1_1PolyDB.html#af822c534ddc01b51a3b21ccd4bcdedea match by similarity]. | ||
* '''[http://unqlite.org/ UnQlite]''' | * '''[http://unqlite.org/ UnQlite]''' | ||
** ''Search key length:'' | ** '''Search key length:''' | ||
** ''Read-only access to DB:'' | ** '''Read-only access to DB:''' | ||
** ''Supported architectures:'' | ** '''Supported architectures:''' | ||
** ''Query keys larger than X:'' | ** '''Query keys larger than X:''' | ||
Revision as of 09:02, 25 June 2015
- Kyoto Cabinet (replacing Tokyo Cabinet)
- Search key length: No limit from database itself (uses c++ std::string or combination of c-style string and its length).
- Read-only access to DB: See http://fallabs.com/kyotocabinet/spex.html, part Sharing One database by Multiple Processes. TL;DR: One DB cannot be accessed by multiple processes, DB file is protected by reader-writer lock (which means it will probably require write access even for read-only operation).
- Supported architectures: Linux 2.6 and later (i386/x86-64/PowerPC/Alpha/SPARC)
- Query keys larger than X: DB supports matching by regex, which should be possible to use for this kind of query. Other possibilities are match by prefix and match by similarity.
- UnQlite
- Search key length:
- Read-only access to DB:
- Supported architectures:
- Query keys larger than X: