The clock was running, and a new column needed to be in production before the next deploy.
Adding a new column seems simple. It is not. Done wrong, it breaks queries, slows reads, or locks tables until your users see errors. Done right, it rolls out without anyone noticing except the metrics.
A new column in SQL starts with a schema migration. In PostgreSQL, ALTER TABLE table_name ADD COLUMN column_name data_type; is the base command. In MySQL and MariaDB, the syntax is similar. The operation sounds small but can be disruptive if the table is large. One careless migration can block writes for seconds or minutes.
Plan for zero downtime. In PostgreSQL, adding a column with a default value that is not NULL rewrites the table. Avoid that on production-sized data. Instead, add the column as NULL, backfill in batches, then update the default in a final migration. In MySQL, ALTER TABLE can lock the table depending on storage engine and column definition. Test in a staging environment with realistic data volumes before touching live systems.