|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Sergey Tkachuk 2:5040/33.50 16 Feb 2001 03:32:00
To : Artem Chuprina
Subject : Re: Постраничный вывод
--------------------------------------------------------------------------------
15 Фев 01 17:13, you wrote to me:
ST>>>> Так ввел один из клиентов. Без пробелов. Та же проблема была с
ST>>>> US Robotics и USRobotics.
AC>>> Еще раз: почему _в твоем парсере_ это слово?
ST>> Ты можешь предложить методику разделения этого буквосочетания на
ST>> два слова? :-O
AC> Разумеется. Ты букву от цифры отличать умеешь?
Где ты увидел цифру в USRobotics?
AC>>> Заметим, что если он ввел так, то ему по LIKE '%some%' все равно
AC>>> дадут существенно меньше информации, чем ему бы хотелось, а
AC>>> потому подобные запросы все равно надо парсить.
ST>> "+us +robotics" даст именно то, что надо.
AC> Я написал "если он ввел так". Имея в виду, что от таких вводов лечит
AC> только грамотный парсер, но уж никак не LIKE '%some%'. С USRobotics
AC> сложнее, но про это я тебе тоже уже сказал: если у тебя задачи
AC> специфические, то дополнительный словарик для парсера у тебя тоже
AC> есть.
Как пример - прайс-листы от произвольных продавцов (там были компьютеры,
шампанское, оздоровительные чаи etc.) Кто и когда будет создавать этот
словарик? И, главное, зачем? Стоит ли городить всю эту трахомудию, если есть
простое и _достаточно_ эффективное решение?
AC> Если не специфические - то на "+us +robotics" не должно
AC> выдаваться "USRobotics".
Почему? И us и robotics в этом тексте встречаются.
Homer
P.S. Тебе тут уже здраво намекнули, что ситуации бывают разные. Hе стоит
зацикливаться на своих задачах. Бывают запросы, которые выполняются существенно
дольше 10 секунд :-)
---
* Origin: WWW.LOVEHATE.RU - ВЫСКАЖИСЬ! (2:5040/33.50)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
