系统日志满是系统日志满.
和存储过程不要混为一谈.exec sp_dboption yourDBname,'trunc. log on chkpt.',true
go
exec sp_dboption yourDBname,'autoshrink',true
go

解决方案 »

  1.   

    exec sp_dboption yourDBname,'trunc. log on chkpt.',true
    go
    exec sp_dboption yourDBname,'autoshrink',true
    go是什么意思啊!!!!!
      

  2.   

    exec sp_dboption yourDBname,'trunc. log on chkpt.',true
    go
    exec sp_dboption yourDBname,'autoshrink',true
    go是什么意思啊!!!!! 这是对你系统日志来的,先清理日志,然后把自动调整库设置为TRUE。
      

  3.   

    补充:这可以在SQL SERVER的语法分析器里执行,或者ISQLW里 执行,或者在PB的脚本里执行。
      

  4.   

    我在SYBASE 的ISQL为什么不能使用
    exec sp_dboption hl,'trunc. log on chkpt.',true
    go
    这条命令啊!!
      

  5.   

    存储过程实际上是平衡负荷的做法,也体现了“各司其职,各负其责”(对不起,不知道如何表达):
    数据库管数据,那么数据的存取操作就归存储过程负责;
    客户端要和用户打交道,人机界面,数据的解释是它的事;
    那么,数据操作的解释(业务逻辑)呢?c/s时是前端干,现在把它放到中间去--三层“我在SYBASE 的ISQL为什么不能使用
    exec sp_dboption hl,'trunc. log on chkpt.',true
    go
    这条命令啊!! ”:因为你的日子满了,你的这个存储过程的使用无法在日志中存储--sybase是现在日子中存储动作,然后在执行动作。在“Sybase Central”中试试?