Неправильная выдача поиска

[Radimirich]

Здравствуйте. Проблема с поиском. Ситуация такая: 

Есть магазин по продаже деталей. В названиях преобладают числа. Например 113620, 233620, 3620 Л, 3620 Г.

Когда в поиск вбиваю например 3620 выдает сначала 113620 потом 23620(а наименовании много) и  только в конце 3620.

А мне нужно чтобы 3620 был в начале. Как это можно это реализовать? 

 

[chukcha]

Явно - никак

[Radimirich]

Не может быть такого, релевантность чисел же присутствует. Значит можно где то это прописать. Помогите пожалуйста

[chukcha]

поэтому и говорю - явно - никак.

 

все сводится к конструкции

%фраза%

 

Можно свести к конструкции

фраза%

%фраза%

[Radimirich]

А как это сделать?

[igon]

Копай функцию getProducts() в классе ModelCatalogProduct.

Нужно создать SQL-запрос, который выдаст массив товаров с именами, НАЧИНАЮЩИМИСЯ с искомой строки.

Потом к этому массиву добавить массив $product_data[], "родной" для функции. Он выдает товары, у которых имя ПОХОЖЕ (LIKE) на искомую строку.

Исключить дубли.

Вернуть объединенный массив. В нем 3620 будет в начале.

Похоже, для первого запроса достаточно удалить начальный % в строке "pd.name LIKE '%" . $this->db->escape($word) . "%'" (как и предлагает chukcha)

Как-то так...

Змінено 16 грудня 2014 користувачем igon

[snastik]

Попробуйте склонировать метод getProduct() для поиска  и в нем:

ORDER BY name=0, -name DESC, name

Утянуто отсюда

 

По моему может вам помочь.

[Radimirich]

Копай функцию getProducts() в классе ModelCatalogProduct.

Нужно создать SQL-запрос, который выдаст массив товаров с именами, НАЧИНАЮЩИМИСЯ с искомой строки.

Потом к этому массиву добавить массив $product_data[], "родной" для функции. Он выдает товары, у которых имя ПОХОЖЕ (LIKE) на искомую строку.

Исключить дубли.

Вернуть объединенный массив. В нем 3620 будет в начале.

Похоже, для первого запроса достаточно удалить начальный % в строке "pd.name LIKE '%" . $this->db->escape($word) . "%'" (как и предлагает chukcha)

Как-то так...

 

Извините я не силен в этом, это все в контроллере search.php нужно править?

[Helloween]

поэтому и говорю - явно - никак.

 

все сводится к конструкции

%фраза%

 

Можно свести к конструкции

фраза%

%фраза%

Сначала в селекте должно быть "=", потом "строка%", потом "%строка", потом "%строка%" - как-то так.

[igon]

Извините я не силен в этом, это все в контроллере search.php нужно править?

Нет, в Model/Catalog/product.php

[chukcha]

Сначала в селекте должно быть "=", потом "строка%", потом "%строка", потом "%строка%" - как-то так.

Как карта ляжет, все зависит от формируемого алгоритма оптимизации

[Radimirich]

Спасибо всем за отзывчивость, буду пробовать, потом отпишусь :-)

[igon]

Сначала в селекте должно быть "=", потом "строка%", потом "%строка", потом "%строка%" - как-то так.

 

Как карта ляжет, все зависит от формируемого алгоритма оптимизации

 

Условие "=", ИМХО, избыточно - юзеру вряд ли захочется вбивать имя продукта полностью.

 

Условие "%строка" тоже избыточно - его полностью перекрывает "%строка%".

 

ОДИН select с двумя (тремя???) LIKE? Ну да, тут от расклада карт может многое зависеть.

 

 А вот ДВА относительно простых селекта с одним LIKE в каждом и объединением results в PHP - самое, ИМХО, то!

[Helloween]

Условие "=", ИМХО, избыточно - юзеру вряд ли захочется вбивать имя продукта полностью.

 

Условие "%строка" тоже избыточно - его полностью перекрывает "%строка%".

 

ОДИН select с двумя (тремя???) LIKE? Ну да, тут от расклада карт может многое зависеть.

 

 А вот ДВА относительно простых селекта с одним LIKE в каждом и объединением results в PHP - самое, ИМХО, то!

Все зависит от товаров. Зачастую важны именно детали.

[igon]

Все зависит от товаров. Зачастую важны именно детали.

Согласен. Но ТС не модуль же пишет. Зачем здесь универсальность? 

[Helloween]

Согласен. Но ТС не модуль же пишет. Зачем здесь универсальность? 

Ну ему дали полный набор необходимых форматов выборки, подсказали, как его укоротить, при необходимости. А дальше уже сам выберет.