Oracle 19c转SQL Server 2022：SSMA中NUMBER类型映射策略问询

1. 分场景自定义SSMA类型映射规则 #

SSMA支持自定义类型映射规则，无需全局统一修改，可按NUMBER的精度/范围分情况处理：

• 针对NUMBER(p,s)中p≤19且s=0的列（如ID主键/外键）：直接映射到BIGINT。在SSMA的「工具→项目设置→类型映射」中添加规则，匹配NUMBER(*,0)且精度≤19，映射为BIGINT，符合条件的ID列会自动转换，无需手动逐个修改。
• 针对NUMBER(p,s)中p>19或s≠0的列：映射到DECIMAL(38,s)（保留原小数位s，不固定为10），既避免数据丢失，又贴合原数据精度，减少不必要的存储开销。
• 针对无精度指定的NUMBER：若原数据实际为整数且范围在BIGINT内，优先映射BIGINT；否则根据实际采样数据调整精度，或映射为DECIMAL(38,10)。

2. 批量校验与修正ID列 #

若SSMA规则映射有遗漏，可通过SQL脚本批量处理SQL Server中的ID列：

-- 查找主键/外键中类型为DECIMAL、原Oracle类型为NUMBER(19,0)及以下的列
SELECT 
    t.name AS table_name,
    c.name AS column_name,
    ty.name AS current_type
FROM sys.tables t
JOIN sys.columns c ON t.object_id = c.object_id
JOIN sys.types ty ON c.system_type_id = ty.system_type_id
JOIN sys.key_constraints kc ON t.object_id = kc.parent_object_id
    AND c.column_id IN (SELECT column_id FROM sys.index_columns WHERE object_id = kc.unique_index_id)
WHERE ty.name = 'decimal'
AND c.precision <= 19 AND c.scale = 0;

根据查询结果批量生成ALTER TABLE语句，将目标列修改为BIGINT，比手动操作高效得多。

3. DECIMAL列的性能优化方案 #

若部分列必须使用DECIMAL，可通过以下方式避免性能问题：

• 确保主键/外键的DECIMAL列精度尽可能贴合原数据（如原Oracle为NUMBER(10,0)，则用DECIMAL(10,0)而非38），SQL Server对小精度DECIMAL的索引扫描性能更接近整数类型。
• 对频繁查询的DECIMAL列创建覆盖索引，减少回表开销。
• 若数据库兼容级别≥130，开启批量模式扫描，提升DECIMAL列的聚合、连接性能。

4. 函数与存储过程的适配技巧 #

转换函数和存储过程时，针对NUMBER映射做统一处理：

• 原Oracle返回NUMBER的函数，根据返回值实际范围对应SQL Server的BIGINT或DECIMAL类型，避免用FLOAT导致精度丢失。
• 注意SQL Server与Oracle的精度计算差异：Oracle会保留NUMBER计算精度，SQL Server的DECIMAL计算可能截断，需手动用ROUND函数控制小数位。
• 利用SSMA的「转换报告」定位所有涉及NUMBER的函数/存储过程，批量修正类型，减少重复劳动。

5. 未知应用场景的过渡兼容策略 #

若暂时不清楚应用具体要求，可采用过渡方案：

• 先按分场景规则完成映射，在SQL Server中用扩展属性记录原Oracle列的精度信息。
• 上线前做小范围灰度测试，监控应用的数值计算、查询性能，根据反馈调整部分列的类型。
• 对不确定的列先映射为DECIMAL(38,10)，后续根据应用日志的报错或性能瓶颈，逐步调整为更合适的类型。

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