沙发，

数据库是 asa 5.5

很有可能是你的数据库有问题了。把ASA升级啊！

接分.

帮你UP吧！

继续，请大家踊跃发言

asa 5.5有个缺陷,当你的Sql语句中where条件同时含有字符格式和integer格式(或其它整型格式)并且条件个数较多时(4,5条以上就会出现了.),Asa会出错自动关掉.
如
integer li_c
string ls_1,ls_2,ls_3
Select * from tab1 where col1 = :ls_1 and  col2 = :ls_2 and  col3 = :ls_3 and col4 = :li_c using Sqlca;
如果把整型转换为字符型就不会出错
Select * from tab1 where col1 = :ls_1 and  col2 = :ls_2 and  col3 = :ls_3 
and String(col4) = String(:li_c) using Sqlca;
不知道你遇到的是不是这个问题?

果然很少见

Asa 5.5 还有一个问题,当一个表中的记录树接近或超过1万条时,执行效率急剧下降,
一个select语句大概要3-6秒才能得到执行结果(即使返回结果只有1条数据).
如果数据量比较大的话,建议更换数据库吧(比如Asa 9.0,还是比较稳定的)

这种事情比较少,一般可能会用 date()来转换,很少转换int型,不知道有否影响

你把这个语句单独拿出来,在数据库环境下执行,看看是否会出错,
如果是会导致数据库崩溃的错误,在这种情况下也会导致数据库崩溃.
asa 5.5的数据库引擎对多类型条件的支持做的不好,实在没办法,
建议还是更改数据库.我们公司原本用asa 5.5(就是号称最稳定的那一版),
遇到了我上面提到的两个问题,最后没办法了,才改成asa 9.0的.
当然,asa 9.0在对多类型条件的支持方面也有一些缺陷,具体是什么我也记不太清楚了,
但相对于5.5 来说还是比较好的.

专程来学习，兼程来接分。

重要的是,其他的用户不会,但是某一个用户会出现每天出现一次死机的情况

呵呵，每天出现一次，这个可就没见过了。

没用过asa5.5,我帮你顶一下

总感觉asa不是很稳定，我的客户几个月内总有一次数据库被损坏的情况，情况也是各种各样。
一般这种情况，我感觉是某个表的某些页的数据产生了问题，
如果查询语句没有查询到这部分数据，则不会出问题。
用select * from table 可能能够发现损坏的表。
我一般都是删除表重建。

我也曾遇到过这种问题。当时记得是没找出原因，后来将整个数据库的表都重新unload了一边就又好了。没有考虑到是条件的原因引起。后来由于系统升级到sql server就再没用过asa5.5了。记得好像用case语句也要非常小心。

谁说不常见？这个连接足够解决你问题了吧。
http://groups.google.com/groups/search?q=50222&qt_s=%E6%90%9C%E7%B4%A2

接分

请贴出引起错误的SQL语句!

专程来学习，兼程来接分。

学习

谢谢各位大侠的鼎立相助....

从google中了解一些信息

另外，叫我贴出那sql语句，如果我知道是那条语句就好了

也不一定是sql语句导致的

听说现在5.5.04已经解决了这个问题，请问各位大侠有没有这个补丁。

up

他们更多的回答是升级至5.5.04,不知道可行......

学习，
asa数据库，查询语句太长，好像就会出问题

冒用锅 搬个板凳

最近升级了sybase sql anywhere5.5.05,希望能有所改善.

升级后问题解决了吗

up支持一下

还在等待中,如果一周后没有出现那个错误,应该可以算是升级的功劳!!

大家多聊聊

刚刚已经结了一个帖子了

非常感谢大家的参议

如果可以的话，也给我发个升级包吧
polestar_xl@163.com
谢谢。
呵呵

刚刚发现自己手头上的那版就是5504的，晕。呵呵

^_^,5505那个版本在公司那边,5504的,你要不要?

等啊等,恩啊,等啊等,恩啊。

晕啊晕,倒啦,晕啊晕,又倒!