This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-03-30
Channels
- # bangalore-clj (1)
- # beginners (23)
- # boot (1)
- # cider (23)
- # cljsjs (2)
- # cljsrn (4)
- # clojure (251)
- # clojure-dusseldorf (2)
- # clojure-gamedev (23)
- # clojure-italy (5)
- # clojure-russia (53)
- # clojure-sanfrancisco (5)
- # clojure-spec (7)
- # clojure-uk (66)
- # clojurescript (169)
- # community-development (21)
- # core-async (10)
- # cursive (15)
- # data-science (1)
- # datomic (7)
- # docker (1)
- # emacs (24)
- # events (1)
- # funcool (6)
- # hoplon (24)
- # liberator (1)
- # luminus (6)
- # lumo (62)
- # mount (7)
- # off-topic (1)
- # om (12)
- # om-next (5)
- # onyx (14)
- # overtone (2)
- # pedestal (58)
- # powderkeg (27)
- # protorepl (1)
- # re-frame (1)
- # ring-swagger (16)
- # rum (51)
- # spacemacs (25)
- # uncomplicate (7)
- # unrepl (22)
- # untangled (7)
- # yada (109)
Say, if I have a transaction that includes :db.fn/cas
and some other data, like [[:db.fn/cas [:some/id 234] :my/attr 1 2] {:db/id 123 :something/else 45}]
, will the entire transaction be aborted if the compare-and-swap fails?
Awesome, thanks @marshall
I can't really find much information about it. I want to start preparing for 10-20 billion datoms and don't want any major mistakes in my architecture.
Let's say for example i had a photos application. If I say every photo has ~ 10 attributes that get edited on average 10 times each, that's 100 datoms which means i can store 100M photos before the DB starts to choke. Eventually I'd have to start putting photos in a second database. Then when I do a lookup for a photo, I'd need to know which database it's in before I try to retrieve it. It's sounding pretty complicated.