【问题标题】:compact access database紧凑存取数据库
【发布时间】:2010-09-16 12:18:05
【问题描述】:

我有一个 1gig 访问数据库,是否有某种公式可以给出压缩访问数据库的时间框架。我知道它在硬件上传递了很多信息,但假设所有事情都是平等的,是否有某种方法可以知道 1gig 是否需要 1 小时或 20 分钟来压缩?谢谢你

【问题讨论】:

  • 重命名它可能会更快,这样没有人可以进行任何更新,将其复制到本地硬盘驱动器,压缩并复制回服务器。

标签: ms-access


【解决方案1】:

过去用了多长时间?

您可以观察它创建新数据库并观察它在压缩过程中文件大小的增加。

如果你认为它挂了,你可以杀死它,然后再试一次。

【讨论】:

  • 第一次使用这个数据库。它正在进行一个小时。现在
  • 如果你认为它挂了,你可以杀了它再试一次。任务管理器说它在狂奔吗?
  • 您可能会在状态栏中看到一个进度条。对于千兆字节文件的第一个压缩,一个小时并非不可能。
  • 杀死它并重新开始似乎已经修复了它。感谢您的帮助。我不知道是否可以将评论标记为答案
【解决方案2】:

对于 1GB 的数据库,我建议使用 RDP 连接到它所在的文件服务器并在该服务器上运行压缩包。如果它是 MDB,则不需要 Access——一个 vbScript 就可以做到这一点,因为从 Win2000 开始,Jet 安装在每个 Windows 副本上。如果它是 ACCDB,那么您可以安装当前版本的 ACE 并使用它,但安装 Access 可能更容易。

我在服务器的 RAM 中执行此操作的原因只是为了避免通过 LAN 拉取文件。与服务器上的 RAM 和磁盘之间的 I/O 速率相比,100BaseT LAN 的 I/O 速率仍将显着降低。如果是 GBit 网络,那就另当别论了,但对于 1GB 的文件,我仍然不想在网络上进行压缩。

如果您的文件已经是 1GB,无论如何,我会计划在不久的某个时候升迁。某些事情太容易失控并将文件膨胀到 2GB 限制的某个重要部分。

【讨论】:

    猜你喜欢
    • 2011-04-15
    • 1970-01-01
    • 2011-06-30
    • 1970-01-01
    • 2012-10-11
    • 1970-01-01
    • 1970-01-01
    • 2020-10-22
    • 1970-01-01
    相关资源
    最近更新 更多