设为首页收藏本站Access中国

Office中国论坛/Access中国论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

12下一页
返回列表 发新帖
查看: 3210|回复: 17
打印 上一主题 下一主题

[表] 局域网后台数据库压缩

[复制链接]
跳转到指定楼层
1#
发表于 2011-7-18 15:47:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
       大家使用ACCESS时有没有遇到多用户锁定后台数据库时无法压缩,这个问题一直纠结着~~~~~最近有想法:可否判断最后一个用户退出数据库就自动压缩后台数据库呢?但这代码怎么写呢???有木有高手指点一下??
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 分享淘帖 订阅订阅
2#
发表于 2011-7-18 16:46:55 | 只看该作者
本帖最后由 roych 于 2011-7-18 16:47 编辑

如何判断最后一个用户是个难题,例如,网络故障导致用户退出异常,常常会被默认为在线状态。
我认为,压缩数据库还是由管理员来执行要好些。
关于后台维护,我一般是先下“逐客令”,然后再升级的(详细请点击相应链接浏览)。
3#
 楼主| 发表于 2011-7-18 18:28:07 | 只看该作者
如何判断最后一个用户是个难题,例如,网络故障导致用户退出异常,常常会被默认为在线状态。
我认为,压缩数据库还是由管理员来执行要好些。
关于后台维护,我一般是先下“逐客令”,然后再升级的(详细请点击相应链接浏览)。

  因为每隔两天数据库就会爆增,所以必须每两天压缩一次,每次压缩前都下“逐客令”不好吧!现在我是每天压缩时都等到所有用户退出,,,,一个字“惨”啊!能不能用代码判断后台数据库是否锁定呢?没锁定即自动压缩???
4#
发表于 2011-7-18 21:51:03 | 只看该作者
一般情况下,分离数据库后,后台数据库跟记录条数关系应该不算太大。我之前见过400M左右的,大概是120W条左右……但你的数据库每天会增加40W条左右么?
但用户较多,且常常网络故障导致退出的话,则很快就会达到这个Size了。所以我觉得,你应该先找找到底是什么原因导致体积暴增,然后才决定如何处理。
例如每次都要操作很多表,不妨分开几个模块分别交由不同的用户来使用。
5#
发表于 2011-7-18 21:53:08 | 只看该作者
本帖最后由 chaosheng 于 2011-7-18 21:53 编辑

压缩在程序里执行,用on error resume next. 最后一个用户退出时就压缩.

但在2010里压缩提示不能用宏或代码实现了.
6#
 楼主| 发表于 2011-7-19 08:55:02 | 只看该作者
例如每次都要操作很多表,不妨分开几个模块分别交由不同的用户来使用。
不是每次都要操作很多表,是很多人同时操作一份表,每天增加数据也就十多万条,但不压缩输入就很慢了!
压缩在程序里执行,用on error resume next. 最后一个用户退出时就压缩.


有实例不?


7#
发表于 2011-7-19 11:07:27 | 只看该作者
其实2007,2010的文件选项里点退出时压缩就能实现最后一个用户退出压缩.
太大的数据库文件不建议用压缩,时间很久,用户不等,结束任务,那弄乱的数据事就大了.
数据爆增的用SQLServer吧.
8#
 楼主| 发表于 2011-7-19 14:01:53 | 只看该作者
其实2007,2010的文件选项里点退出时压缩就能实现最后一个用户退出压缩.
太大的数据库文件不建议用压缩,时间很久,用户不等,结束任务,那弄乱的数据事就大了.
数据爆增的用SQLServer吧.

我试过连SQL,但也不得要领啊,在论坛也发过贴,就是我的机能正常连接,其他受限制的用户连不到,(就是不可以连外网的用户),,特郁闷!!
9#
发表于 2011-7-21 19:39:33 | 只看该作者
10#
发表于 2011-7-21 19:40:37 | 只看该作者
20条记录才可以看?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|站长邮箱|小黑屋|手机版|Office中国/Access中国 ( 粤ICP备10043721号-1 )  

GMT+8, 2024-4-29 22:38 , Processed in 0.106737 second(s), 33 queries .

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表