Спасибо. Сделал этот параграф более корректным с точки зрения просвещённого специалиста. Вообще, идея поста была рассказать очень поверхностно про тему, а это требует упрощения каких-то вещей и избежания терминов типа "косинусное сходство", и "евклидово расстояние". Если интересно, про эти вещи подробнее написано в другом блогпосте на нашем сайте - https://manticoresearch.com/blog/vector-search-in-databases/
CALL AUTOCOMPLETE и select ... option fuzzy=1 - новые команда и опция. Их отличия от CALL SUGGEST/KEYWORDS и описаны в статье. Вкратце: использовать CALL SUGGEST/KEYWORDS сложно, а новые фичи - легко.
Да. С нашей с вами точки зрения неправильно. С чьей-то (кто считает, что если фильтр неприменим к чему-то, то он должен просто игнорироваться, а усложнять UI не стоит) правильно. В любом случае это open source проект: если кто-то сделает PR до того, как мы сделаем то, что задумали, то мы с радостью его примем. Спасибо, что подсветили эту проблему.
Мы решили, что нужно распространять фильтр Open / Closed на комментарии тоже. У самих комментариев такого статуса нет, но у родительских объектов он есть, вот его и будем использовать. Делать будем через новую фичу в мантикоре - JOIN. Это будет отличной демонстрацией этой функциональности.
Потому что тут вы не фильтруете по pull requests (search in "Everywhere") и то, что выделено - это комментарий, а не pull request. Текст pull request'а для этого комментария приведён просто для справки. Но раз это интуитивно непонятно, то видимо нужно доработать UI.
Grafana: всё ещё в планах. Сделали Manticore Buddy, через который задача решится проще. С mysqldump, например, всё получается. Логи в Мантикору можно загружать из logstash или напрямую из beats, т.е. Мантикора умеет прикидываться Эластиком в плане запросов на запись данных. Но в Manticore 6 требуется сперва создать таблицу. Понятно, что это весьма неудобно для логов. Эта проблема уже решена, готовим к релизу.
Описано после "При импорте данных в Manticore можно гибко их обрабатывать:"
дотнет есть - https://github.com/manticoresoftware/manticoresearch-net
Спасибо!
Спасибо. Сделал этот параграф более корректным с точки зрения просвещённого специалиста. Вообще, идея поста была рассказать очень поверхностно про тему, а это требует упрощения каких-то вещей и избежания терминов типа "косинусное сходство", и "евклидово расстояние". Если интересно, про эти вещи подробнее написано в другом блогпосте на нашем сайте - https://manticoresearch.com/blog/vector-search-in-databases/
Поправили
CALL AUTOCOMPLETE и select ... option fuzzy=1 - новые команда и опция. Их отличия от CALL SUGGEST/KEYWORDS и описаны в статье. Вкратце: использовать CALL SUGGEST/KEYWORDS сложно, а новые фичи - легко.
Да. С нашей с вами точки зрения неправильно. С чьей-то (кто считает, что если фильтр неприменим к чему-то, то он должен просто игнорироваться, а усложнять UI не стоит) правильно. В любом случае это open source проект: если кто-то сделает PR до того, как мы сделаем то, что задумали, то мы с радостью его примем. Спасибо, что подсветили эту проблему.
Мы решили, что нужно распространять фильтр Open / Closed на комментарии тоже. У самих комментариев такого статуса нет, но у родительских объектов он есть, вот его и будем использовать. Делать будем через новую фичу в мантикоре - JOIN. Это будет отличной демонстрацией этой функциональности.
Потому что тут вы не фильтруете по pull requests (search in "Everywhere") и то, что выделено - это комментарий, а не pull request. Текст pull request'а для этого комментария приведён просто для справки. Но раз это интуитивно непонятно, то видимо нужно доработать UI.
Поправили в интро. Спасибо.
Пофиксили.
Пофиксили
Да, вижу, обсужу с разработчиками. Спасибо.
Только что попробовал ввести https://github.com/manticoresoftware/manticoresearch-go - всё сработало. Вот так делал:
Что вводите?
Благодарим за бдительность, сучок спилили)
Спасибо за статью!
Зарелизили 6.0.4 - https://manual.manticoresearch.com/Changelog
Темпоральных таблиц в планах нет :( Никогда об этом даже не думали.
Grafana: всё ещё в планах. Сделали Manticore Buddy, через который задача решится проще. С mysqldump, например, всё получается.
Логи в Мантикору можно загружать из logstash или напрямую из beats, т.е. Мантикора умеет прикидываться Эластиком в плане запросов на запись данных. Но в Manticore 6 требуется сперва создать таблицу. Понятно, что это весьма неудобно для логов. Эта проблема уже решена, готовим к релизу.