针对你遇到的两个SQL Server 2012用户定义表类型的问题，我整理了具体的排查和解决步骤：

问题1：无活动依赖项仍无法删除用户定义表类型 #

这种情况在SQL Server 2012里不算罕见，大概率是依赖项检测不彻底或者元数据残留导致的，你可以按下面的步骤排查：

• 先确认真的没有隐藏依赖：执行下面的查询，检查所有引用该类型的对象（包括存储过程、函数、触发器甚至未提交事务里的引用）：

SELECT referencing_schema_name, referencing_entity_name, referencing_class_desc
FROM sys.dm_sql_referencing_entities('dbo.你的类型名', 'TYPE');

如果返回空结果，再检查是否有活跃会话在占用这个类型：

SELECT s.session_id, s.login_name, r.command
FROM sys.dm_exec_sessions s
JOIN sys.dm_exec_requests r ON s.session_id = r.session_id
WHERE r.sql_text LIKE '%你的类型名%';

如果找到对应的会话，执行KILL <session_id>;结束会话后再尝试删除。

• 刷新SSMS缓存：有时候SSMS的依赖项列表没及时更新，右键你的数据库选择「刷新」，或者重启SSMS后再试。

• 极端情况：如果以上都没用，可能是系统元数据出现异常，需要重启SQL Server服务（记得提前通知业务方，避免影响）。

问题2：修改用户定义表类型中VARCHAR列的大小（含依赖项处理） #

你尝试的重命名原类型再重建的思路是对的，但可能漏掉了更新依赖对象的类型引用，导致执行存储过程时出现截断问题，完整的步骤应该是这样：

1. 先导出所有依赖该类型的对象清单：

SELECT referencing_schema_name, referencing_entity_name, referencing_class_desc
FROM sys.dm_sql_referencing_entities('dbo.T_MyType', 'TYPE');

把这些存储过程、函数等都记录下来，后续要更新它们的定义。

2. 重命名原类型，避免冲突：

EXEC sp_rename 'dbo.T_MyType', 'T_MyType_1';

注意：重命名后，原来的依赖对象会自动指向T_MyType_1，所以接下来必须更新这些对象。

3. 生成新类型的创建脚本，修改目标VARCHAR列的大小：
   比如原来的类型定义是：

CREATE TYPE dbo.T_MyType_1 AS TABLE
(
    ID INT,
    MyColumn VARCHAR(50)
);

编辑脚本去掉_1，并修改列大小，执行创建新类型：

CREATE TYPE dbo.T_MyType AS TABLE
(
    ID INT,
    MyColumn VARCHAR(200) -- 改成你需要的大小
);

4. 更新所有依赖的存储过程/函数：
   找到之前记录的依赖对象，比如某个存储过程dbo.MyProc，原来的参数用的是T_MyType_1，需要修改为T_MyType。可以用ALTER PROCEDURE更新：

ALTER PROCEDURE dbo.MyProc
    @Input T_MyType READONLY -- 替换成新类型
AS
BEGIN
    -- 这里还要检查是否有硬编码的截断逻辑，比如CAST(MyColumn AS VARCHAR(50))，也要改成对应新长度
    SELECT * FROM @Input;
END

5. 测试并解决截断问题：
   如果执行存储过程时还是出现截断，先检查输入的数据是否超过了新的VARCHAR长度；另外，一定要检查存储过程内部有没有硬编码的长度转换（比如CAST、CONVERT到旧的长度），这些地方也要同步修改。

最后，确认所有依赖都更新完成后，就可以删除旧的T_MyType_1类型了。

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