遇到‘Specified cast is not valid’类型转换无效错误，求排查思路

从错误日志和DAC代码来看，错误发生在_SetValueByOrdinal方法中，也就是给DAC字段赋值时出现了类型不匹配的情况，可从以下方向排查：

• 验证DAC字段与数据库表列的类型一致性
  检查数据库中RCContractPayment表的每个列类型，是否与DAC中对应属性的类型完全匹配：

  • 比如PaymentAmount、TriggerSalesAmount是Decimal?类型，数据库列是否为decimal类型，精度/小数位是否兼容；
  • ContractID、LineNbr等int类型字段，数据库列是否为int而非bigint或其他类型；
  • 日期类型字段（如EstimatedTriggerDate）数据库列是否为datetime/datetime2，避免类型不匹配导致转换失败。

• 检查自定义属性的类型处理逻辑
  重点排查ContractID字段上的自定义属性[RoyaltyContract]：

  • 查看该属性的实现代码，确认它在获取或设置值时，是否存在将非int?类型的数据赋值给ContractID的情况；
  • 由于该字段是主键，属性内部的类型转换错误很容易触发此类异常。

• 核对字段默认值的类型兼容性
  检查所有带PXDefault属性的字段：

  • 确认默认值的类型与字段类型匹配，比如PaymentAmount的PXDefault(TypeCode.Decimal, "0.0")是否符合Decimal?类型要求；
  • 对于PaymentType这类字符串字段，检查默认值是否为符合定义的1位固定长度字符串，避免赋值时出现类型或长度不匹配。

• 排查缓存扩展（PXCacheExtension）的问题
  检查是否存在针对RCContractPayment的缓存扩展类：

  • 确认扩展类中的字段类型与原DAC字段无冲突；
  • 检查扩展类的赋值逻辑，是否在操作时错误地修改了原DAC字段的类型或值。

• 检查Graph事件处理中的赋值错误
  查看关联Graph中针对RCContractPayment的事件（如RowPersisting、RowInserting、RowUpdating）：

  • 确认事件中给字段赋值时，使用的变量类型与字段类型完全一致，比如避免将string类型值赋值给int?类型的TriggerSalesUnits字段；
  • 检查是否有通过SetValue等方法强制赋值时的类型转换错误。

• 验证数据库现有数据的合法性
  检查RCContractPayment表中已存在的数据：

  • 是否存在字段值与列定义类型不匹配的异常数据（比如int列中存储了非数字内容）；
  • 这类异常数据在读取到DAC对象时，会触发类型转换失败。

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