АА
для поиска я если честно не в курсе. не делал такое никогда.
Size: a a a
2021 June 07
N
У меня древовидная бд и и мне нужно сделать поиск например слова во всей бд и не извесно на каком уровне оно окажется и нужно вернуть полностью ветку до этого уровня. Как бы ты это реализовал?
V
V
Это ж база
N
Это мне поможет?
V
Выбрать алгоритм, по оглавлению хотя бы пробегитесь
V
А реализацию уже по названию подобрать можно
V
Ваша задача - минимизация повторяющихся операций и четкое представление плана действий
V
Книга именно об этом
N
Мне б всего лишь мини гугл сделать 😁, спасибо за книгу
АА
для мини гугла - одна таблица выглядит нормальным решением. далее я бы задался вопросом - насколько необходим нечеткий поиск
N
Почему нечеткий. Например, есть связанные таблицы. Например предмет, у предмета есть таблица прилагательный и таблица цветов так как может быть несколько прилагательных и несколько цветов. В вот я хочу выбрать все предметы у которых цвет."красный" а прилагательное "старый"
V
Размер ОЗУ там ограничение, на количество строк ограничений точно нет
N
Все бы не чего. Но если у прилагательных еще по две таблицы и у цветов по две.
N
Или может мне все прописать через знак ИЛИ а потом написать алгоритм который будет делать ранжирование
P
Не нужно изобретать велосипед. Это задача не для реляционных БД. Почитай про эластиксерч.
P
Просто использовать like в реляционных БД нужно с умом. Прикинь объем и скорость роста БД и тогда решай.
Если ты спокойно можешь запихнуть свою базу в оперативку сервака - юзай like.
Если планируется хранить что по тяжелее - без эластика не обойтись.
Если ты спокойно можешь запихнуть свою базу в оперативку сервака - юзай like.
Если планируется хранить что по тяжелее - без эластика не обойтись.
V
Нетфликс предполагает что есть еще поисковые системы)
V
Фейсбук вроде solr юзал тоже, но комьюнити у es канеш мощнее, и встроен он чаще
2021 June 08
E
Солр мертв уже потому что lucene является частью его репы