2015-04-05 42 views
0

我打算開發一個應用程序,該應用程序將具有包含大量屬性的模型。這些屬性將是應用程序最重要的部分之一,因此用戶將在大多數時間發射搜索查詢,以便查找他們正在查找的結果。我需要一個具有20多個屬性的模型的搜索引擎

我的問題是,可以在mysql或postgres上繼承它,或者我應該從一開始就像solr,elasticsearch一樣開始。

我想這個應用程序不要消耗大量的內存,而做這些搜索。這是我想要的第一件事,因爲我將從具有2核和4gb ram的基本服務器設置開始。

回答

1

他們兩個(RDBMS和全文SE)是有效的技術...主要是它依賴於

  • 您的訪問模式,你想在你的搜索服務提供
  • 功能

例如,如果您想要進行全文搜索,或者您想要自動完成,刻面,干擾Solr或ES是您的朋友。另一方面,如果你想實時獲取數據(而且你不想要上面的東西),我會使用一個rdbms。一般來說:你描述了一些你的「非」功能需求,但是這個決定涉及到功能要求也是如此。肯定

+0

我的應用程序將需要實時,自動完成功能。我想我會在某個時候需要一個搜索引擎。我也想知道,因爲在應用程序中不會有那麼多複雜的模型關聯,我是否仍然需要一個搜索引擎? – whizzkid 2015-04-05 19:34:38

+0

如果您需要這些功能(以及搜索引擎提供的其他功能),我認爲您應該使用該功能。根據您的上下文,您可以在搜索引擎中進行搜索,然後從數據庫中收集數據......但實際上取決於您的上下文。 – Andrea 2015-04-05 19:43:49

+0

如果你需要這些功能(以及搜索引擎提供的其他功能),我認爲你應該使用它。根據您的上下文,您可以在搜索引擎中進行搜索,然後從數據庫中收集數據......但實際上取決於您的上下文。關於Solr vs ES,抱歉,我不知道ES,所以我不是在這裏給你一些建議的合適人選 – Andrea 2015-04-05 19:49:41

相關問題