Clojurians Log v2

Our Datomic Cloud subcription is not showing up on the AWS Marketplace / Manage subscriptions https://console.aws.amazon.com/marketplace/home?region=ap-southeast-1#/subscriptions is that expected? I see other subscriptions though from Container / Machine Image and CloudFormation categories...

downgrading worked

the analytics doesn’t seem to work if db-name contains a dash - character, I’m getting Query 20201123_062629_00002_8pm43 failed: Expected string for :db-name when trying a query, but it works if db name contains only characters

I had a test db that was named project-2020-11-13 with a date and it didn’t work but the db named just project worked fine

I have relation when order has customet attribute and can access customer via: [?o :order/customer ?c] The same way I can access order if I have query of customers. Also I can use get-else when order has no customer. But how can I filter customers without orders? (not [?o :order/customer ?c]) gives an error

:db.error/insufficient-binding [?o] not bound in not clause: (not-join [?o ?c] [?o :order/customer ?c])

Seems that this way works:

(not-join [?c]
[?o :order/customer ?c])

And also seems that not is a sugar on not-join, allowing not to set bindings explicitly and manually

Hmm, seems that (not [_ :order/customer ?c]) also works

huh. for what it's worth, i'm running analytics on a db with a dash in its name without an issue

@ivana it seems to me that issue lies entirely in the binding

they shouldn’t, and I thought they could not

if you read the docs, they make no mention of this

also conceptually, it’s bad: ref values are supposed to be managed by datomic--this is no different than putting a long into a tuple

with composite tuples, it knows what assertion it’s denormalized from; here, there is no support. and you can’t use lookup refs or keywords or tempids to reference these

docs: https://docs.datomic.com/on-prem/schema.html#tuples

I’m wrong though, :db.type/ref is lised as a scalar type

I am pretty sure it wasn’t the last time I read this--maybe a change? Anyway, it still seems like a bad idea

but if you really need to do it, queries needs to be defensive against nils

good to know, maybe it has some other issue, or it was a presto cli problem

[(!= ?x nil)] immediately might work, [(some? ?x)] should definitely work.

[Cloud/Ions] Does all deps have to be under :deps, or can aliases be specified when pushing?

https://forum.datomic.com/t/cognitect-dev-tools-version-0-9-55-now-available/1697

no, AFIK, you can specify an alias As I dig (not documented or explained by anyone): the datomic-cloud instance will download your code, open your deps.edn, take the :deps make and decide which deps it will use (something like, it do not use #tools-deps or at least, not as a simple command line)