难度1.1-----------ODBC的BUG:无法保存长文本

[guo]

有一个高难度问题:当我通过ODBC将一篇长文件(已经确认与长度无关)保存进TEXT(SQL7)类型的字段,当我重新读取时发现字数少了,读出的文本被剪短.而使用OLEDB FOR SQLSERVER 则可正常操作.

[my8848]

独家关注。

[The_east_key]

请到http://www.etechbase.net/advsearch.php，将你这个问题输入到检索框，然后选择准确匹配查询，应该可以帮助你解决这个问题的。

[happylaodu]

请问你用的是什么语言开发的，如果是VC，那不是ODBC的问题，而是程序的问题……我可帮你解决

[yangzi]

呵呵，你是怎么用ODBC的

[BIG_panda]

这个问题以前我也遇见过,是因为odbc驱动程序太旧的原因,你可以升及该驱动到更新

[yangzi]

我想知道你是用putdata操作的吗？还是直接用insert

[guo]

版本没有问题，我使用的是sqlserver 2000携带的odbc。
数据库操作使用的方法是insert.

[xmlingo]

ODBC SQL语句长度有限制,具体多长我也不请楚
如果你由ADO 或DAO 请使用该对象的专门方法进行更新


============]我的灵魂在高处[====================== xmlingo

[yangzi]

你的文章是否超过8K?
如果超过，insert 有可能不对。

[guo]

正是在VC中出现过后,我才使用DELPHI5+ADO(for ODBC)进行验证,文章不能插入到SQLSERVER7中(2000中同样)TEXT字段中,或者能插入到SQLSERVER7中但如果再读取这条记录,TEXT字段的长度较原文短!
由于这个问题文章较长,不便写在页面上,如果有兴趣,我可以EMAIL给你(没有压缩时48.2K)

[guo]

我知道INSERT语句的长度有限制，但我使用profile得到的sql语句和使用ADO时(正常)的相同。从INSERT的截断的情况看，不是由于该语句太长，似乎是text字段中的特殊东西（不是字符）。比如我想 insert into tb (a,b,c) values(1,'dkdkdkdkdk',1),其中b是text类型，当我传递sql语句时，会变成 insert into tb (a,b,c) values(1,'dkdkdkdkdk,1)强制将'号删除！

[happylaodu]

原因出在RFX上。

记录集交换函数:
void RFX_Text( CFieldExchange* pFX, const char* szName, CString& value,
int nMaxLength = 255, int nColumnType = SQL_VARCHAR, short nScale = 0 );
中, 不要使用默认参数值 nMaxLength = 255, 显示制定这个值为你的最大长度便可!
理论上这个值能达到INT_MAX,即2147483647，但如果真把它改到这么大，先是出错（在打开该表的时候出错，跟踪进去看，原来是在绑定的时候出错）可见不能设这么大。稍微改小一点呢？改为200000000，在打开表的时候，机器忙了足有两分钟，最后告诉我说系统的缓存太小，要作调整（我的缓存可是有300M的，还说小），吓得赶快终止。证明绑定的进候，实际上要在内存中开辟一块缓冲给记录集，而像上面那样设，它要开出将近200M空间出来，怪不着这么难。 最后设为2000000，即200万字节（100万字），打开时会有近半秒的闪动，可以忍受。

我在数据库中放入2MB的文本成功。

我的地址：[e-mail]

[guo]

你好 happlaodu,我也曾经不做任何特殊的修改将7M文本添加到SQLSERVER中,但我手头有一篇文章只有48k却无法将其正常加入(加入后读出,长度不同),我将该文件寄给你希望比我运气好.

[skt985]

84808关注！