职场中的数据库建模:获取信息与平衡之道
在为公司构建数据库模型时,追求简单性是关键目标。如果为每个特殊情况都创建一套独立的表格,将会导致表格数量过多,无法降低复杂性,这可能与公司实现计算机化的初衷背道而驰。过于复杂的数据库模型并非我们所期望的,应用开发者和最终用户都需要简单易用的模型。缺乏足够的简单性,数据库模型设计可能难以使用,尤其是对于最终用户和数据仓库而言。
数据库建模的简单性与抽象化
数据库建模师的工作是通过抽象化来实现简单性。这里的抽象化是指将公司运营的不同方面融合成一套简洁的表格以及连接这些表格的关系。有一个简单的规则:与越多的人交流如何构建数据库模型,就越有可能获得整体的概况,但同时也越有可能完全陷入困惑。与管理层的交流层次越高,获得的全局视野就越广,但管理层可能会遗漏关键细节。因此,还必须与具有特定工作职责的普通员工进行交流,有些经理可能会为你指明应该与之交流的合适员工。
总体而言,需要交流的人数取决于所需数据库模型的复杂程度。对于简单的数据库模型,有时仅使用纸质系统的元素就可以构建。在拥有计算机专业人员(如程序员、系统和数据库管理员等)的技术型公司中,这些人可能会提供最有价值的信息,但他们也可能会成为阻碍。技术人员,即使是公司内部的技术人员,往往也不清楚最终用户的需求。实际上,公司内部的技术人员通常不如外部咨询人员了解公司内部最终用户的需求,外部咨询帮助往往能带来全新的视角。
获取正确信息
在获取正确信息时,首先要问的问题可能是:“什么是正确的信息?”作为外部人员,答案可能是“不太清楚”;作为内部人员,答案可能是“或许知道”。使用外部人员来完成这项不仅可能会得罪人,还可能带来变革威胁的任务具有明显的优势。没有人喜欢变革
超级会员免费看
订阅专栏 解锁全文
1301

被折叠的 条评论
为什么被折叠?



