Two scripts run twice: the plain script raises error messages 2705, 1913, 2714, 1750 on run 2 and changes the Fern price from 11.00 to 12.10, leaving 6 different rows; the guarded script raises no errors, changes 0 rows and leaves 0 different rows

Schema Snapshot: Prove a Deployment Script Is Safe to Run Twice

A schema snapshot records a table’s columns, indexes, constraints and rows, so you can prove a deployment script is safe to run twice. This post runs a plain script twice and watches a price change again. It then guards each step, runs the guarded script twice, and shows that the two snapshots match. Every result comes from SQL Server 2025.

Read More
Two sessions in a deadlock: Session A updates Tea then Honey, Session B updates Honey then Tea, each waits for a lock the other holds, Session A gets error 1205 and retries, and the saved run shows try 1 error 1205 after 3,939 ms and try 2 committed with Tea 98 and Honey 102

Retrying a Deadlock Victim: When the Retry Helps and When It Hurts

Retrying a deadlock victim works when the retry repeats the whole transaction. This post builds a bounded T-SQL retry for error 1205 and tests it against a real deadlock between two sessions. It then shows two cases where a retry does harm: inside an outer transaction and on an error that is not a deadlock. Every result comes from SQL Server 2025.

Read More