SDB112[high]Compatibility
Column renamed
Clients that use the old column name fail after a rename.
Why it's risky in PostgreSQL
Old application instances still select the old column name until they are replaced.
Add the new column, write to both, backfill, switch reads, then drop the old one.
What triggers it, and the safer way
ALTER TABLE users RENAME COLUMN name TO full_name;ALTER TABLE users ADD COLUMN full_name text;
-- backfill + dual-write in the app, then drop name in a later releaseSuppress it when you're sure
Put this comment on the line before the statement. The reason is required and shows in the report.
-- shadowdb:allow SDB112 <why this is safe here>Applies to PostgreSQL 14, 15, 16, 17.