|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
PetroNotC SharpНапример в фирме только java разработчикину тогда нет смысла говорить о качестве конечного продукта. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2019, 10:59 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
maytonНеохота обсуждать MySQL пока автор не подтвердит что его такое решение тоже устроит.дак вот что-то ТС затих. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2019, 11:00 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
вадяPetroNotC SharpНапример в фирме только java разработчикину тогда нет смысла говорить о качестве конечного продукта.т.е. опять цветочный магазин .... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2019, 11:01 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
вадя, У тебя тоже цветочный) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2019, 11:11 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
PetroNotC SharpУ тебя тоже цветочный)ну нет, я делаю всё для юзера... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2019, 11:12 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
Искренне благодарю всех участвующих. Знаю что мой алгоритм абсолютная туфта так этот тип поиска срабатывает только в 20% из 100. Честно говоря пока не было времени но обязательно рассмотрю все ваши советы не исключая ни кого. Ещё раз искренне человеческое спасибо всем за ответы. Постараюсь ещё раз попытаться правильно поставить не вопрос а проблему поиска в базе. Одна запись состоит из целого текста , если скопировать этот текст то получается стандартный формат страницы ms word В 200 страниц. К примеру если все слова оиск ашины тоет находится в ОДНОМ ПРЕДЛОЖЕНИИ или хотя бы в том же АБЗАЦЕ то результат поиска идеально подходит для пользователя. Но если ОЕТА найдена в первой странице а АШИНА в 120 странице то поиск опять найдет ту запись так это ОДНА ЗАПИСЬ, хотя эти два слова не будут связанны друг с другом со значением и не будет иметь смысла для 'ищущего' пользователя, их объединяет только одна запись в базе данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2019, 05:01 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
Кстати на скорость поиска не жалуюсь даже на старых андроид устройствах поиск продолжается не долго. Использую SQLite. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2019, 05:11 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
Дорогие участвующие всем всем огромное спасибо, начал тестирование с Lucene и о да чудо! Классная штука! Другим тоже буду советовать, то что надо, в будущем другие тоже постараюсь протестировать как время свободное найдется, но пока остановлюсь на чудо люценке! Всем удачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 08:38 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
ты со своей люценкой по шапке получишь от тимлида в твоем случае используют оператор LIKE поиск по заданным параметрам осущестляется на стороне базы ты же хочешь вытащить из базы все и прогнать через эту шляпу?ты в своем уме дядя? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:07 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
asv79ты со своей люценкой по шапке получишь от тимлида в твоем случае используют оператор LIKE поиск по заданным параметрам осущестляется на стороне базы ты же хочешь вытащить из базы все и прогнать через эту шляпу?ты в своем уме дядя? Это нормальный юзкейс для толстых текстовых поисков. Так работает Google. Индексирует асинхронно и обновляет специализированные струкуры данных которые работают для поисков токенизацией и лемматизацией текстов. Обычно LIKE в БД не дает возможности делать сложные поиски быстро. Пример с "%МОС%ГОР%БОЛ%" выключает индекс БД и будет работать full-scan операция. А она убивает производительность. Вот и бизнес выбирая между быстрым асинхронныим и текстовым поиском и медленным синхронным поиском по БД, решает использовать Lucene(Elastic Stack), Sphinx, e.t.c. Время отклика - решает. Будет ли клиент сёрчить миллиард записей в таблице через LIKE или какой-то умный поиск по деревьям текстового поиска с шардингом. Есть еще вариант - использовать модули текстового поиска БД но они обычно ограниченные в функционале и плохо поддерживают локаль. Грубо говоря там все хорошо когда английский текст. Кириллица обычно не работает. Или надо что-то крутить и вертеть на уровне глубокого знания этого модуля. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:22 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
asv79, Если у него обучение, это одно. Если боевой проект, то конечно нужно профит смотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:43 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
смотря в каком объёме искать. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:04 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
Это должно исходить от заказчика. Сколько секунд или минут он согласен искать "Московскую Городскую Больницу" в справочнике? Этот вопрос должен стоять во главе топика. Всё остальное - не имеет значения. Заказчик должен быть happy. Если он - не happy то все ваши архитектуры и умные технологии не имеют никакого значения. Выкинуть на свалку. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 11:15 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
PetroNotC Sharp, если таблица до млн записей как мне скзаали никаких проблем использвать LIKE а далее уже нужно индексы использовать в любом случае это лучше отдать на откуп БД,как бы там есть инструменты для этого ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:27 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
[quot mayton][ я сомневаюсь что автор пишет второй гугол. а как работает этот люцен-он же не в базе ищет?тоесть сначала нужно достать все из базы -и куда то засунуть-потом это дело передать в люцене? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:31 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
asv79, Ну вот пример. Мне нужны из логов все АБЗАЦЫ с WARNING. Что тогда? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:34 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
asv79, У меня админка с выводом лога сервера. В логе 10 000 строк. Поэтому на андроиде в планшете виснет.)))) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:36 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
PetroNotC Sharpasv79, Ну вот пример. Мне нужны из логов все АБЗАЦЫ с WARNING. Что тогда? а ты логи в базу пишешь?весьма странное решение ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:44 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
PetroNotC Sharpasv79, Ну вот пример. Мне нужны из логов все АБЗАЦЫ с WARNING. Что тогда? Почитай про ELK в части LogStash. Там есть коробочное решение для быстрого поиска по логам. https://www.elastic.co/products/logstash ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:45 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
asv79а ты логи в базу пишешь?весьма странное решениеох. Все возможно в нашем мире)). Oracle в своём APEX все в базу пишет. Даже js. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:52 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
mayton, OK Я же ленивый)) Пока ротацию поправил с 2 гигов по умолчанию на ежедневную)). В рыбе сервере 2 гига текста это же сколько строчек в логе!!! А мой планшет наверно всего 100 мегов свободно)) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:56 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
Зачем тебе тянуть логи на планшет? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 12:59 |
|
Расширенный Поиск подстроки
|
|||
---|---|---|---|
#18+
maytonЗачем тебе тянуть логи на планшет?админка. Смотреть надо)). Счас посмотрел. 10 000 строк 800 кБт. На компе открывает моментом в эксплорере. На планшете виснет. Там миниОпера. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 13:02 |
|
|
start [/forum/topic.php?fid=59&msg=39877512&tid=2121060]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
others: | 252ms |
total: | 411ms |
0 / 0 |