老妖的博客
现实的中没有几个人能够真为对方去死,甚至山盟海誓很快就会在金钱面前变的微不足道,这才是生活。没有永远的爱,除了你的父母对你,当然也就没有永远的恨,更没有永远的痛,时间是最好的治疗大师,它会很快抚平你心灵上累累的伤痕。很多年以后你想起来时,那些在你生命中汹涌来往的人群至多是个模糊的影子或者毫无意义的名字
posts - 105,  comments - 171,  trackbacks - 0
OLE DB Source是sql 2000 中文版本,数据库编码为默认中文
OLE DB Destination是oracle 9i ,操作系统为redhat linux as 4,数据库编码是utf-8,使用yukon自带的oracle ole db的驱动
 
结果导入数据成功,但查询数据发现中文为乱码
 
 
疑问如下:
1、Data Conversion组件做non-unicode-->unicode的转换应该如何做?
    我是在做
   ex:我在SQL server库table中有一个字段为userName,varchar(30);
        在oracle中有同样字段为username varchar2(30);
那么我在连接SQL server后发现userName的data type为DT_STR,length为30,code为936
    而我的oracle的userName为datatype也为DT_STR,length为30,code为65001
我应该如何做转换呢?
如果我选用data conversion直接转换选取code为65001,那么SSIS报错不能将936直接转换为65001
那么我采取两个data conversion来做转换,首先将其转换为DT_WSTR
然后第二个data conversion再将DT_WSTR转换为DT_STR,然后选取code为65001
成功转换
请问有无更好的办法转换编码?
2、OLE DB destination的code page是与什么有关?
 
posted on 2005-11-10 00:17 老妖 阅读(1777) 评论(2)  编辑  收藏

FeedBack:
# re: 关于yukon的SSIS使用问题?
2005-11-23 16:16 | 老妖
Other requirements, such as Unicode handling, may be exposed through the provider. Alternatively, such issues can be handled explicitly in the SSIS data flow using derived columns or data conversions to conform Unicode / ANSI, code pages and data types.
  回复  更多评论
  
# re: 关于yukon的SSIS使用问题?
2005-11-23 21:36 | 老妖
问题压了好久了,今天无意中才发现我的data destination 的default codepage应该选择为936(中文),然后选择AlwaysUseDefaultCodePage=true;然后将数据类型为DT_WSTR的转换为DT_STR,选择codepage=936就可以了解决乱码了。

  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航:
 

<2005年11月>
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

常用链接

随笔分类(48)

随笔档案(104)

好友链接

我的豆瓣

积分与排名

  • 积分 - 220075
  • 排名 - 257

最新评论

阅读排行榜