我正忙着用MySql数据库开发两个基于web的系统,表/视图/存储例程的数量真的变得很多,处理这些复杂性越来越有挑战性。
现在在编程语言中,我们有命名空间,例如Java包,C++命名空间来划分软件,将它们组合在一起使事情更容易理解。另一方面,数据库具有更多的平面结构(至少是MySql),例如,表和存储过程在同一级别上。因此,人们必须更有创造力,创建命名约定,可能使用多个数据库或使用工具来可视化事物。
你用什么方法来减轻疼痛?在开发您的数据库时是否有效?为了不迷失在表格、字段和存储过程的海洋中?
您也可以随意提及您使用的工具,但如果可以的话,请尽量将其限制在开源的范围内,最好是Linux解决方案。
b.t.w一个数据库在设计上需要多少个表才算大?
发布于 2010-04-09 04:28:41
我发现唯一普遍适用的解决方案是开发一系列前缀并将它们应用于表(例如,主要与人力资源相关的表都将以hr_开头)。我通常将前缀带到应用程序中的其他“对象”(窗体、报表、视图、存储过程)。
这种解决方案远非完美,而且是一种黑客行为,但它确实给系统带来了些许秩序。
发布于 2010-04-09 05:45:16
Oracle电子商务套件有超过25,000个表和大约33,000个视图。我会说这是一个很大的模式。
发布于 2010-04-09 04:28:01
当然,一定要使用命名约定。MySQL数据库设计是我最后使用匈牙利符号的地方之一,但我所有的表都以"tbl“开头,所有的视图都以"v”开头,依此类推。
此外,我在MySQL工作台中构建了多个数据库关系图,通常每个域聚合至少有一个关系图,这有助于我可视化体系结构中的“模块”。
这是像Sql Server这样的产品具有很大优势的一个方面,因为数据库对象可以属于数据库中的多个模式,就像编程中的名称空间一样。
https://stackoverflow.com/questions/2603120
复制相似问题