Page MenuHomePhabricator

Add a <reviewer, revision> key to the reviewers table
ClosedPublic

Authored by epriestley on Mar 22 2017, 2:00 PM.
Tags
None
Referenced Files
F13086160: D17532.diff
Thu, Apr 25, 12:05 AM
Unknown Object (File)
Thu, Apr 11, 8:22 AM
Unknown Object (File)
Sun, Apr 7, 7:37 PM
Unknown Object (File)
Fri, Apr 5, 9:58 PM
Unknown Object (File)
Mar 23 2024, 10:00 PM
Unknown Object (File)
Feb 17 2024, 8:20 AM
Unknown Object (File)
Feb 11 2024, 3:36 PM
Unknown Object (File)
Jan 23 2024, 11:16 PM
Subscribers
None

Details

Summary

Ref T10967. I'm not 100% sure we need this, but the old edge table had it and I recall an issue long ago where not having this key left us with a bad query plan.

Our data doesn't really provide a way to test this key (we have many revisions and few reviewers, so the query planner always uses revision keys), and building a convincing test case would take a while (lipsum needs some improvements to add reviewers). But in the worst case this key is mostly useless and wastes a few MB of disk space, which isn't a big deal.

So I can't conclusively prove that this key does anything to the dashboard query, but the migration removed it and I'm more comfortable keeping it so I'm not worried about breaking stuff.

At the very least, MySQL does select this key in the query plan when I do a "Reviewers:" query explicitly so it isn't useless.

Test Plan

Ran bin/storage upgrade, ran dashboard query, the query plan didn't get any worse.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Mar 22 2017, 3:24 PM
This revision was automatically updated to reflect the committed changes.