thank you @schmee @val_waeselynck @stuartsierra . We are thinking of microservices. personally, I am extremely concerned about the transactions, latency, consistency issues surrounding a kafka/micro-se/materialized-views approach. One thought is , use kafka as log but not as event source. instead use datomic as the database and as coordination scheme for intra-service coordination. In this model, the external commnds are logged to kafka and will be handled by some entry service. after that point, the mutations done by all services are over datomic to which all the services have visibility to. all the mutations and internal commands between services can be logged to kafka but only as a 'FYI'. In this mode, it is not a 'micro-service' per say, but, 'modular services'. if all our data needs can be supported by one datomic instance, there is no problem, but, looks like it is not the case. so .. do you think, the pain of 'distributed tx over multiple datomic' is more manageable than the pain of 'distributed tx in a event sourced design' ? any thoughts are appreciated.

Hi! Quick question about Datomic data modelling: it seems that relying on attributes present on entities to determine what “type” of entities they are is a bit messy. Would it make sense to tag entities with something like :node/label, defining their type?

e.g. {:node/squuid ... :node/label :node.label/person ...}

that is a common technique

Cool, thanks @favila 🙂