久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

分面搜索 (solr) 與通過 PHP 進行的舊過濾?

Faceted Search (solr) vs Good old filtering via PHP?(分面搜索 (solr) 與通過 PHP 進行的舊過濾?)
本文介紹了分面搜索 (solr) 與通過 PHP 進行的舊過濾?的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

問題描述

我計劃在我的電子商務商店中設置過濾系統(優化您的搜索).您可以在此處查看示例:http://www.bettymills.com/shop/product/find/Air+and+HVAC+Filters

I am planning on setting up a filter system (refine your search) in my ecommerce stores. You can see an example here: http://www.bettymills.com/shop/product/find/Air+and+HVAC+Filters

PrestaShop、OpenCart 和 Magento 等平臺具有所謂的分層導航.

Platforms such as PrestaShop, OpenCart and Magento have what's called a Layered Navigation.

我的問題是,與使用 Solr 或 Lucene 等平臺進行分面導航相比,Magento 或 PrestaShop 等平臺中的分層導航有什么區別.

My question is what is the difference between the Layered Navigation in platforms such as Magento or PrestaShop in comparison to using something like Solr or Lucene for faceted navigation.

是否可以僅通過 php 和 mysql 實現類似的結果?

Can a similar result be accomplished via just php and mysql?

非常感謝詳細的解釋.

推薦答案

分層導航 == 分面搜索.

它們是同一個東西,但 Magento 和 al 使用不同的措辭,可能是為了吸引眼球.據我所知,Magento 支持 Solr 分面搜索或 MySQL 搜索.主要區別在于性能.

Layered Navigation == Faceted Search.

They are the same thing, but Magento and al uses different wording, probably to be catchy. As far as I know, Magento supports both the Solr faceted search or the MySQL one. The main difference is the performance.

在 MySQL 中進行分面搜索需要您連接表,而 Solr 會自動索引文檔分面以進行過濾.您通常可以在普通硬件上使用 Solr(對于多方面搜索查詢 <100 毫秒)實現快速響應時間.雖然 MySQL 進行相同的搜索需要更長的時間,但可以使用索引對其進行優化以實現類似的響應時間.

To do faceted search in MySQL requires you to join tables, while Solr indexes the document facets automatically for filtering. You can generally achieve fast response times using Solr (<100ms for a multi-facet search query) on average hardware. While MySQL will take longer for the same search, it can be optimized with indexes to achieve similar response times.

Solr 的缺點是它需要您配置、保護并在您的服務器上運行另一個服務.根據您的配置(Tomcat、jetty 等),它也可能占用大量 CPU 和內存.

The downside to Solr is that it requires you to configure, secure and run yet another service on your server. It can also be pretty CPU and memory intensive depending on your configuration (Tomcat, jetty, etc.).

您需要一個特定的數據庫架構,但它是可行的.這是一個簡單的例子:

You need a specific database schema, but it's feasible. Here's a simple example:

產品

+----+------------+
| id | name       |
+----+------------+
|  1 | blue paint |
|  2 | red paint  |
+----+------------+

分類

+----+----------+
| id | name     |
+----+----------+
|  1 | color    |
|  2 | material |
|  3 | dept     |
+----+----------+

product_classification

+------------+-------------------+-------+
| product_id | classification_id | value |
+------------+-------------------+-------+
|          1 |                 1 | blue  |
|          1 |                 2 | latex |
|          1 |                 3 | paint |
|          1 |                 3 | home  |
|          2 |                 1 | red   |
|          2 |                 2 | latex |
|          2 |                 3 | paint |
|          2 |                 3 | home  |
+------------+-------------------+-------+

因此,假設有人搜索 paint,您會執行以下操作:

So, say someones search for paint, you'd do something like:

SELECT p.* FROM product p WHERE name LIKE '%paint%';

這將返回 product 表中的兩個條目.

This would return both entries from the product table.

執行搜索后,您可以使用如下查詢獲取結果的相關方面(過濾器):

