SQL Server Interview Topic 14: Release and Production Checks
This topic checks whether you understand database changes in live applications. Production database changes need care because mistakes can affect real users and real data.
You should be able to explain how to prepare, test, release, and verify SQL Server changes safely.
Q102. What is a database migration script?
Quick interview answer:
A migration script changes the database structure or data from one version to another. It may add tables, add columns, update existing data, or create indexes. Migration scripts should be tested before production.
Study in detail: Data Migration and Schema Evolution - These lessons explain database changes over time.
Q103. What should you check before running a production script?
Quick interview answer:
Check the script purpose, affected tables, backup status, expected row count, transaction usage, and rollback plan. Also run a SELECT first when updating or deleting data. Never run unknown scripts directly in production.
Study in detail: Troubleshooting and Backup and Restore - These articles explain safe production handling.
Q104. What is a rollback plan?
Quick interview answer:
A rollback plan explains how to undo a failed release or data change. It may include restoring a backup, running reverse scripts, or disabling a new feature. The plan should be ready before the release starts.
Study in detail: Backup and Restore - This lesson explains recovery planning.
Q105. How do you verify a database release?
Quick interview answer:
Check that expected tables, columns, indexes, and data changes exist. Then test the application screens or APIs that depend on the change. Also confirm logs or reports do not show errors after release.
Study in detail: Monitoring and Performance - This article explains checks after changes.
Q106. Why can development and production databases behave differently?
Quick interview answer:
Production usually has more data, more users, stricter permissions, and different indexes or settings. A query that is fast in development can be slow in production because the data volume is very different.
Study in detail: Performance Case Studies - This lesson explains real performance differences.
Q107. What is the safest way to add a new required column?
Quick interview answer:
Add the column carefully so existing rows are handled. You may need a default value, a data backfill step, and application changes. Making a column NOT NULL without planning can fail when old rows do not have values.
Study in detail: Schema Evolution and NULL Handling - These lessons explain safe schema changes.
Practice Before Next Topic
Prepare answers for these release scenarios:
- Add a new student email column.
- Add an index for a search screen.
- Fix wrong data in production.
- Verify a report after release.
- Explain rollback planning.
Production answers should sound careful. Mention backup, testing, affected rows, rollback, and verification.