WebObjects/EOF/使用 EOF/多個堆疊或例項
這就是 ERXObjectStoreCoordinatorPool 的作用。您需要透過 ERXEC 工廠建立每個 EC 才能使用它。基本上，它會為每個會話分配來自池中的一個 OSC（有關更多資訊，請參閱文件和程式碼）。當您有長時間執行的語句時，這無濟於事，因為仍然存在會話被阻塞 - 儘管數量不多。
如果您有長時間執行的程式，那麼您應該專門為它們建立一個 OSC 並使用長時間執行的頁面。
問題在於同步多個 EOF 堆疊本質上與同步 WebObjects 應用程式的多個例項相同。通常，相同的技巧適用於兩者。
我更喜歡資料庫是單個應用程式（或使用相同技術構建的一組相關應用程式 - 在我們的例子中是 WO/EOF）的專用儲存的架構。因此，如果您需要另一種型別的應用程式來更改資料，請讓它透過擁有資料庫的應用程式，而不是直接訪問資料庫。
最近，我參與了一個嚴重依賴資料庫觸發器的專案。我們建立了一個名為 CheckInProcessor 的新 WO 應用程式。它偵聽埠以獲取新資料（使用專有協議）。以前直接將新資料寫入資料庫的外部應用程式已更改為將資料傳送到 CheckInProcessor。CheckInProcessor 將這些新資料寫入資料庫，執行等效於舊觸發器的任務，並通知其他 WO 應用程式任何更改（使用 WONDER 的 EOUpdateNotification 框架）。