|
|
|
|
|
by testdelacc1
258 days ago
|
|
I stand corrected. I fear I may lose my $5 now. If you don’t mind my asking, did TB add support for transaction metadata? I’ve seen this anti-pattern of map<string, string> associated with each transaction. Far from ideal, but useful. Last I checked TB didn’t support that because it would need dynamic memory allocation. Does it support it now or will it in future? |
|
It’s not that it would need dynamic memory allocation (it could be done with static), but rather it’s not essential to performance—you could use any KV or OLGP for additional “user data”, it’s not the hard contended part.
To keep consistency, the principle is:
- write your data dependencies if any, then “write to TB last as your system of record”,
- “read from TB first”, and if it’s there your data dependencies will be too.