尝试为 BI 网页上的下拉菜单创建一个简单的查找表。该表包含 2 列，一个键和一个描述。
设计此表时，关于维度建模的最佳实践是什么？key => number, description => character (column => data type) 是否足够，或者 key 是否需要是 SID？
想想像“国家”这样的网页或网络表单中的下拉菜单。
AskOverflow.Dev
如果您的自然键只能与一个描述相关联，并且您的查找表仅包含静态参考数据，那么我认为不需要代理键。
在您给出的示例中，您的下拉列表将包含国家/地区。从我的角度来看，如果维度模型基于星型模式，那么国家就不会成为一个独立的维度，而是会成为另一个维度（例如地理或客户等）上的一个属性。即使您要添加代理键，这也不需要包含代理键，因此会浪费时间、精力和存储空间。
如果您的维度模型基于雪花，或者您的键可以与多个描述相关联（例如，如果描述可以随时间变化），那么是的，我会包含一个代理键。我不会把它放在参考表上，代理键应该属于拥有数据的维度。