A few things (I'm the author of InfiniSQL)<p>1) I include keystore-like stored procedures in the source. They do get/set with integer key and string val. I haven't done thorough benchmarking, but I expect them to outperform the other benchmark I've published, which is quite a bit more complex workload<p>2) (camus2) agreed, nothing ever dies in IT. <i>But</i> roll back the clock a few years. How much noSQL would come into exisence if there was a free xzySQL that scaled across nodes, was fast, etc. I believe the answer is that there'd be very few network-based noSQL for operational workloads if that had been the case.<p>3) jwatte: Yeah! Jagged edges too!<p>4) stephen24: Also, I intend to change the license from AGPL to GPL next time I push out some code. No excuse not to try it out.<p>5) siliconc0w: There's an architectural write-up at High Scalability: <a href="http://highscalability.com/blog/2013/11/25/how-to-make-an-infinitely-scalable-relational-database-manag.html" rel="nofollow">http://highscalability.com/blog/2013/11/25/how-to-make-an-in...</a> -- I believe that the actor model architecture is distinct in InfiniSQL.<p>6) diwu1989: Yes and no. Yes, MemSQL is more mature. No,<p>(a) I'm not sure how MemSQL scales horizontally (especially since that was a feature added after v1 of their code was released), and,<p>(b) MemSQL isn't free software<p>7) itsbits: for now InfiniSQL is mainly for hackers and early adopters--the dependencies are pretty clearly documented but it requires some effort to work with in its current state
I'm supposed to use the perl api for user and schema management? Perl holds a special place in my heart, but I'm not too excited about managing my database with it. How about an interactive console?<p>I'm currently using MySQL, how similar is the SQL syntax?
I believe the original subtitle is "Extreme Scale Transaction Processing" .
"The NoSQL killer" is kind of childish, nothing is going to kill anything.