comment on

I'm with BrowserUK on this one. Unless you can specify how big your problem is space/processing wise you cannot make a definite recommendation as to what type of solution to use. That would be as irresponsible as recommending some kind of flat-file tool for 1K users planning to perform read/writes in real time.

Those requirements exclude common relational databases...

I cannot say that this statement is definately true. There is multi-master replication available for PostgreSQL clusters up to 128 nodes. I'm fairly certain that other clustering relational databases have multi-master models nowadays as well.

Also, after reading a bit more about how this Raik tool stores its data it sounds an awful lot like you might consider Oracle's Berkeley DB which appears to already have a Perl interface written for it.

Celebrate Intellectual Diversity

In reply to Re: Any NoSQL equivalents of an ORM? by InfiniteSilence
in thread Any NoSQL equivalents of an ORM? by tilly

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


"be consistent"
	PerlMonks