我们接受了一些与 TM1 和维度创建相关的通用培训，并被告知我们需要为相同的值使用不同的维度。
让我描述一下，我们运输货物，我们有一个起点和终点省，在典型的数据库设计中，我希望我们有一个“省”参考表，但我们被告知我们需要一个“原产地”维度和一个“目的地”维度。这似乎很麻烦，似乎我们会在客户、服务等方面遇到同样的问题。
有人可以澄清这对我们有什么用吗？
同样，我希望在数据库中看到一个“查找”表，其中包含所有可能的省份（假设两列中的值相同），那么在任何使用“省份”的列中都有一个 ID 值" 并根据 ID 加入“查找”表。
在典型的数据库设计中，我希望我们有一个“省”参考表，但我们被告知我们需要一个“起源”维度和一个“目的地”维度
按照常规的数据库设计，将两个数据实体分开是有意义的：一个定义源，另一个定义目标。我想在这一点上我们都同意。如果你能提供更多细节就更好了。
想象一个下拉列表：两个列表由一个“源”填充，但代表 DB 中的两个不同值。
假设两列中的值相同
如果目的地=原点，那么您不需要二维吗？:) 这一点需要澄清。
除了您的解决方案（在具有唯一 ID 的表中组合所有源和目标，这可能是解决此问题的一种方法），它似乎可以通过多维数据集或维度结构更改来解决。
如果在某个维度上，您将使用例如ProvinceOrigin和ProvinceDestination作为字符串类型元素，并从一个维度（动态属性）填充它们，那么无论何时保存多维数据集，您都会从一个维度填充这两个字段。
显然，最适合您的解决方案取决于您的系统架构。