ios coredata搜索大型數據集

Question

我正在使用coredata作爲其持久性存儲的iphone的企業ios應用程序。我們有幾個核心數據實體，其中一個有30個字段。我的數據集超過了這些30個實體的45,000個。

我需要構建一個查詢，其中我的搜索字符串可以匹配對象上12個不同字段之一。我的NSPredicate基本上是一個大鼠窩（屬性== $ A）|| （otherproperty == $ A）...等$ A是我的搜索字符串。

我們剛剛開始調整它的性能，因爲它很糟糕。我們應該做什麼明顯的事情？使用複合謂詞並且每個子謂詞都是（property == $ A）會更好嗎？

想法？提前致謝。

我的（部分）解決方案 - 我觀看了關於核心數據的一些wwdc視頻，基本上做了Apple所說的。從我的真實對象到另一個對象來創建一個關係來表示一個搜索令牌。這個新的搜索令牌實體有兩個字段 - 令牌和權重。當我將主要對象插入coredata時，我給他一組這些搜索令牌。我想查詢的每個字段的一個搜索標記以及標記屬性的內容是某種標準化（全部小寫）的數據。然後我的謂詞就是「任何searchTokens.token以％@開頭」。因此，現在我們只是在其索引字段上搜索一個表，並且我們不必在where子句的右側進行任何擴展。 Coredata的搜索速度非常快。我唯一做的另一件事是將NSTimer放在shouldReloadTableForSearchString中，以便在1秒鐘不活動後觸發搜索。

UISearchDisplayController - wait for N seconds OR for user to press "Search" before conducting search

Answer 1

使用複合謂語會給你同樣的結果作爲長字符串||，所以沒有，那也不會幫助。

可能有所幫助的是優化謂詞的順序。它們從左向右進行評估，只要結果已知，評估就會停止。如果你有一個長的邏輯或的鏈，並且第一個是真的，那麼它們的其餘部分是什麼樣的並不重要。這些謂詞甚至不會被評估。

因此，如果您可以合理地預計某些屬性比其他屬性更可能匹配，請將它們移到列表的前面。如果幾乎所有的時候都會是YES，那就做第一個吧。

此外，如果這些謂詞中的任何一個是數字，則將這些謂詞移動到該行的前面。數字比較比字符串比較快得多，所以任何返回YES的數字檢查都可以讓您跳過任何後續的字符串比較。