我最近接手了一个需要帮助的 SQL Server 2000 数据库的开发。我们计划很快将其升级到 SQL Server 2005。这个数据库在表上没有审计字段（CreatedBy、CreatedDate 等），没有外键，整体设计很糟糕。有六个程序使用内联 SQL 和其他旧/坏做法直接访问数据库。
我想清理架构和数据访问。你对一个好的起点有什么建议吗？这是一个生产数据库，它必须在改进的同时继续工作。
Lance Fisher
问问题
205 次
2 回答
1
您可能必须从访问数据库的应用程序开始。您很可能会发现对数据库模式的任何更改都会破坏其他应用程序。我发现最常见的罪魁祸首是 select * sql 然后根据列位置访问数据。如果您在最后一列之前插入一列，则该代码将中断。此外，除非您对新列使用默认值，否则任何插入命令都会失败。
最好的办法是了解这些外部程序是如何使用数据库的，然后设计一个新的数据库，然后一次将这些程序中的每一个迁移到新的数据库中。
几乎可以保证在生产过程中对该数据库进行更改会破坏其他应用程序。
于 2008-10-20T19:14:31.237 回答
1
您可以更正、分析、规范化等模式，同时维护视图后面的当前模式/界面。
在视图上使用 before trigger 可以确保应用程序按预期写入和读取。
通过这种方式，您可以开始将客户端应用程序迁移到新架构，同时允许当前应用程序工作。而且您的数据在其新架构中更安全（DRI、FK、DF、CK 等）。
这也使界面合同对于每月运行一次的意外电子表格保持一致，并且没有人知道它对于月末报告至关重要......
于 2008-10-20T19:22:50.533 回答