Once your search has executed, you can fetch the associated facets (filters) of your result using a query like this one:

SELECT c.id, c.name, pc.value FROM product p
   LEFT JOIN product_classification pc ON pc.product_id = p.id
   LEFT JOIN classification c ON c.id = pc.classification_id
WHERE p.name LIKE '%paint%'
GROUP BY c.id, pc.value
ORDER BY c.id;

這會給你類似的東西:

+------+----------+-------+
| id   | name     | value |
+------+----------+-------+
|    1 | color    | blue  |
|    1 | color    | red   |
|    2 | material | latex |
|    3 | dept     | home  |
|    3 | dept     | paint |
+------+----------+-------+

因此,在您的結果集中,您知道有些產品的顏色為 bluered,它的唯一材料是 latex,并且它可以在部門 homepaint 中找到.

So, in your result set, you know that there are products whose color are blue and red, that the only material it's made from is latex, and that it can be found in departments home and paint.

一旦用戶選擇了一個方面,只需修改原始搜索查詢:

Once a user select a facet, just modify the original search query:

SELECT p.* FROM product p
   LEFT JOIN product_classification pc ON pc.product_id = p.id
WHERE 
   p.name LIKE '%paint%' AND (
      (pc.classification_id = 1 AND pc.value = 'blue') OR
      (pc.classification_id = 3 AND pc.value = 'home')
   )
GROUP BY p.id
HAVING COUNT(p.id) = 2;

所以,這里用戶搜索關鍵字paint,包括兩個方面:facet blue 表示顏色,home 表示部門.這會給你:

So, here the user is searching for keyword paint, and includes two facets: facet blue for color, and home for department. This'll give you:

+----+------------+
| id | name       |
+----+------------+
|  1 | blue paint |
+----+------------+

所以,總而言之.盡管它在 Solr 中是開箱即用的,但在 SQL 中可以相當容易地實現它.

So, in conclusion. Although it's available out-of-the-box in Solr, it's possible to implement it in SQL fairly easily.

這篇關于分面搜索 (solr) 與通過 PHP 進行的舊過濾?的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網!

【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!

相關文檔推薦

Override Magento Config(覆蓋 Magento 配置)
What would cause a print_r and/or a var_dump to fail debugging a variable?(什么會導致 print_r 和/或 var_dump 調試變量失敗?)
How to update custom options programatically in magento?(如何在 magento 中以編程方式更新自定義選項?)
Magento 404 on Admin Page(管理頁面上的 Magento 404)
Magento - get price rules from order(Magento - 從訂單中獲取價格規則)
Magento Change Product Page Titles to Include Attributes(Magento 更改產品頁面標題以包含屬性)
主站蜘蛛池模板: 国产欧美日本 | 特级黄色大片 | 中国黄色录像 | 欧美性猛交一区二区三区精品 | 欧美精品日韩 | 99视频免费观看 | 福利视频一区二区 | 日韩成人免费 | 中文字幕在线观看一区二区三区 | h网站在线观看 | 色涩av| 国产区在线 | 黄色特级毛片 | 五月天激情影院 | 国产欧美一区二区精品性色超碰 | 久久久亚洲天堂 | 欧美性生交xxxxx | 欧美性生交xxxxx久久久 | 国产高清av| 青青草免费在线观看 | av在线免费观看网站 | 天天爽夜夜爽夜夜爽 | 91av视频在线观看 | 黄色片视频在线观看 | 亚洲欧美中文字幕 | 亚洲免费专区 | 免费黄色大片 | 日韩一级免费 | 四川毛片| 精品一区二区三区av | 五月天一区二区 | 成人午夜精品 | 欧美成人精品欧美一级私黄 | 亚洲第一色网 | 成人a视频| 日本不卡免费 | 国产一区在线免费观看 | av一区二区三区在线观看 | 亚洲第一毛片 | 国产精品午夜视频 | 国产理论在线 |