给int类型字段赋长字符串能否阻止SSMS误按F5全量执行？

你当前采用的「前缀故意写错的类型转换语句触发报错阻断执行」的方案可靠性极差，绝对不要在生产环境使用，完全覆盖不了所有裸按F5的误操作场景。

你测试时看到第二句没执行，只是刚好撞上了同个执行批内、编译阶段可识别的严重类型转换错误触发了批终止，这个触发条件非常苛刻，随便碰到以下任意一种情况就会直接失效：

• 只要防呆语句和后续语句之间出现GO批分隔符，两个部分会被拆成独立执行批，前一个批的报错完全不会影响GO之后的语句正常执行。很多人写运维、变更脚本本来就有分段加GO的习惯，这时候顶部的防呆语句等于完全失效。
• 错误触发时机不对时，后续语句依然会执行。你碰到的类型转换错误属于编译期就能识别的批级错误，但如果碰到SQL Server延迟编译场景（比如脚本内先创建临时表再操作临时表、高版本SQL Server的交错执行特性），部分错误会到运行时才抛出；如果脚本里手动设置了SET XACT_ABORT OFF，非致命运行时错误根本不会阻断后续语句执行，可能出现防呆语句报错、后面的UPDATE/DELETE已经跑完的情况。
• 防呆语句本身有执行成功的风险。如果后续表结构变更，你用来触发报错的int类型字段被改成了字符类型、或者出现了可隐式转换的情况，防呆语句会直接执行成功，反而平白制造数据错误。

直接修改SSMS的新建查询模板，所有新打开的查询窗口默认顶部加以下语句即可，从机制上阻断全量执行的可能：

-- 防误触：未手动选中语句时，直接按F5不会执行任何后续内容
SET NOEXEC ON;

这个开关是会话级配置，打开后SQL Server只会对后续语句做语法解析、编译，不会实际执行任何操作。你真需要执行语句的时候，手动选中需要运行的片段点执行即可——选中内容执行时SSMS只会把你高亮的片段提交给数据库引擎，不会带上顶部的SET NOEXEC ON配置，选中的语句可以正常运行。如果确实需要全窗口执行，手动把NOEXEC ON改成NOEXEC OFF再操作即可，没有边界场景可以绕过这个限制。

如果不想用NOEXEC，也可以在模板顶部直接加RETURN;，但要注意这个方法拦不住RETURN语句之后GO分隔符后面的独立批，可靠性比NOEXEC差一截。

内容的提问来源于stack exchange，提问作者user1693404