Re:Why some NoSQL DBs only let you perform transactions on a...
by jerven on Friday October 30, 2015 @12:36PM
(#10478838)
And it's a graph database as well with sparql support. Maklogic is really flexible that way.
Re:Why some NoSQL DBs only let you perform transactions on a...
by manigandham on Friday October 30, 2015 @04:02PM
(#10480203)
Do you have info or can you point to anything where I can learn about MarkLogic without all the marketing speak on the site? It's really hard to get any info about how the software actually looks like and works and compares to other options out there...
Re:Why some NoSQL DBs only let you perform transactions on a...
by arosenbaum on Friday October 30, 2015 @06:26PM
(#10480915)
http://developer.marklogic.com is the place to go.
The closest we have to a "comparison" is http://www.marklogic.com/what-is-marklogic/features/ those pages do actually end drilling down to documentation.
Re:Why some NoSQL DBs only let you perform transactions on a...
by sammydavis on Friday October 30, 2015 @01:16PM
(#10479091)
Could you describe where your system sits on the FIT spectrum that the article discusses? Do you believe that scheme for thinking about the trade-offs between isolation, throughput, and fairness doesn't hold for marklogic?
Re:Why some NoSQL DBs only let you perform transactions on a...
by arosenbaum on Friday October 30, 2015 @01:25PM
(#10479151)
They absolutely apply to MarkLogic. We absolutely prioritize FI over T. Coordinating transactions, along with journaling, security and many other features costs in terms of throughput. Now, that cost is relative - our ingest rates are still very quick and we linearly scale. That said, copying JSON or XML into a distributed file system is way quicker.
I'm not sure the buckets provide much guidance in real life. One can configure a system, for an insert only batch load, to prioritize T without giving up FI for the data and transactions that aren't part of that load. If an FI system can load faster than an IT system, this distinction ends up not actually mattering. Plenty of folks who need FI are using products that don't provide it because of culture + budget.
Joe Hellerstein gave a wonderful keynote at ACM SoCC last year that is a great read for all who are interested in this subject: http://db.cs.berkeley.edu/jmh/talks/SoCC14-keynote.pdf
MarkLogic has had transactions since version 1.0. The same mechanisms that enable multi-statement transactions are also critical for overall reliability. A recent Gartner study ranked MarkLogic as #3 for reliability (not NoSQL databases, all databases).
Many on HN may have not heard of MarkLogic as we are not open source. We are, however, the largest NoSQL ISV by employee count (and probably other measures also.)
I am VP, Product Strategy for MarkLogic (ExIngres, ExCohera)