如何处理大型未记录数据库

最近，我被某公司X聘为唯一的IT专家，我的任务是修复他们的应用程序，我认为，最好的开始方法是了解数据库。

他们当前的数据库是带有186个表的MySQL数据库（请注意，有些表是空的，上帝知道原因）。应用程序正在通过MS Access数据库接口与数据库进行通信。（我问自己为什么开发商也这样做）

问题是，如何开始处理这个大型的未公开文档的数据库？是的，它没有记录，因为应用程序的开发人员不愿意给我ERD或数据字典或有关数据库的任何信息来简化我的生活。您如何建议您进行这项艰巨的工作，即了解相当大的数据库的每个细节？

相关问题：如何进入一个丑陋的数据库？

链接的答案是自下而上地解决问题，首先是数据库。由于您的职责涵盖了应用程序和数据库，因此我倾向于从应用程序开始对这种自上而下的攻击。

通过与用户群协商，将注意力集中在理解应用程序最常用的功能上。通过概要分析/日志记录工具跟踪这些功能的数据库交互，以便您可以标识关键表和过程。

这样，您的早期工作就被限制在“重要的东西”上，而不是浪费时间记录可能很少使用或从未使用过的表和查询。重点还应该使“ 帕累托原理”暴露于您的错误修复上（无论如何，微软还是这样说的）。

我可能会尝试获取MySQL Workbench，然后从数据库中创建EER模型。这意味着您可以看到链接到什么的链接，并了解开发人员可能在想什么。一切也取决于应用程序的结构。

我发现DBLint对于识别数据库问题很有用。它具有以下不错的属性：

1. 它按发现结果的（主观）重要性对它们进行排名，因此您不会被大量次要警告淹没。
2. 重要的发现通常是无可争辩的，而且是可行的。
3. 它使用单个数字对数据库评分，因此您可以衡量进度并比较不同数据库的质量。我觉得这很有激励作用。
4. 将DBLint配置为仅使用基于模式的检查很容易。因此，即使在大型数据库上也可以快速尝试。我可能唯一的抱怨是我必须运行Windows才能运行DBLint。

为了快速识别MySQL数据库上的热点，Neor Profile SQL是位于应用程序和数据库之间的少数代理。它的优点在于设置速度快。

为了发现数据库中未定义的实际主键和外键，可以使用Linkifier。对于ERD绘图，可以将估计值导出到yEd，后者具有大量用于放置表格的布局算法。对于ERD，BPMN是我的最爱。

oracle（My SQl workbench）有一个工具可以访问My Sql数据库，它是一个可以为您提供数据库ERD的接口。