Back to the channels

#java

1. 04:45 jreicher Any recommendations for a nosql db library? Maybe in-memory, maybe not, but has to be disk-persistent between runs,
2. 07:13 NeXeN nitrite, mapdb, objectbox,
3. 07:14 NeXeN lmdb also probably
4. 07:54 Para postgresql-jdbc
5. 07:55 Para "nosql" isn't really a category, and postgresql can emulate lots of kinds of db:s, so...
6. 07:55 Para Well, even saying emulate in this context isn't accurate.
7. 07:55 Para Anyway. K/V, document, graph, relational...what's the flavor of NoSQL you're looking for?
8. 11:44 dreamreal jreicher: what do you need this nosql db to do, what models do you need
9. 11:44 dreamreal nosql tends to be document store, key/value, or graph, but there are embeddable versions of each of those
10. 12:35 cheeser i still want to write mongodb's version of h2.
11. 12:36 cheeser same operational heuristics just all in memory and embeddable.
12. 12:58 dreamreal We sort of did it with the jcache JSR
13. 12:58 dreamreal one of the proposals had the capability, we wrote a POC that was memory-only
14. 12:59 dreamreal much more simple query semantics than MongoDB but that's just because it was one dude (me) writing the impl and I didn't have time or interest in donig more than showing the concept
15. 12:59 dreamreal I think I wrote value matching (so you could find a structure that had a field with a specific value) because other predicates were just additions to that idea
16. 13:00 dreamreal I don't think any of those proposals went anywhere: i think jcache as a JSR was mostly a way so that coherence et al could say they were participating
17. 14:59 cheeser had to justify that acquistion money
18. 15:08 dreamreal They'd already been acquired at that point, and I don't think cameron was the problem there
19. 15:09 dreamreal I think the intention of a LOT of JSRs boiled down to "we want to make the standard look like what we do" and not "we want to work out what the standard SHOULD be"
20. 15:09 dreamreal I purposefully got mercury to map across a few providers to prove that it could be done
21. 15:10 dreamreal ("works on a hashmap" was the floor, then I had it work on other k/v stores too, and the intention was to have THEM run the predicates internally because duh)
22. 15:11 Para var mongoDb = ne Hashmap() + forced casts everywhere
23. 15:12 Para wwww, hmm my w seems to be malfunctioning
24. 15:37 dreamreal (historical note: i used mercury because it's a planet name. My goal was to force the JSR to make a choice before I built a prototype that I had to name "uranus.")
25. 15:43 dreamreal "Welcome to Confoo! Today we're talking about JCache, and going over the current proposal, which Cameron caused to be named 'uranus.' And yes, I'm saying 'your anus' because I resent it taking this long."
26. 15:43 dreamreal "And also it's sort of my opinion of some of the participants, I'm not saying who."
27. 17:41 DynamiteDan I had a great experience with mongo storing json Strings directly
28. 17:41 DynamiteDan I use the static parse method on the Document class
29. 17:41 DynamiteDan since there are no performance issues, it works for me
30. 20:39 dreamreal "Since there are no performance issues..."
31. 20:40 sonOfRa Well that does happen when you have like 500 users and your hardware is overprovisioned to hell :D