【问题标题】:string as primary key in star schema字符串作为星型模式中的主键
【发布时间】:2014-11-27 01:16:37
【问题描述】:

我们正在创建一个由大约 8 个星型模式组成的数据集市,每个模式代表一个业务事件、流程或报告数据集。我们有事务、快照和累积快照模式的等量组合。我们打算在大多数事实表中用作主键的值是 ContractID,但是在源数据库中,这是一个格式为“X12345.001”的字符串。

我已经阅读了一些关于使用字符串作为 PK 的相互矛盾的意见:

Strings as Primary Keys in SQL Database - 本文中的最佳答案表明没问题,但问题不是数据集市特有的。

String as primary KEY? - 本文中的最佳答案是坚决反对使用字符串作为 PK。

数据集市的内容永远不会很大(在所有星星上都只有几百万行,永远不会有数十亿)。使用当前的 PK (ContractID) 会更省力,因为这将在所有表中保持一致,但我担心性能。问题是字符串是否可以用作数据集市中的主键。

谢谢

【问题讨论】:

  • 可以使用字符串,但应该使用吗?如果你能帮忙,答案是否定的。
  • 您的事实表每个 ContractID 只有一行?我原以为这不太可能,但如果你是对的,那么将它作为主键没有任何问题。

标签: sql primary-key star-schema datamart


【解决方案1】:

最后,我们将合同 ID 存储在一个维度中,该维度可能是正确的,因为 ID 更多地是对合同的描述,尽管它是唯一的),SQL 生成的事实表 ID 充当事实中的 FK桌子。正如您所期望的那样,事实表确实在每个合同中保存了多行,并具有累积快照。

我们让 SQL 处理所有 ID,并将事实表中的所有内容都限制为整数,我们认为性能非常好!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-05-04
    • 2013-12-21
    • 2020-03-16
    • 2017-10-28
    • 2013-05-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多