Profiling 如何优化远程d/b访问？

我怀疑问题出在“远程”上，并且认为更可能出在“d/b访问”上——但是，我怎么知道呢

我可以/应该优化我的实际d/b结构吗？可能会添加外键等等

或者使用循环d/b来限制记录的数量？或者定期“脱机”移动一些行

也许我可以优化我的SQL（使用内部/外部连接等）

Fwiw，标准是d/b写入，这被抱怨为“太慢”；只有很少的读取（只有一种情况是您存储数据“以防万一”）

---

有什么建议、网站、书籍吗？是否有任何类型的工具来测量/分析实际发生的事情？

在我的脑海中

• 衡量绩效。多久 这真的需要时间吗 你的申请在这段时间内有效吗 时间如果你不喜欢，就用秒表 还有别的办法吗
• 比较本地性能。多久 在本地访问数据库时，是否需要执行相同的任务
• 您使用的远程访问技术是什么？ HTTP、VPN、VNC、ssh
• 您使用的数据库管理系统是什么
• 涉及哪些表格？张贴他们的 结构和行数
• 您的应用程序如何写入 数据库？通过直接表访问，或 存储过程
• 插入或更新
• 添加外键不是一个简单的方法 优化外键不可用 数据完整性的基础。在你被解雇之前把它们加进去
• 您使用的服务器端软件是什么？你在用php吗，ruby 在rails上，Django，ASP？他们提供什么设施来记录他们的表现

---

@Mawg：您可以做一些事情来分析Access数据库活动。这取决于VB程序在做什么。谷歌“jet showplan”和“jet isamstats”。（“Jet”是Access使用的数据库引擎的名称。）“表是66个字段…”是什么意思？多个66列表？什么范式？插入总是“慢”的，还是这是一个新事物？有没有压缩过数据库？+1谢谢你的提示。对不起，66是个打字错误-我是说6。我认为现在发生的是，随着时间的推移，随着数据库的增长，它的速度变慢了，现在“这是一个问题：。没有真正的细节，所以我将不得不从头开始。