I feel datomic is too big for what I need. Although I can deref the db at any point in time, I don't need to query nor need an immutable db right now. I may end up on datomic if there are too much data but for now I usually just need to update and store a key or path in a map. Using the immutant cache like Andy proposed, I can almost keep my code base with the things like
(immutant.caching/swap-in! cache :count (fnil inc 0)) which was (swap! update-in cache [:count] ...) And I also don't care if I loose data as it's dynamic, short lived data anyway On Monday, August 17, 2015 at 1:27:11 AM UTC+2, Andrew Chambers wrote: > > Datomic is basically what you want. when you get a db instance from the > connection it is equivalent to dereffing an atom - You get an immutable > reference to the data at that point in time. > > On Monday, August 17, 2015 at 2:59:09 AM UTC+12, Jeremy Vuillermet wrote: >> >> Hello, >> >> With the rise of Om, Reagent or re-frame for that matter, I'm using more >> a more the single state atom pattern in my clojurescript app. >> So much so that for my current application, I've been using atoms server >> side because my apps are split in really small app that only need to store >> few data - things like mini multiplayer game or polls. >> At the very least, it's useful while developing so I don't have to think >> too much about the storage layer. >> >> While looking for ways to keep my atom like interface while persisting my >> data, I found http://avout.io/ "Distributed state for clojure" which >> would be perfect for my use case. >> I also found things like https://github.com/alandipert/enduro : "durable >> atom in clojure" >> or https://github.com/torsten/zookeeper-atom >> >> All of them does not seem active anymore and I wonder why and what's the >> current status for those kind of thing. >> >> Are those solution not ready for production ? >> Do you eventually end up with a traditional database so nobody need that ? >> > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
