赛贝斯ASE BulkCopy"不支持数据类型或函数"写入非空用户定义类型

Question

我在将NUMERIC（8,0）从Sql Server迁移到ASE（v16.0）中具有用户定义类型的NUMERIC（8,0）的列时遇到问题。

我有简单的用户定义类型：

IF EXISTS (SELECT * FROM systypes WHERE name='typ_small_id')
BEGIN
EXEC sp_droptype 'typ_small_id'
IF EXISTS (SELECT * FROM systypes WHERE name='typ_small_id')
    PRINT '<<< FAILED DROPPING DATATYPE typ_small_id >>>'
ELSE
    PRINT '<<< DROPPED DATATYPE typ_small_id >>>'
END
go
EXEC sp_addtype 'typ_small_id','numeric(8,0)','NOT NULL'
go
IF EXISTS (SELECT * FROM systypes WHERE name='typ_small_id')
    PRINT '<<< CREATED DATATYPE typ_small_id >>>'
ELSE
    PRINT '<<< FAILED CREATING DATATYPE typ_small_id >>>'
go

这在一个小表中使用：

create TABLE dbo.target
(
    e_type_id     typ_small_id  /*NOT*/ NULL
)

我正在尝试使用AseBulkCopy从SqlServer批量复制单个值。WriteToServer。源值在SqlServer中定义为NUMERIC（8,0）。我使用. net客户端进行ASE，我的应用程序代码是C#：

public void BulkCopyFromSqlServer_t_secu_交换（string sourceConnectionString，string targetConnectionString）{SqlConnection sourceConnection=null；AseConnection targetConnection=new AseConnection（targetConnectionString）；try{IDataReader dataSource；//下一个方法调用返回一行和一列，定义为数字（8,0）在SqlSvr中。MssqlReader。GetDataReaderSelect_t_sec_exchange（out sourceConnection，out dataSource）；目标连接。Open（）；AseBulkCopy blk=new-AseBulkCopy（targetConnection，new-AseBulkCopyOptions（），null）；布莱克。BulkCopyTimeout=1200；布莱克。DestinationTableName=“dbo.target”；布莱克。列映射。清除（）；布莱克。WriteToServer（数据源）；布莱克。Close（）；}catch（AseException ex）{Console.WriteLine（ex.Message）；}最后{sourceConnection.Dispose（）；targetConnection.Dispose（）；}

来自SqlServer的值为1。在我定义目标之前，这一切都可以正常工作。e_type_id作为typ_small_idNOT NULL而不是为空。当我这样做时，我得到一个AseError：不支持数据类型或函数。

堆栈跟踪：位于Sybase。数据一个客户。AseBulkCopyBusinessBulk。TdsToAseDBType（TDSTYPES定义类型、Int32 len、Int32 usertype、布尔值IsNullable、Int32

当列被定义为typ_small_id NOT NULL时，下面的查询都成功地从查询编辑器将数据插入到列中，因此它看起来像WriteToServer代码中的错误：

插入dbo.target（e_type_id）SELECT top 1 cast（1作为数字（8,0））e_type_idfromsource_tbl

和

插入到dbo中。目标（e_type_id）从源代码中选择前1个cast（1个为int）作为e_type_id

不用说，customer的表将列定义为NOTNULL（并且不能更改模式），因此我需要了解如何将数据迁移到他们的ASE表中。

有没有人看到这一点或找到解决办法？




Answer 1

这已被SAP（赛贝斯技术支持）确认为错误。