sphinx（coreseek）處理分表的方案

關於sphinx處理分表，有以下幾個疑問
1、對於垂直分表，sql_query直接用join查詢，但有人說這個效率不高，建立索引的速度比較慢？又有人說不會影響效率，直接使用join即可，求解並希望說明原因
2、對於水平分表，我原本設想的是在資料來源中多寫幾個sql_query，但是產生索引的時候提示warning：key 'sql_query' is not multi-value; 意思是重複了，我記得之前測試成功過，這次又不行了，難道我記錯了嗎
如果行不通，想了以下幾種方案：
① sql_query用union處理
② sql_query用視圖處理
③ 索引中的source來自多個資料來源，網上有人說可以來自多個資料來源，但並沒有找到具體配置方法，逗號不行
（將每個分表配置一個資料來源，重複資訊繼承）
這幾種方案哪個比較合適，求解並希望說明原因
謝謝諸位了，感激不盡

回複內容：

關於sphinx處理分表，有以下幾個疑問
1、對於垂直分表，sql_query直接用join查詢，但有人說這個效率不高，建立索引的速度比較慢？又有人說不會影響效率，直接使用join即可，求解並希望說明原因
2、對於水平分表，我原本設想的是在資料來源中多寫幾個sql_query，但是產生索引的時候提示warning：key 'sql_query' is not multi-value; 意思是重複了，我記得之前測試成功過，這次又不行了，難道我記錯了嗎
如果行不通，想了以下幾種方案：
① sql_query用union處理
② sql_query用視圖處理
③ 索引中的source來自多個資料來源，網上有人說可以來自多個資料來源，但並沒有找到具體配置方法，逗號不行
（將每個分表配置一個資料來源，重複資訊繼承）
這幾種方案哪個比較合適，求解並希望說明原因
謝謝諸位了，感激不盡

sphinx 不是mysql，它是個搜尋引擎。
如果資料量很大，建議水平分，
1）可以使用內建的分布索引（其實是代理）
2）自己發送多個請求，最後合并資料。

多個資料來源， 在indexer內配置source時，用多個源，用逗號分開，是可以的。

