Page MenuHomePhabricator

Denormalize Diff PHIDs onto Revisions
ClosedPublic

Authored by epriestley on Nov 1 2017, 5:50 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Apr 11, 8:10 AM
Unknown Object (File)
Tue, Apr 9, 11:46 PM
Unknown Object (File)
Fri, Apr 5, 3:12 PM
Unknown Object (File)
Mar 4 2024, 6:42 AM
Unknown Object (File)
Feb 15 2024, 5:17 PM
Unknown Object (File)
Jan 25 2024, 12:47 AM
Unknown Object (File)
Jan 3 2024, 7:25 PM
Unknown Object (File)
Dec 30 2023, 6:06 PM
Subscribers
None

Details

Summary

Ref T12539. See PHI190. Currently, each Diff has a revisionID, but Revisions do not point at the current active diff. To find the active diff for a given revision, we need to issue a separate query.

Furthermore, this query is inefficient for bulk loads: if we have a lot of revisions, we end up querying for all diff IDs for all those revisions first, then selecting the largest ones and querying again to get the actual diff objects. This strategy could likely be optimized but the query is a mess in any case.

In several cases, it's useful to have the active diff PHID without needing to do a second query -- sometimes for convenience, and sometimes for performance.

T12539 is an example of such a case: it would be nice to refine the bucketing logic (which only depends on active diff PHIDs), but it feels bad to make the page heavier to do it.

For now, this is unused. I'll start using it to fix the bucketing issue, and then we can expand it gradually to address other performance/convenience issues.

Test Plan
  • Ran migrations, inspected database, saw sensible values.
  • Created a new revision, saw a sensible database value.
  • Updated an existing revision, saw database update properly.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable