Grafana: всё ещё в планах. Сделали Manticore Buddy, через который задача решится проще. С mysqldump, например, всё получается. Логи в Мантикору можно загружать из logstash или напрямую из beats, т.е. Мантикора умеет прикидываться Эластиком в плане запросов на запись данных. Но в Manticore 6 требуется сперва создать таблицу. Понятно, что это весьма неудобно для логов. Эта проблема уже решена, готовим к релизу.
filter1/2 - что это? "filter" или это такие имена агрегаций просто
"terms" в трёх местах на трёх уровнях - что это?
То ли вы имеете в виду multi_terms, то ли что-то ещё. Не хочу гадать. Если вы приведёте конкретный пример в синтаксисе Эластика, то я постараюсь сконвертировать его в SQL и буду рад, если это не удастся сделать. Значит будет повод задуматься о расширении синтаксиса.
Есть, но называется по-другому и требуется несколько миллисекунд на переключение:
snikolaev@dev:~$ time mysql -P9306 -h0 -e "drop table if exists alias; create table alias type='distributed' local='t2';"
real 0m0.011s
user 0m0.010s
sys 0m0.000s
256 полнотекстовых полей и несколько тысяч атрибутов.
Я догадываюсь почему про Эластик может быть такая рекомендация - из-за ограничения на количество файловых дескрипторов. На Мантикор это ограничение действует аналогично: каждый индекс съедает сколько-то файловых десрипторов, если индексов очень много - они могут кончиться. В остальном же не вижу причин рекомендовать в Мантикоре держать всё в одном индексе, когда требуется делать иначе.
Ну нормализация это что в вашем понимании? Стемминг? Лемматизация? Превращение html в простой текст? Что-то ещё? Разные вещи по-разному влияют на перф. Если приведёте пример конкретного normalizer'а в Эластике, то будет проще.
Да, вы правильно понимаете. Чего-то типа Кибаны у Мантикоры, т.к. мы решили не изобретать велосипед, т.к. имеющиеся и так достаточно хорошо ездят. Так что:
Спасибо за статью!
Зарелизили 6.0.4 - https://manual.manticoresearch.com/Changelog
Темпоральных таблиц в планах нет :( Никогда об этом даже не думали.
Grafana: всё ещё в планах. Сделали Manticore Buddy, через который задача решится проще. С mysqldump, например, всё получается.
Логи в Мантикору можно загружать из logstash или напрямую из beats, т.е. Мантикора умеет прикидываться Эластиком в плане запросов на запись данных. Но в Manticore 6 требуется сперва создать таблицу. Понятно, что это весьма неудобно для логов. Эта проблема уже решена, готовим к релизу.
Да. И Ё->Е из коробки поддерживается, а Й->И нет, т.к. ситуация тут совсем другая, чем с Ё.
Поэкспериментировать с дефолтными настройками можно так:
Ваш пример непонятен:
filter1/2 - что это? "filter" или это такие имена агрегаций просто
"terms" в трёх местах на трёх уровнях - что это?
То ли вы имеете в виду multi_terms, то ли что-то ещё. Не хочу гадать. Если вы приведёте конкретный пример в синтаксисе Эластика, то я постараюсь сконвертировать его в SQL и буду рад, если это не удастся сделать. Значит будет повод задуматься о расширении синтаксиса.
А можно конкретный пример что можно через JSON и нельзя через SQL?
Подразумеваю автодетект типов полей на основании первого документа (и возможную корректировку через какое-то время, есть такая идея)
Поле добавить можно. Автодетекта типа нет.
Согласен, поэтому для поиска в Мантикоре JSON нормальный. Nested boolean query вот добавили в последней версии https://manual.manticoresearch.com/Searching/Filters#Nested-bool-query
А для управления нодой пока что SQL через mysql и через HTTP (
/sql?mode=raw
)Вот статья на английском https://manticoresearch.com/blog/manticore-alternative-to-elasticsearch/
Бета уже есть https://github.com/manticoresoftware/manticoresearch-net
Скажите, если хотите помочь с тем чтоб сделать его GA, там чуть-чуть осталось.
Есть, но называется по-другому и требуется несколько миллисекунд на переключение:
Вариант на английском будет на блоге на днях.
Да, планируем и то и то, уже есть некоторые наработки.
256 полнотекстовых полей и несколько тысяч атрибутов.
Я догадываюсь почему про Эластик может быть такая рекомендация - из-за ограничения на количество файловых дескрипторов. На Мантикор это ограничение действует аналогично: каждый индекс съедает сколько-то файловых десрипторов, если индексов очень много - они могут кончиться. В остальном же не вижу причин рекомендовать в Мантикоре держать всё в одном индексе, когда требуется делать иначе.
Ну нормализация это что в вашем понимании? Стемминг? Лемматизация? Превращение html в простой текст? Что-то ещё? Разные вещи по-разному влияют на перф. Если приведёте пример конкретного normalizer'а в Эластике, то будет проще.
Что конкретно вы имеете в виду под нормализацией?
Всё так. Вот поэтому мы это и не осилили пока.
Категорически поддерживаю. Если можем как-то помочь с написанием статей (консультацией и т.п.), то будем рады это сделать.
В том-то и фишка нашего сборочного докера, что собирать можно в линуксе. Sysroot'ы от всех систем уже готовы https://repo.manticoresearch.com/repository/sysroots/roots_with_zstd/ , что делает возможным такой трюк. Мы даже под винду собираем под линуксом.
Через сборочный докер собираться должно легко. Вручную искать какие-то либы и пр. не нужно, всё уже в докере.
FreeBSD ограниченно поддерживается. Наш CI проверяет, что Мантикора собирается под FreeBSD, но автотесты не делаются. Пакетирование мы тоже пока не осилили. Но вручную собрать можно, вот инструкция https://manual.manticoresearch.com/dev/Installation/Compiling_from_sources#Building-using-CI-docker .
Да, вы правильно понимаете. Чего-то типа Кибаны у Мантикоры, т.к. мы решили не изобретать велосипед, т.к. имеющиеся и так достаточно хорошо ездят. Так что:
про интеграцию с Кибаной сказано в статье
интеграция с графаной тоже в планах