主页 / dba / 问题 / 185662
Accepted
onefootswill
Asked: 2017-09-12 19:38:28 +0800 CST

从生产中的表中删除列

  • 772

我们有一种情况，我们需要将 2 个表之间的关系从m:1更改为m:n。

因此，我们需要在这两个表之间创建一个交叉引用表。

将所有现有数据从“子”表迁移到交叉引用表后，删除子表中的原始外键列会不会是一个坏主意？

如果我们把它留在那里，我们基本上有技术债务。但我不是 dba，也不太了解从表中删除列的含义。（我知道这是可能的，但这是个坏主意吗？我的数据库会因此恨我吗？）

谢谢

sql-server database-design

2 个回答

  1. Best Answer

    在不了解您的表格的所有结构的情况下，我的建议有限。但是，不，如果您在以下情况下删除列（绝不是详尽无遗的），您的数据库不会绘制您的死亡：

    1. 您仍然使用数据库键来映射您的维度。
    2. 您在这个新 Dimension 表上的新索引在它们应该覆盖的时候正确地覆盖了索引。
    3. 您管理此数量的索引，以免使插入/更新负担过重

    您的新设计具有二维表和事实表

    • 这就是为什么它使用“交叉引用”表从 m:1 变为 m:n 的原因。我们称之为另一个维度。

    设计实际实现了标准化来实现这一点

    • 通过删除依赖项，您的团队将能够更好地检索能够以更有意义的方式改变您的数据处理方式的事实。

    关于尺寸和事实的说明

    • 描述性上下文的维度

    维度提供围绕业务流程事件的“谁、什么、何地、何时、为什么以及如何”的上下文。维度表包含 BI 应用程序用于过滤和分组事实的描述性属性。牢牢记住事实表的粒度，就可以确定所有可能的维度。

    只要有可能，当与给定的事实行关联时，维度应该是单值的。维度表有时被称为数据仓库的“灵魂”，因为它们包含使 DW/BI 系统能够用于业务分析的入口点和描述性标签。数据治理和维度表的开发投入了不成比例的努力，因为它们是用户 BI 体验的驱动力。

    • 测量事实

    事实是由业务流程事件产生的度量，几乎总是数字。如事实表的粒度所描述的，单个事实表行与测量事件具有一对一的关系。因此，事实表对应于物理可观察事件，而不是特定报告的需求。在事实表中，只允许与声明的粒度一致的事实。例如，在零售交易中，产品的销售数量及其扩展价格是很好的事实，而商店经理的工资是不允许的。

    Kimball 尺寸建模技术

    我的建议是设计团队应该知道在数据库中执行规则是最好的，除非它会损害性能。不过，我不知道您的 DDL 语句的大小或量化来完全回答这个问题。

    但请放心，这对您的系统来说应该是一个积极的改变，因为现在 SQL Server 将不必通过所有额外的数据来检索真正重要的内容。

    • 5

  2. 我知道这是可能的，但这是一个坏主意吗？我的数据库会因此恨我吗？

    我不能代表你的数据库，但我会恨你:-)

    旧列将包含更改后的冗余数据。如果旧列和新外部参照表的维护不一致，这可能会导致数据冲突。考虑不熟悉技术债务的开发人员可能会在逻辑上破坏数据库。

    我很难想出一个不应该删除遗留列和关系的原因。这也将确保所有相关代码都已正确更改。

    • 5

相关问题