效能設計考量
在設計解決方案時，效能考量很重要。 IBM® Product Master 容許複雜的資料模型和商業邏輯。 這種彈性可讓您處理進階商業規則。 不過，此彈性的可用性可能會導致簡單的解決方案變得比必要的更複雜。 Product Master 不會限制解決方案設計中所使用的大小或物件數，因此，請務必遵循這些效能設計考量。
應遵循下列一般準則，以避免重大效能問題:
- 請保留介於 10-100 規格範圍之間的規格數目。
- 規格數目有時會達到 100 以上，直到個別規格的大小較小為止。 超過 1000 需要極度小心和考量，因為它會大幅增加系統上的記憶體需求。 規格數目越大，會導致更複雜的視圖越大，而增加個別使用者的記憶體覆蓋區。 此類型的解決方案需要高度自訂的調整負載平衡器及記憶體回收設定。
- 將參考表的大小和計數保持在最小。
- 參考表快取在記憶體中。 增加參考表的大小或計數會耗用更多記憶體來快取表格，因此會為其他作業留下較少的記憶體。 這又會導致系統經常進行記憶體回收、緩慢及無法預期的效能。 此外，單一編輯使用者介面中的大量參考表值可能會影響使用者介面的呈現時間，因為會透過傳送大量參考表資料以建立下拉功能表。
- 將工作流程中的步驟數保持小於 100。
- 工作流程可以在 Product Master中變得複雜。 它們可以用來管理複雜的商業規則。 一般工作流程的大小小於 100 個步驟。 大於此值的工作流程可能會導致多個問題，從無法管理的使用者介面到管理及維護工作流程的作業非常緩慢。
- 保持項目的相關項目數小於 100。
如果項目的相關項目數超過 100 ，則會導致效能變慢。 相關項目的數量越高，會導致更廣泛的關係屬性相關查詢，進而導致效能降低。
- 以可管理的方式佈置使用者介面。
- 隨著資料的複雜性和規模增加，資料和畫面的複雜性也會增加。 以可管理的方式來佈置使用者介面，對使用者效能而言很重要。 請考量下列事項，以減少使用者介面效能的影響:
- 管理所使用的視圖及屬性集合數目。
- 會快取每個使用者的集合和視圖，並在使用者登入之後第一次存取它們時建立。 大量使用會導致每個使用者大量使用記憶體，並對記憶體回收活動產生不利影響。
- 管理在「多重編輯」畫面上一次顯示的項目數和屬性。
- 項目及屬性數目越大，使用者介面畫面效能越慢。 由於嘗試顯示的資料量，使用者介面畫面可能需要較長的時間來重新整理或載入。
- 管理巢狀多次出現資訊的數量也很重要。
- 在 Product Master 使用者介面內，每一個巢狀出現的資訊都會呈現為用戶端瀏覽器必須解譯的非簡易 HTML 程式碼。 如果您在單一畫面上顯示許多 (甚至只有數十個，特別是數百個) 多次出現項目 (尤其是巢狀出現項目) ，這可能會導致呈現速度非常緩慢。 伺服器處理可以在 ~ 1 秒內完成，但使用者回應有時可能需要超過 60 秒，這只是因為瀏覽器呈現花費了太多時間。 因此，在專案的資料建模階段期間做出適當的決策，以避免在使用者介面中出現這種複雜性是很重要的。