3 ms·

Datomic already sort of does this :) You configure a storage backend (Datomic does not write to disk directly) which can be dynamodb, riak, or any JDBC database

Datomic already sort of does this :) You configure a storage backend (Datomic does not write to disk directly) which can be dynamodb, riak, or any JDBC database including postgres. You won't get readable data in PG though, as Datomic stores opaque compressed chunks in a key/value structure. The chunks are adressable via the small handful of built-in indexes that Datomic provides for querying, and the indexes are covering, i.e. data is duplicated for each index.

brundolf 3y ago
Interesting! I assumed Datomic was entirely custom Now I'm even more curious if you could skip Datomic and just do something like this directly with a relational DB in production
- kamma4434 3y ago
  Yes, but you end up rewriting Datomic!
  - brundolf 3y ago
    Well, except it sounds like Datomic is closed-source :)
  - Moru 3y ago
    Nah, our (not very good) implementation existed 10 years before Datomic :-)
- JBiserkov 3y ago
  But why?! The whole point of Datomic is that it implements this entire immutable framework for you, on top of mutable storage. So YOU can focus on building your own specific business logic, instead of re-implementing the immutable DB wheel.
  - xmcqdpt2 3y ago
    Because, for example, your application is not tied to the JVM? You are uncomfortable using closed source software for such a critical piece of infra? As far as I can tell they don't even have a searchable bug report database! I'd hate to be the one debugging an issue involving datomic.