We default to squuids by default, but that doesn't stop us from using namespace uuids (v5) where we have a hash-like use case. We don't notice any operational difference but we're not very sensitive to performance or space

makes sense

i’m working on something with a notion of “people with the link” security

would be nice to have the link be just the ID, unguessable, without having to include a special token

all the other uses of uuids will be relatively small in number - pretty much all interesting publicly accessible entities in this system can have this security mode

so i was trying to decide if i should use squuid + token, or random uuid for this - there’s probably no other (immediate) usecase for uuids & most other internal entities can just use datomic long ids

if you are doing direct lookup it's probably fine. the downside of not using squuids is fragmentation

thinking about it more, a special token is probably the right way to go anyway - as you may want to revoke it (ie change the link, or create a new one)

so, seqs, locality, etc suffer; indexing takes longer and generates more garbage (disk space)

if you don't have scanning queries you're probably fine with the read-side downsides of fragmented index

so only the write side matters, and probablu only matters at scale

is my thinking anyway. without hard numbers

yeah - that was basically my thought process, which is why i wanted an excuse to just use totally random 🙂

thanks

Can someone point me to the recipe for running datomic console with the free transactor? For me the console keeps throwing an exception when I try to run any query.

I’m launching with bin/console -p 8080 dev datomic:. This is inside a docker container, where transactor is a linked container.

The exception is

console_1     | ActiveMQNotConnectedException[errorType=NOT_CONNECTED message=AMQ119007: Cannot connect to server(s). Tried with all available servers.]
console_1     | 	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:799)
console_1     | 	at datomic.artemis_client$create_session_factory.invokeStatic(artemis_client.clj:114)
console_1     | 	at datomic.artemis_client$create_session_factory.invoke(artemis_client.clj:104)

@gonewest818 as far as I remember I had to mess with the alternative host to get it to work last time I tried. It wasn’t the free protocol but the dev protocol, although I guess your problem might be similar

by alternative host I mean the “altHost” setting

It might not have anything to do with your issue though, just my two cents…

thx

in transactor.properties

protocol=free
host=0.0.0.0
alt-host=127.0.0.1
port=4334

ok I changed that to alt-host=transactor and I think it’s resolved

@gonewest818 sorry I was afk. Glad you got it fixed! 🙂