如何处理大型无证数据库

mar*_*aru 10 mysql database-design documentation

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

他们当前的数据库是一个有 186 个表的 MySQL 数据库(请注意,有些表是空的,因为天知道为什么)。应用程序通过 MS Access 数据库接口与数据库通信。(我问自己为什么开发人员也这样做)

问题是,我如何开始处理这个大型无证数据库?是的,它没有记录,因为应用程序的开发人员不愿意给我 ERD 或数据字典或任何关于数据库的信息,以使我的生活更轻松。您如何建议承担这种了解相当大数据库的每个角落和缝隙的危险努力?

相关问题:如何深入一个丑陋的数据库?

Mar*_*ith 11

链接的答案自下而上地解决问题,首先是数据库。由于您的职责包括应用程序数据库,因此我倾向于从应用程序开始自上而下地进行攻击。

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

通过这种方式,您的早期工作仅限于“重要的事情”,而不是浪费时间记录可能很少或从未使用过的表和查询。重点还应该让帕累托原则暴露在你的错误修复工作上(微软是这么说的)。