This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-05-07
Channels
- # beginners (71)
- # boot (25)
- # cider (204)
- # clara (18)
- # cljs-dev (10)
- # cljsrn (64)
- # clojure (50)
- # clojure-dev (2)
- # clojure-dusseldorf (1)
- # clojure-india (5)
- # clojure-italy (1)
- # clojure-nl (21)
- # clojure-poland (65)
- # clojure-spec (41)
- # clojure-uk (10)
- # clojurescript (4)
- # core-async (5)
- # cursive (2)
- # datomic (17)
- # duct (8)
- # emacs (8)
- # fulcro (1)
- # graphql (21)
- # hoplon (2)
- # javascript (3)
- # lumo (25)
- # mount (5)
- # off-topic (5)
- # onyx (3)
- # portkey (6)
- # re-frame (15)
- # reagent (5)
- # rum (1)
- # shadow-cljs (198)
- # spacemacs (19)
- # specter (2)
so confusing - where's the documentation ? There's nothing here https://docs.datomic.com/on-prem/moving-to-cloud.html to suggest it doesn't support multiple dbs (maybe there is, but not to my naive eye)
ok I think I've found it: https://docs.datomic.com/on-prem/clients-and-peers.html "cross database joins" is "no" in the client column
that, combined with https://docs.datomic.com/on-prem/moving-to-cloud.html#sec-3 "Apps that make heavy use of peer locality will require substantial alteration for Cloud"
does suggest Datomic Cloud doesn't support multiple database queries, which is a shame since it's an appealing feature
I wish Datomic's documentation was much clearer for newbies
@octo221 Cloud is still brand new. although they don’t say it anywhere, you can basically treat Cloud as “Beta”.
It’s not beta
But it is new
does Datomic cloud support in-memory dbs ?
No - the data is ... in the cloud
the cloud is just other computers though
i mean in-memory on the other computers - not the client
data is cached across many levels in Datomic cloud, possibly including memory. but you generally shouldn’t know or care.
@octo221 I think the answer is no, datomic cloud does not give you any storage choices, so mem-only db is not possible
@alexmiller @favila ok thanks for the clarification. I guess it's ok to create disposable dbs for testing and then delete them afterwards
yes, that’s the approach I’ve used - in a fixture, create a database whose name includes a uuid, test, then delete