This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-01-15
Channels
- # adventofcode (6)
- # beginners (63)
- # boot (39)
- # cider (25)
- # clara (9)
- # cljs-dev (27)
- # clojure (100)
- # clojure-dev (39)
- # clojure-dusseldorf (7)
- # clojure-italy (32)
- # clojure-russia (23)
- # clojure-spec (28)
- # clojure-uk (51)
- # clojurescript (197)
- # core-async (44)
- # cursive (3)
- # datomic (14)
- # emacs (4)
- # fulcro (27)
- # graphql (23)
- # hoplon (4)
- # jobs (9)
- # juxt (1)
- # leiningen (3)
- # nyc (1)
- # off-topic (6)
- # om (7)
- # onyx (6)
- # parinfer (11)
- # re-frame (23)
- # reagent (15)
- # ring-swagger (1)
- # rum (15)
- # shadow-cljs (37)
- # sql (24)
- # uncomplicate (4)
- # unrepl (17)
hey 👋 for syncing between dev/staging/production we’d like to store external db/id
attributes in datomic, is there a best-practice we should follow as how to name those attributes? Anything besides http://docs.datomic.com/best-practices.html#unique-ids-for-external-keys
I seem to have choked datomic. I added an index to a single attribute, and shortly after datomic killed MySQL. Now when I relaunch everything, MySql says “Got an error reading communication packets” and datomic says “Indexing retry limit exceeded”. All values a tweaked, max_allowed_package set to 1024M, log file size increased, etc. What could be causing this?
What is the methodology & tools around restricting the state of the data in datomic. Also, on a more theortical level, when does it make sense to use such restrictions? Should you avoid business logic? In my current db we have triggers like “these db values can’t share the same name”. They tend to cause confusion because its not clear when your writing a db function what triggers you might violate and so its possible to get uncaught exceptions that result in 500's.
@U0DJ4T5U1 I suggest you ask this on SO - I will provide an answer but I think it's better if others can find it
Maybe a good title would be "How to prevent transactions from violating application invariants in Datomic"
I'll look to the question when I get the chance, might be an hour or so
Could you answer the part about how to use such restrictions in slack? That part is probably opinionated the factual and so might not go well over with SO’s guidelines.
I dont think there is anything inherently wrong about constraints. But ideally there would be a way to know when you could possible violate one, so you could handle it. I think some sort of contract (type, spec) might be able to help with that. e.g your query can return the desired result OR possible data about one of these constrain violation.
that way callers would know they need to possibly handle.
@U0DJ4T5U1 answered 🙂
@U0DJ4T5U1 I have not understood what part you want to discuss in Slack however.