ORA-06502报错主因是OUT参数声明长度小于实际值，须同步扩大存储过程变量长度（如姓名≥100、描述建议4000或改CLOB）并确保调用端registerOutParameter等设置匹配该长度。
存储过程里OUT参数被截断：先查声明长度，再对齐调用端
ORA-06502 或 SQL Server 静默丢字符，90% 是因为 OUT 参数在存储过程中声明的 VARCHAR2(n) 或 NVARCHAR(n) 太小，而调用方传入的 registerOutParameter 或 DECLARE @out NVARCHAR(50) 也没跟上。这不是数据“太长”，是容器“太小”。
必须同步检查两处：
- 存储过程内部：把
VARCHAR2(10)这类明显不够的声明，按业务上限放宽——姓名字段至少VARCHAR2(100)，描述类建议VARCHAR2(4000)或直接改CLOB - 调用端代码：Java 的
CallableStatement.registerOutParameter(2, Types.VARCHAR, 100)中第三个参数必须 ≥ 存储过程里该变量的声明长度；SQL Server 调用时DECLARE @name NVARCHAR(100)也得一致 - 别信“应该够”——执行
SELECT data_type, data_length FROM all_tab_columns WHERE table_name = 'YOUR_PROC' AND column_name = 'OUT_PARAM_NAME'（Oracle）或查sys.parameters（SQL Server）确认真实长度
拼接动态SQL超长：别硬拼，分段执行或换CLOB
MySQL/Oracle 存储过程中用 CONCAT 或 || 拼出的 SQL 字符串一旦超过 4000 字符（Oracle 默认 VARCHAR2 上限，SQL Server NVARCHAR(4000)），就会被无声截断，EXECUTE IMMEDIATE 或 sp_executesql 执行的其实是半截语句。
可行解法只有两个方向：
- 拆成多段：把大查询拆成主表查询 + 临时表填充 + 关联更新，避免单条动态 SQL 超限；注意临时表作用域——存储过程内
EXEC(@sql)创建的临时表，在后续语句中不可见，必须用全局临时表##temp或物理临时表 - 升到大类型：Oracle 改用
CLOB变量存 SQL，配合DBMS_LOB操作；SQL Server 改用NVARCHAR(MAX)，但要注意sp_executesql对MAX类型支持良好，而老式EXEC()可能退化为NVARCHAR(4000) - 别依赖
PRINT或 SSMS 网格查看长字符串——SSMS 查询结果默认最大取 65535 字符，复制粘贴还会二次截断；要用SELECT LEN(@sql), DATALENGTH(@sql)核实真实长度
输入字符串含隐藏字符：TRIM不够，得清控制符
明明字段声明了 VARCHAR2(200)，却总报截断错？大概率是输入值带了看不见的字符：\r\n、零宽空格（U+200B）、BOM 头、甚至 emoji（UTF8MB4 下占 4 字节）。TRIM() 只去空格，对这些完全无效。
清理要分层来：
- 入库前先用正则：Oracle 写
REGEXP_REPLACE(input_str, '[[:cntrl:]]', '')；SQL Server 用REPLACE(REPLACE(REPLACE(@str, CHAR(13), ''), CHAR(10), ''), CHAR(9), '')，再补一层REPLACE(@str, NCHAR(8203), '')清零宽空格 - 字段定义要匹配字符集：如果存 emoji 或中文，表和列必须是
utf8mb4（MySQL）或UTF-8（PostgreSQL），且连接层设SET NAMES utf8mb4，否则一个中文算 3 或 4 字节，LENGTH()就不准 - 别在 WHERE 条件里边
TRIM(name)边 LIKE——这会让索引失效；清理后记得重建函数索引：CREATE INDEX idx_trim_name ON t (TRIM(name))
视图或计算列被截断：长度不继承，必须显式CAST
创建视图时写 SELECT SUBSTRING(desc, 1, 100) AS short_desc，你以为长度是 100，其实 SQL Server 推导出的列类型可能是 VARCHAR(30)，Oracle 可能是 VARCHAR2(100) 但元数据没传出去——下游工具（SSIS、ORM、链接服务器）一读就报「将截断字符串」。
唯一可靠做法是显式指定输出长度：
- SQL Server 视图里必须写
CAST(SUBSTRING(desc, 1, 100) AS NVARCHAR(100)) AS short_desc；别用CONVERT省事，它可能隐式缩成 30 - Oracle 视图里对应写
CAST(SUBSTR(desc, 1, 100) AS VARCHAR2(100)) - 嵌套视图更要小心：A 视图 CAST 成
NVARCHAR(200)，B 视图 SELECT A.short_desc，SQL Server 可能只认成NVARCHAR(100)——不是 bug，是元数据传播限制，只能在最外层再 CAST 一次
真正麻烦的不是怎么截，而是字段定义、字符集、连接配置、调用参数这四者没对齐——任何一个环节松动，截断就发生在你看不见的地方。
