Fork me on GitHub
#datomic
<
2021-03-03
>
xceno10:03:43

Since datomic cloud/ions run on java 1.8, would I need to spin up a separate EC2 instance in my datomic VPC when I need to use a newer version, or can we somehow upgrade/change the JDK for a specific ion? Also, generally speaking when I need certain system dependencies in an Ion, like e.g. Python 3.8 or whatever, is there any way to get this stuff set up inside an ion? I couldn't find any answers to those questions in the forum or anywhere else

em06:03:50

+1 on this, I would be curious about solutions/answers here too

xceno18:03:30

Well, if you ever find an answer please let me know

em23:03:01

Been digging through the docs all day but couldn't find anything more specific pertinent to this. I'm thinking maybe this is something you'd need to do outside Datomic, on configuring the EC2 instances directly? (for python etc., I don't think we can change JDK for ion applications). Not sure if that'd work. That said, if you're doing heavy compute through python libs etc. I'd imagine you wouldn't really want to run those nodes inside Ions anyway, as the overhead of maintaining query group cache, being part of the High Availability fall back group, etc. is probably not desirable. It would make sense just to spin up your custom compute heavy nodes inside the VPC and access Datomic as a client.

thumbnail16:03:35

Datomic Analytics is really cool! Is it possible to expose created-at/updated-at like attributes on the tables?

thumbnail16:03:34

In our systems we use the transaction log to show them in the frontend. which is 👌:skin-tone-2:👌:skin-tone-2:

Joe Lane19:03:26

What would either of those the times represent?

thumbnail20:03:48

Some information about transactions on the entity. I.e. the most and least recent transaction instant would be most interesting for us

Joe Lane20:03:21

What if one of those transaction were modifying an attribute that you're not returning from the query?

Joe Lane20:03:45

Does "lastmodified" even make sense at an entity level?

thumbnail20:03:08

Valid point. In our usecase we mainly need created at. We want to use it to see influx of users over time for example

favila21:03:28

what does it mean to “create” an entity? it’s just a number

favila21:03:14

“txInstant of first assertion on this entity id?”

thumbnail21:03:32

Yes exactly.

favila22:03:34

but you see how that’s not an obviously universal meaning of “created_at”? A specific domain may have a different one

thumbnail06:03:25

Yes, of course. But Im looking for a way to expose any transaction related information (in my case to expose some definition of created at). As it stands now there doesn't seem a way to expose transaction data

thumbnail10:03:15

A possibility for us would be to expose multiple presto endpoints on different d/as-of . That'd also ensure a consistent view of the data.

favila14:03:39

Have you considered adding a “creating-tx” and “last-modifying-tx” attribute to your entities that references a transaction? That would be both faster (no history index needed to determine it) and exposable via pendo

3
favila14:03:27

and would still tie these times precisely to transactions and their txinstant

Joe Lane14:03:02

Those attributes could be applied generally too, no need to make :user/creating-tx .

thumbnail15:03:48

Thatd allow for indexing too. Sounds promising. I'll suggest it to the team. Just need to make sure to include that attribute in related transactions (but that could be generic too I recon)... Thanks!