As might be expected, open-tx-log doesn't work with the speculative db. Still, in this workflow tx log and tx fns seem unnecessary.

we know of a few other people that do that - one thing to watch out for (may not affect you) is consistency, if you've got multiple transactions doing that concurrently

^ agreed, consistency could definitely be an issue, and could possibly be mitigated to some extent (depending on the exact nature of the queries) using :xtdb.api/match operations Also, just sharing this in case you haven't seen it before https://github.com/frankiesardo/minikusari ...which, somewhat remarkably, is fast enough to play Flappy Bird https://frankiesardo.github.io/minikusari/#!/minikusari.tutorial3 🙂

Thanks for pointing out the consistency issue. Can you recommend any resources to read about this (thinking generally, not just about speculative transactions)? At the very least, speculation might be the way to go while in development. I definitely need to read up more about rules engines!

This video recording isn't great, but the slides have some good and relevant detail (largely applicable to XT also): https://gusbicalho.com.br/post/2019/09/01/consistent-updates-in-datomic-clojure/south-2019/

Thanks, very useful!

@U899JBRPF Does minikusari work on top of XTDB as well? That would be very cool for one of our use cases cause we use clara at the moment

Not out-of-the-box, but something roughly the same could definitely be made to work. I have no experience with clara or other production rules engines though, so can't really judge all the limitations (I'm sure there are many!) Also note that compared to a system like RDFox (multi-core, in-memory reasoning engine with a patented algorithm...), using XT for this might be quite slow 🙂 https://www.oxfordsemantic.tech/blog/datalog-basics-and-rdfox

oh that looks even better indeed!