This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-07-09
Channels
- # admin-announcements (43)
- # beginners (11)
- # boot (141)
- # cider (48)
- # clojure (82)
- # clojure-canada (1)
- # clojure-dev (1)
- # clojure-norway (20)
- # clojure-russia (6)
- # clojure-uk (12)
- # clojurescript (268)
- # datomic (14)
- # editors (5)
- # euroclojure (5)
- # jobs (2)
- # ldnclj (109)
- # off-topic (7)
- # om (6)
- # other-lisps (3)
- # re-frame (13)
- # reagent (3)
- # sim-testing (5)
- # sydney (1)
@tcrayford: Sure. Bear with me because I don’t have much experience with Datomic so this question could be due to my ignorance. Specifically, I’m not sure how I’d deal with historic references that point to the wrong user entity. Let’s say you annotate transactions with the user who made the change for auditing but later that user is merged into another user.
@tcrayford: There’s nothing specific to Datomic about this question in terms of reading the most recent data but I don’t think I understand the implications of merging user accounts when it comes to Datomic time travel.
@domkm: you can't change the past 😉 So in those cases, the old transaction references would point to the old user
but it seems to me like you could store "this user was merged with user YYY" on that user (remember attributes are flexible compared to rows) and know about that at query time
@tcrayford: So retract one of the user entities and assert a ref like user/merged-with
that refers to the remaining user?