組織您的解決方案
在您建立解決方案之前，請先花一些時間進行規劃。 例如，考慮您想要發佈多少個解決方案，以及這些解決方案是否共用元件。
另外，確定您需要多少個 Microsoft Dataverse 環境來開發您的解決方案系列。 您可以使用單一開發環境來實現本文中所述的大多數策略。 但是，如果您決定只擁有一個開發環境，後來又意識到需要更多開發環境，那麼如果人們已經安裝了這些解決方案，變更它們可能會很困難。 當您擁有多個環境時，雖然引入了更多的複雜性，但可以提供更好的靈活性。
下列各節描述管理解決方案的不同策略 (依簡單到複雜排序)。
單一解決方案
建立解決方案就表示您建立了一組自訂工作集。 單一解決方案可以讓您更輕鬆地找到您客製化的商品。
當您只想建立單一受管理解決方案時，建議您採用這個方式。 如果您認為將來可能需要拆分解決方案，請考慮使用多種解決方案。
多個解決方案
如果您有兩個不相關且未共用元件的解決方案，則最直接的方式就是建立兩個未受管理的解決方案。
注意
在解決方案中修改應用程式功能區或網站地圖是很常見的。 如果您的兩個解決方案都修改了這些解決方案元件，則它們就是共用元件。 請參閱下列章節，了解如何使用共用元件。
多個解決方案分層和相依性
當您將不同的解決方案匯入目標環境時，通常會建立層，其中現有解決方案位於正在匯入的解決方案之下。 當談到解決方案分層時，重要的是不要有跨解決方案相依性。 應避免在同一環境中擁有多個使用相同未受管理元件的解決方案。 這種跨解決方案相依性問題對於資料表來說尤其如此。
在沒有交叉相依性風險的情況下，依元件類型細分您的解決方案。 例如，一個解決方案包含所有資料表、另一個解決方案包含所有外掛程式，第三個解決方案則包含所有流程。 這些不同的元件不具有跨解決方案相依性的風險。 因此，在同一環境中以這種方式形成多個解決方案是安全的。
在同一環境中，不可有兩種皆包含資料表的不同解決方案。 這是因為資料表之間的單一關聯通常會有風險，這會建立跨解決方案的相依性，並在稍後導致目標環境中的解決方案升級或刪除問題。
當您設計解決方案層並希望採用結構化的應用程式方法時，您應該從基礎層開始。 稍後，您可以匯入將駐留在基礎層頂端的其他解決方案。 接著，您在頂端會有基礎層和延伸層，以延伸該基礎層。
當您以這種方式管理專案時，建議您為每層使用不同的環境。 使用這些步驟建立您的解決方案分層。
在使用以下步驟建立解決方案之前，請先在您的環境中為所有解決方案使用單一發行者。 其他資訊：解決方案發行者
在「基礎」環境中，您的基礎解決方案包含來自該環境的未受管理資料表，而不包含其他資料表。 然後，您可以將此解決方案匯出為受管理的解決方案。
您為擴充功能或「應用程式」層設定了第二個環境，該環境稍後會位於基礎層頂端。
您可以將受管理的基礎層匯入應用程式層環境，並建立應用程式層的未受管理解決方案。
現在您可以將其他資料表、資料行、資料表關聯等新增至應用程式解決方案中，以延伸資料模型。 然後，將應用程式解決方案匯出為受管理的解決方案。 請注意，應用程式解決方案會在基礎層解決方案上具有相依性。
在您的生產環境中，您可以匯入受管理的基礎層，然後匯入受管理的應用程式層。 這會在環境中建立兩個受管理層，這兩個受管理解決方案之間具有明確的相依性。 以這種方式管理多個解決方案不會產生跨解決方案相依性，這可能會導致解決方案維護問題，例如在需要時刪除頂層。
重複此分割模式，以擁有需要維護的多個不同解決方案。 雖然我們建議您儘量維持少量的解決方案，以確保您的解決方案分層易於管理。