Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>Maybe you should try mongodb:<br> <a href="http://www.mongodb.org/display/DOCS/Amazon+EC2" rel="nofollow">http://www.mongodb.org/display/DOCS/Amazon+EC2</a></p> <p>Quickstart:<br> <a href="http://www.mongodb.org/display/DOCS/Amazon+EC2+Quickstart" rel="nofollow">http://www.mongodb.org/display/DOCS/Amazon+EC2+Quickstart</a></p> <p>Free courses at 10gen and video presentations:<br> <a href="http://www.10gen.com/presentations/nyc-meetup-group/mongodb-and-ec2-a-love-story" rel="nofollow">http://www.10gen.com/presentations/nyc-meetup-group/mongodb-and-ec2-a-love-story</a></p> <p>Other key-value storages:<br> <a href="http://google-opensource.blogspot.com/2011/07/leveldb-fast-persistent-key-value-store.html" rel="nofollow">http://google-opensource.blogspot.com/2011/07/leveldb-fast-persistent-key-value-store.html</a></p> <p>Comments about Riak and their storages especially bitcask and innostore:<br> <a href="http://basho.com/blog/technical/2011/07/01/Leveling-the-Field/" rel="nofollow">http://basho.com/blog/technical/2011/07/01/Leveling-the-Field/</a></p> <blockquote> <p><strong>RaptorDB</strong>: A extremely small size and fast embedded, noSql, persisted dictionary database using b+tree or MurMur hash indexing. It was primarily designed to store JSON data (see my fastJSON implementation), but can store any type of data that you give it.</p> <p><strong>HamsterDB</strong>: A delightful engine written in C++, which impressed me a lot for its speed while I was using Aarons Watters code for indexing. (RaptorDB eats it alive now... ahem!) It's quite large at 600KB for the 64bit edition.</p> <p><strong>Esent PersistentDictionary</strong>: A project on CodePlex which is part of a another project which implements a managed wrapper over the built in Windows esent data storage engine. The dictionary performance goes down exponentially after 40,000 items indexed and the index file just grows on guid keys. Apparently after talks with the project owners, it's a known issue at the moment. </p> <p><strong>Tokyo/Kyoto Cabinet</strong>: A C++ implementation of key store which is very fast. Tokyo cabinet is a b+tree indexer while Kyoto cabinet is a MurMur2 hash indexer.</p> <p><strong>4aTech Dictionary</strong>: This is another article on CodeProject which does the same thing, the commercial version at the web site is huge (450KB) and fails dismally performance wise on guid keys after 50,000 items indexed.</p> <p><strong>BerkeleyDB</strong>: The grand daddy of all database which is owned by Oracle and comes in 3 flavours, C++ key store, Java key store and XML database.</p> </blockquote> <p>(Quotation source: <a href="http://www.codeproject.com/Articles/190504/RaptorDB" rel="nofollow">http://www.codeproject.com/Articles/190504/RaptorDB</a>)</p>
    singulars
    1. This table or related slice is empty.
    1. POWrite heavy, replicated, bigger-than-memory key-value store
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USmguymon
    1. US42n4
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    1. COI've considered mongodb - but it looks over-designed to me: I don't need document storage, indexing, map reduce etc.
      singulars
      1. PO
      1. USNiko Sams
    2. COMaybe Redis or sth mentioned here: http://stackoverflow.com/questions/1733619/writing-a-key-value-store
      singulars
      1. PO
      1. US42n4
    3. COI need a server. Redis doesn't work as my data is too large to be stored in memory.
      singulars
      1. PO
      1. USNiko Sams
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload