新核心數據實體與現有的實體相同：單獨的實體還是其他解決方案？

Question

概述：我正在設計一個餐廳管理應用程序，並且我有一個名爲Order的實體，它包含Items。由於一家餐廳可以運營多年，擁有數千個已完成的「訂單」，爲了讓我的應用程序的網絡連接更容易並且保持數據庫更快，我想介紹一個ClosedOrder的概念，它是一個訂單已付款，基本上。

我有幾個選擇可以做到這一點：我可以添加一個isClosed屬性到我的Order實體，並用謂詞執行所有對'open'命令的提取請求，但是這樣會導致存在很多記錄每次需要獲取數據庫時都會經歷數據庫，這通常是由於我的應用程序的工作流程而與訂單實體共同實現的。如果我理解正確，創建'ClosedOrder'子實體也會有同樣的問題，因爲Core Data將所有子實體存儲在數據庫中的同一個表中。

在這種情況下創建一個完全獨立的實體愚蠢？或者這正是我需要做的？我對我對數據庫性能缺乏瞭解的情況表示歉意，核心數據很漂亮，因爲它的摘要需要了解這些信息，但同時它並不能使它變得不重要，特別是在這種情況下，性能如果它被我的用戶推得很遠，可能會嚴重降級。

Answer 1

如果您使用的是SQLite存儲類型，並且「isClosed」屬性是「索引」（實體編輯器面板中的設置），那麼您可能擁有數十萬個訂單，並且仍然有一個很好的快速獲取時間僅針對「isClosed == YES」進行過濾。

創建一個單獨的實體並不會真的給你帶來太多的性能，但當它發生變化時（例如兩個遷移步驟的價格），它會使維護更加困難。您仍然存儲所有這些項目，並且SQLite在設置正確時是一個稱職的數據庫庫。在這裏使用索引屬性，然後生成一些測試數據，然後測量性能。我相信你會很滿意。