Ssis 使用进程更新处理维度

在使用流程更新处理维度时，我发现以下错误

OLAP存储引擎中的错误：在增量处理维度期间，无法更改属性之间的刚性关系。处理属性时出错。表：“dbo_VW_myView”，列：“Some+列”，值：“VTNS附属公司”。源属性：。源属性的键列值：“雅培实验室”

通过一些研发，我发现我不能在刚性关系中进行ProcessUpdate，而通过将维度关系更改为柔性关系，将对多维数据集的性能产生深刻影响。所以我的问题是,

是否可以通过按顺序处理维度来纠正此问题？如果是，那么如何动态获取要处理的维度的顺序。如果没有，那么处理和更新维度的其他方法是什么

我只能通过SSI处理维度

EDIT1

更准确地说，我正在执行以下步骤：

创建分区

处理每个维度-processAdd

处理分区-ProcessFull

正在处理数据库-ProcessDefault

并每周处理一次数据库

但是有了这个，我想我不会得到维度中的更新条目。我的场景是这样的，对于每个负载维度/事实，只会更新或插入，不会删除

那么，在这种情况下，哪种处理方法对我有用（我可以根据您的建议包括或解释上述步骤）？可以在处理多维数据集分区之前处理默认维度可以帮助我

注意：如果没有步骤2，则处理工作正常。。但是在那之后，当我完全处理数据库时，我得到了错误操作失败了，并且除了我创建的分区列表之外，没有任何特定的错误。（令人惊讶的是，数据库处理维度时没有任何问题）

Edit2

---

是否有其他方法来处理维度更新？

否您不能通过以任何不同的顺序处理维度来纠正此问题。该错误是一维的内部错误。这是维度内部数据变化的症状，在我所研究的所有（非日期）维度中，甚至在某些日期维度中，这是不可避免的

---

您需要重新审视您的研发，并通过灵活的维度关系将多维数据集性能提升到可接受的水平。

否您无法通过以任何不同的顺序处理维度来纠正此问题。该错误是一维的内部错误。这是维度内部数据变化的症状，在我所研究的所有（非日期）维度中，甚至在某些日期维度中，这是不可避免的

---

您需要重新审视您的研发，并通过灵活的维度关系将多维数据集性能提升到可接受的水平。

您需要完全处理维度以清除此错误-但是-如果我没有记错，这通常会将相关事实表保留为“未处理”

Mike Honey是对的，发生的事情是你告诉立方体某些东西不会改变，然后你改变了它。例如，一个客户维度，您说过家庭地址对客户Id是严格的-客户第一次更改地址时，您将无法处理和更新该维度

---

正确处理这些僵硬/灵活的关系可能是一件非常痛苦的事情——你永远不会希望改变（出生日期）的事情——“我们为客户写下了错误的D.O.B”等等：（

您需要完全处理维度以清除此错误-但是-如果我没有记错的话，这通常会将相关事实表保留为“未处理”

Mike Honey是对的，发生的事情是你告诉多维数据集某些东西不会改变，然后你改变了它。例如，一个客户维度，你说家庭地址对客户Id是严格的-客户第一次改变地址时，你将无法处理和更新维度

---

正确处理这些僵硬/灵活的关系可能是一件非常痛苦的事情——你永远不会希望改变（出生日期）的事情——“我们为客户写下了错误的D.O.B”等等：（

非常正确。我现在遇到了非常大的麻烦……数据量很大，处理过程很满，没有分区的多维数据集让我痛苦不已（@Zerotoinfinite，听起来你需要更改多维数据集并重新部署：（请记住，你总是可以使用不同的名称部署更改后的多维数据集，处理它，删除原始数据集并将新数据集重命名为原始数据集的名称。将保留“a”为您的用户在线创建多维数据集。非常正确。我现在遇到了一个非常大的麻烦。数据量很大，处理过程很满。没有分区的多维数据集让我很痛苦。：（@Zerotoinfinite，听起来好像更改多维数据集和重新部署是您需要的：（请记住，您始终可以使用不同的名称部署已更改的多维数据集，处理该多维数据集，删除原始多维数据集，并将新多维数据集重命名为原始多维数据集的名称。将保留“a”cube online为您的用户提供此期间的多维数据集。谢谢确认。我认为我需要更改流程类型或顺序。我已编辑了我的问题。请您重新审阅。谢谢确认。我认为我需要更改流程类型或顺序。我已编辑了我的问题。您可以重新审阅吗？我在一个维度，其中基于查询的DimDeliveryDates具有严格的关系，并且由于基础数据的更改，某些日期不再与业务流程相关。但是，多维数据集处理失败，因为现在数据丢失。我在基于查询的DimDeliveryDates具有严格关系的维度中遇到了相同的错误，并且由于基础数据的更改，某些日期与业务流程不再相关。但是，多维数据集处理失败，因为现在数据丢失。