This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-05-27
Channels
- # admin-announcements (1)
- # announcements (1)
- # babashka (16)
- # beginners (222)
- # bristol-clojurians (6)
- # calva (13)
- # cestmeetup (5)
- # cider (19)
- # cljs-dev (2)
- # cljsrn (4)
- # clojure (65)
- # clojure-europe (31)
- # clojure-nl (1)
- # clojure-norway (1)
- # clojure-uk (33)
- # clojurescript (64)
- # community-development (5)
- # core-async (18)
- # cursive (15)
- # datomic (6)
- # devcards (1)
- # emacs (18)
- # figwheel-main (102)
- # fulcro (51)
- # graalvm (2)
- # helix (8)
- # instaparse (33)
- # jobs (8)
- # jobs-discuss (3)
- # leiningen (42)
- # off-topic (88)
- # pedestal (15)
- # re-frame (18)
- # reagent (26)
- # reitit (15)
- # rum (3)
- # shadow-cljs (119)
- # spacemacs (9)
- # sql (2)
- # tools-deps (7)
any experiences with migrating or mirroring data from one datomic cloud instance to another? is there some straightforward technique to copy/replay all transactions to a new instance, how would they be queried from the source db?
@e https://docs.datomic.com/client-api/datomic.client.api.html#var-tx-range
(d/tx-range conn {:start nil :end nil :limit -1})
will get you started.
We are considering bumping the Clojure requirement for the Peer API. Please let us know your thoughts! https://forum.datomic.com/t/peer-api-clojure-version-poll/1469
Any plans on adding native support to Datomic for the java.time
classes? Or just java.time.Instant
?
Right now I’m storing everything (local dates, points in time, etc) as java.util.Date
and converting to java.time.Instant
to perform operations. Being able to read things out as java.time.Instant
would mean a lot less conversion back and forth.