Sql 继承了设计拙劣的数据库，是适应新样式指南还是维护旧样式指南？
我正在研究公司将使用十年的系统。我将在这些系统上工作很长一段时间。我继承了多个数据库，这将需要重写或修改大多数存储过程—效率低下且编写不好。旧的数据库使用了很多我个人不会使用的样式决策，例如使用tbl作为所有表的前缀，使用stpWebGetProcedureName作为所有过程的前缀，使用fld预先固定所有字段，并且所有主键都被称为fldid等等 所以我的问题是，如果我在创建新的数据库，我会继续使用它们的样式吗？如果我在大量修改旧数据库，我是否也只是保持它们的风格？十年 考虑到将现有数据库转换为不同的样式需要相当长的时间，在现有数据库上实现新样式指南什么时候是一个好主意？或者在数据库中有两种样式可以吗 附加信息：每个数据库大约有40个表和100个存储过程Sql 继承了设计拙劣的数据库，是适应新样式指南还是维护旧样式指南？,sql,tsql,database-design,Sql,Tsql,Database Design,我正在研究公司将使用十年的系统。我将在这些系统上工作很长一段时间。我继承了多个数据库，这将需要重写或修改大多数存储过程—效率低下且编写不好。旧的数据库使用了很多我个人不会使用的样式决策，例如使用tbl作为所有表的前缀，使用stpWebGetProcedureName作为所有过程的前缀，使用fld预先固定所有字段，并且所有主键都被称为fldid等等 所以我的问题是，如果我在创建新的数据库，我会继续使用它们的样式吗？如果我在大量修改旧数据库，我是否也只是保持它们的风格？十年 考虑到将现有数据库转换为
开发团队由两人组成 在我看来，这完全取决于您希望将数据用于什么目的 如果您希望查看整个公司的数据和报告/显示数据，那么很值得考虑数据集市/数据仓库配置。这将是完全独立的，并将允许您更有意义地编写更容易遵循的过程 如果您正在对系统进行升级，而这些系统不是定制的，那么与您的供应商交谈以检查是否与流程有直接联系是值得的 离开任何已经存在很长时间的东西都有风险，所以我同意上面的观点。如果你一心想改变，听起来你手头上会有一个大项目，还有大量的非工作时间要投入
希望这能有所帮助。如果现有样式有文档记录，您一定要保留它。一致性风格的一个好处是，当有新人进来时，他们不会被n个先驱者的不同风格所困扰。@GordonLinoff没有文档，但这些数据库中的风格是一致的。同意@GordonLinoff，我们保留现有的一致性风格。我不得不处理被塞进商业解决方案中的多种遗留样式，这简直是噩梦。你不必喜欢这种风格。如果当前样式未被记录，请考虑将其记录在案。