Page MenuHomePhabricator

Do a better job of handling spec errors during schema adjustment
ClosedPublic

Authored by epriestley on Nov 1 2014, 5:02 PM.
Tags
None
Referenced Files
F12847985: D10771.id.diff
Fri, Mar 29, 2:58 AM
Unknown Object (File)
Mon, Mar 25, 6:11 PM
Unknown Object (File)
Mon, Mar 25, 6:11 PM
Unknown Object (File)
Mon, Mar 25, 6:11 PM
Unknown Object (File)
Sat, Mar 16, 4:31 AM
Unknown Object (File)
Sun, Mar 10, 3:55 AM
Unknown Object (File)
Feb 5 2024, 9:05 AM
Unknown Object (File)
Jan 19 2024, 6:12 AM
Subscribers

Details

Summary

Ref T1191. Currently if a developer forgot to specify a column type, storage adjust aborts explosively mid-stream. Instead:

  • Make this a formal error with an unambiugous name/description instead of something you sort of infer by seeing "<unknown>".
  • Make this error prevent generation of adjustment warnings, so we don't try to ALTER TABLE t CHANGE COLUMN c <unknown>, which is nonsense.
  • When schemata errors exist, surface them prominiently in storage adjust.

Overall:

  • Once storage upgrade runs storage adjust automatically (soon), this will make it relatively difficult to miss these errors.
  • Letting these errors slip through no longer escalates into a more severe issue.
Test Plan

Commented out the recent mailKey spec and ran storage adjust:

$ ./bin/storage adjust --force 
Verifying database schemata...
Found no adjustments for schemata.

Target                                            Error                      
phabricator2_phriction.phriction_document.mailKey Column Has No Specification

 SCHEMATA ERRORS 

The schemata have serious errors (detailed above) which the adjustment
workflow can not fix.

If you are not developing Phabricator itself, report this issue to the
upstream.

If you are developing Phabricator, these errors usually indicate that your
schema specifications do not agree with the schemata your code actually
builds.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Do a better job of handling spec errors during schema adjustment.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: btrahan.
btrahan edited edge metadata.
This revision is now accepted and ready to land.Nov 3 2014, 8:20 PM
This revision was automatically updated to reflect the committed changes.