说说我的哪个数据库程序后来是怎么停止的

宝龙哥 2015-03-09 07:35:59
说起我哪个数据库的程序,也多亏了我有智谋,当时我到目录里新建一个临时文件夹,将数据库都移动进去,大约过了一小时,程序提示文件不存在,按了100多下确定,忽略了剩下的100多个库,终于关了

在等待的时间里已经把程序改了,启用了事务,增加了停止按钮等,启用了事务后速度在U盘里是150多条一秒,比原来的一条每秒快太多了,100多个库几分钟搞定了

总之,从使用过的一些数据库来看,事务对数据库的大量的写操作性能的影响是极其的大的,SQLITE的事务在U盘里能增加超过150倍的速度
...全文
372 6 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
draculamx 2015-03-10
  • 打赏
  • 举报
回复
引用 4 楼 kfrght 的回复:
SQLITE不但体积小,完全的嵌入式,还有个突出特点就是不容易坏,目前这么多的数据库,没有发生数据库损坏的事情
你还别说,我碰到过损坏的。。。。。 我在wince 5.0上使用了 sqlite 数据库,最后也在公司量产了,就在去年底,有一台机器的sqlite数据库损坏了,导致无法开机,更换数据库文件后就好了。。。 好吧,也许是我的程序写得有问题。。。其实我一直怀疑我的程序,而非数据库
宝龙哥 2015-03-10
  • 打赏
  • 举报
回复
引用 5 楼 draculamx 的回复:
[quote=引用 4 楼 kfrght 的回复:] SQLITE不但体积小,完全的嵌入式,还有个突出特点就是不容易坏,目前这么多的数据库,没有发生数据库损坏的事情
你还别说,我碰到过损坏的。。。。。 我在wince 5.0上使用了 sqlite 数据库,最后也在公司量产了,就在去年底,有一台机器的sqlite数据库损坏了,导致无法开机,更换数据库文件后就好了。。。 好吧,也许是我的程序写得有问题。。。其实我一直怀疑我的程序,而非数据库[/quote] 这个事情太正常了,我们指的不容易损坏是指的很少因为其自身的原因导致文件损坏,象读写数据库时突然断电,造成磁盘数据丢失这种情况,和软件是没有什么关系的 象accss在独占模式下写数据库,如果突然结束写程序的话,数据库90%会坏,工项目时下好一些,估计也有40%损坏的可能,而SQLITE基本上不会有问题,除非硬件存储的数据损坏了
宝龙哥 2015-03-09
  • 打赏
  • 举报
回复
SQLITE不但体积小,完全的嵌入式,还有个突出特点就是不容易坏,目前这么多的数据库,没有发生数据库损坏的事情
宝龙哥 2015-03-09
  • 打赏
  • 举报
回复
引用 2 楼 start8588 的回复:
[quote=引用 1 楼 kfrght 的回复:] 另外,也多亏了U盘中剩余控件足够大,否则的话这样的擦写频率,U盘准坏
SQLITE 這羽量級數據庫您是用在行動裝置嗎?[/quote] 对的,这样可以保持在家里和单位数据的一致性,而且速度还很不错
星際訪客 2015-03-09
  • 打赏
  • 举报
回复
引用 1 楼 kfrght 的回复:
另外,也多亏了U盘中剩余控件足够大,否则的话这样的擦写频率,U盘准坏
SQLITE 這羽量級數據庫您是用在行動裝置嗎?
宝龙哥 2015-03-09
  • 打赏
  • 举报
回复
另外,也多亏了U盘中剩余控件足够大,否则的话这样的擦写频率,U盘准坏

551

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder 茶馆
社区管理员
  • 茶馆
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