This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-05
Channels
- # adventofcode (419)
- # aleph (8)
- # aws (6)
- # beginners (148)
- # boot (9)
- # cider (24)
- # cljs-dev (37)
- # cljsjs (8)
- # clojure (134)
- # clojure-android (6)
- # clojure-brasil (15)
- # clojure-dev (8)
- # clojure-dusseldorf (2)
- # clojure-greece (67)
- # clojure-italy (8)
- # clojure-japan (3)
- # clojure-russia (3)
- # clojure-spec (8)
- # clojure-uk (13)
- # clojurescript (54)
- # clojurex (6)
- # cursive (5)
- # data-science (12)
- # datomic (15)
- # defnpodcast (11)
- # emacs (25)
- # fulcro (95)
- # graphql (3)
- # lein-figwheel (1)
- # leiningen (27)
- # luminus (1)
- # lumo (6)
- # mount (2)
- # off-topic (112)
- # om (3)
- # onyx (24)
- # perun (3)
- # re-frame (20)
- # reagent (1)
- # reitit (2)
- # ring-swagger (13)
- # rum (10)
- # shadow-cljs (45)
- # spacemacs (24)
- # sql (2)
- # unrepl (78)
- # yada (1)
is there anything I should do in order to force Datomic to remove the data from storage after delete-database
?
I’m on Postgres… I guess given all the Datomic databases are in the same table - I have to vacuum full
the table in order to reclaim the space - is that right?
Datomic 0.9.5656 is now available https://forum.datomic.com/t/datomic-0-9-5656-now-available/229
Blog post with more info: http://blog.datomic.com/2017/12/datomic-pull-as.html
And what about default-expr on map keys? That doesn’t seem to be allowed either. Is it now allowed if we use attrs-with-options?
@favila :ident-only as an attr option is a great feature request - can you add it to the portal?
@favila https://github.com/Datomic/day-of-datomic/blob/master/tutorial/pull.clj#L91 - yes, definitely works on map form
and yes, it looks like i need to tweak the map spec grammar - thanks for catching that
I'm wondering what patterns people use to enforce data integrity constraints. I see that database functions can be used for integrity constraints. It looks like database functions must be intentionally triggered in the transaction meaning it's the obligation of the programmer to remember to fire the right constraint checks. What are the common implementation patterns? I can imagine (1) by convention trigger a common database function which will check all constraints. (2) use different database functions for different types of update so that relevant constraints are checked. (3) keep a list of constraints and associated attributes to decide what constraints need to be checked for a transaction.
The simple use case I was exploring is: unique constraint across multiple attributes. (eg. https://github.com/Datomic/day-of-datomic/blob/master/tutorial/transaction_function_exceptions.clj#L15)