InterBase性能堪忧!(0分)

  • 主题发起人 主题发起人 WiseAnt
  • 开始时间 开始时间
同意 barton 的说法。

不要把责任都推到IB的身上。
对于系统安装后,客户方的管理问题。你可以在合同签定时就提出。
把管理不善与程序问题分开。责任分开。如果是由于管理不善造成故障,
需要程序员出动的话要付银子。关键是程序员要能拿出足够的证据是来证
明是由于管理不善而造成的故障。
 
to barton:

>>我正在研究一个可以为IB提供log的程序,可以备份甚至Undo。最新版的IBX在这方面
>>提供了很多很强的功能。还有一些很好的机制我正在研究。

老弟,有好消息的话请尽快通知一声^_^。
 
对于数据库的损坏,原因不在IB,在于写数据时操作系统突然异常终止(掉电、复位、
死机等)而导致数据库文件逻辑结构的损坏。(我认为如此,不过带有自我安慰的
侥幸心理——我的数据库程序开发接近尾声,用的就是IB)
 
WiseAnt老兄,我只是一个初学者,barton他们才是IB专家……
在写入的关键时刻掉电,别说数据库,就是硬盘都可能坏掉,这个也很难怪上IB
IB只是没有sql server那样的log机制
但是我觉得只要及时备份,对于要求不那么严格的数据库来说也应该够了
比如每天备份一次
IB的备份速度非常快
 
IB数据库文件损坏是很正常的事。我就曾经遇到到好几次,不过都没有像你说的那样
不可修复。我用的是IB5.5,不知是什么原因,在频繁进行写、删除等操作的IB数据库
较长时间没有进行数据库备份和恢复后,就会出现这种问题。
不过,我认为这主要是操作系统的问题——在WIN下许多大型数据库也会出现不稳定的情况
解决的办法就是经常进行数据库备份和恢复,就像须经常在ACCESS,SQL SERVER中执行
压缩数据库一样。
 
首先,非常感谢各位前辈的参与。
但小生的意思也并不是想要说明IB怎么怎么差,相反我以前一直使用它,可能包括以后
正因为如此,我发表这个题目的目的是看看有没有与我有相同遭遇的人,如果IB真是如此,
那也可以让更多的后来者吸取教训,如果能够说明IB没那么差,或MSSQL更差(有点幸灾
乐祸),也可以让发生过这种事件的同志们知道如何避免。

再次感谢各位的参与,如果需要我可以另开题目给分。
没什么别的事的话,过两天我就结束它!

另,barton :
  如果有消息,可否通知小弟?! (zicheng-x@china.com)
 
各位,我有阶段性结果一定通知各位的。其实研究Interbase关键还是研究它的系统表。
系统表研究透了,什么都清楚了,增量备份、Undo恢复都不成问题。你从别处拷一个GDB文件
过来,可以判断是不是由本地机的创建的,等等都不是问题。虽然不能彻底解决问题,至少在
自己的应用程序中安全性得到了保障。讨厌的是IBConsoleb336没有源代码。
 
Open Source,需要大家的关注和付出才能有生命力,不能一味像要求一个商业软件
那样去要求他,希望大家都能为IB的成长作出贡献
 
接受答案了.
 
后退
顶部