think about it, @hueyp — it’ll always be a coll. several things may have entity alpha as its one thing. having datomic enforce that only one thing has entity alpha adds a lot of busy-work to quite a lot of the api for not much gain.

wasn’t sure if there was some unique constraint magic I didn’t know about is all (you can get the behavior with components)

I’m having trouble using Clojure spec to validate Datomic entities, specifically using clojure.spec/keys since that requires the input to be a map. Any thoughts on that?

Here’s a simple example:

(s/def ::age number?)
(s/def ::name string?)

(s/def ::person (s/keys :req [::name ::age]))

(def person-entity (d/entity (d/db conn) [:person/name "Mr entity"]))

(s/explain ::person person-entity)

val: #:db{:id 17592186069950} fails spec: :some-ns/person predicate: map?

You could call d/touch on the entity first

@danielstockton that is still not a map

I’ve made some progress with using a conformer together with and

basically this:

(defn to-map [input]
  (if (= (type input) EntityMap)
    (d/pull (d/db conn) '[*] (:db/id input))
    input))

(s/def ::person2 (s/and (s/conformer to-map) ::person))

That looks OK, what's missing?

the trouble with pull * is that it only goes one level down

touch works more than one level deep, right? so that might work, if you can convert the touched EntityMap into a clojure map

i thought that pull also worked for nested entities

I'm looking for a generic solution for how to use spec with datomic, and I'm thinking my current solution is not the best way to go about it

count me also interested

@odinodin this “trick” will solve your problem

@odinodin what about http://stackoverflow.com/a/39973918/6264

@borkdude: interesting. However, I also want it to work with fdef

Is there a way to have a persistent datomic database without a separate transactor process? (for development)

@martinklepsch Persistent requires you to use a separate txor via DEV or FREE protocol. If persistent is not a requirement you can use MEM protocol.

ok. hoped there might be something that doesn't require me to start another process

but it's a database after all so I probably should just accept it 🙂 thanks @jaret

welcome to the wonderful world of datomic, @martinklepsch !

yeah, so if you update to the latest version of datomic, make very sure to update your aws-sdk too 🙈