Size: a a a

2021 June 24

A

Andrew in Tarantool
1.10 это LTS?
источник

GM

Georgy Moiseev in Tarantool
да
источник

A

Andrew in Tarantool
почему? т.е. в чем смысл использовать 1.10 вместо 2.x+?
источник

GM

Georgy Moiseev in Tarantool
Как и у любого другого LTSа
источник

A

Andrew in Tarantool
какие ключевые отличия 1.10 от 2.x?
источник
2021 June 25

YD

Yaroslav Dynnikov in Tarantool
В 2.х периодически выходят новые миноры, новые фичи. В 1.10 фич нет, только багофиксы
источник

V

Vasiliy in Tarantool
Добрый день, коллеги, после прочтения информации на сайте и части документации возникло несколько вопросов:
1. тарантул умеет в стрим данных из других sql баз, для mysql и postgresql коннекторы доступны в комьюнити эдишин, для оракла - только в иетрепрайз, верно?
2. Тарантул имеет реализацию коннектора к кафке, доступную в комьюнити эдишн?
3. В комьюнити эдишн доступны все инструменты для построения datagrid?

Сейчас выбираем решение для построение некой аналитической системы, которая протягивает в себя разнородные данные из других систем и некоторым образом их нормализует для дальнейшей аналитики. Судя по докладам с последнего хайлоада тарантул для этого подходит, но из описания и доки сразу не удалось понять можно ли для теста собрать часть системы, или даже целиком, на бесплатной версии
источник

DS

Dmitry Sharonov in Tarantool
в целом все верно, кроме малозначительных деталей. но вообще для теста можно и датагрид получить, может быть выйдет быстрее и эффективнее
источник

VV

Vladimir Voznesensky in Tarantool
Почему-то для аналитики рекомендуют колоночные БД. Впрочем, похоже, что Альфа-Банк заменил свою аналитическую торговую систему с SQL на Тарантул.
источник

DS

Dmitry Sharonov in Tarantool
ну, если аналитика олапная, то да, итоговое хранилище лучше из колоночных. а если оперативная - то ТДГ или аналог хорошо ложится
источник

V

Vasiliy in Tarantool
сейчас вопрос в затягивание данных в первую очередь, я неплохо знаком с кликхаусом и собираю довольно много логов в него для анализа, получается огонь, вот только данные о которых речь идет сейчас очень даже изменяемы, потому хочется хранилище, которое, условно, может прикинуться потоковой репликой mysql или postgresql, а дальше внутри себя иметь и сырые данные, и процессинг, и возмоджность построения аналитики, в общем чтобы всё было и ничего за это небыло )

@dsharonov уточни пожалуйста, кроме каких именно деталей всё правильно?

И если дашь ссылку на конкретное место в доке, где говориться о настройки стрима данных из другой sql базы, то буду признателен, ибо не по глазам судя по всему
источник

DS

Dmitry Sharonov in Tarantool
ну например исходящий odbc коннектор в гриде есть, а в опенсорсе его нет (нужен для mssql, hive, vertica и т д)

про ссылку в доке не понял - если речь про опенсорс, то все доки - это ридми соответствующих коннекторов (мускуль и пг). но это именно коннекторы, cdc придется кодить самостоятельно.
источник

N

Nobody in Tarantool
А вот интересно, кто-то уже налабал коннектор для кликхауса под тарантул?
источник

AS

Andrei 🦉 Sergeev in Tarantool
там же основной протокол для запросов - http, а в тарантуле есть http клиент
источник

N

Nobody in Tarantool
Это понятно, но может кто уже обернул
источник

TS

Timur Safin in Tarantool
а я вот помню, чтов кликхаусе был режим cli без демона: скормил csv, и запрос, получил ответ. Но почему-то сейчас не могу найти описания этого режима на https://clickhouse.tech/docs/ru/interfaces/cli/
Такиое только для CHYT чтоли сделано?
P.S.
хотел просто сказать что клиент не нужен - запустил popen и вперед. Но пока кажется, что нужен
источник

PL

Pavel Lapaev in Tarantool
Мы думаем, делать или нет индексы по склярам. Отсюда вопрос знатокам — используете ли вы индексы по типу SCALAR?
Анонимный опрос
14%
Да, использую
86%
Нет, не использую
Проголосовало: 57
источник

PL

Pavel Lapaev in Tarantool
опрос без опечатки - не опрос
источник

KO

Konstantin Osipov in Tarantool
непонятно как можно использовать то чего нет
источник

VV

Vladimir Voznesensky in Tarantool
Я тут новенький. Вы имеете в виду, делать ли индексы, позволяющие индексировать по любому скалярному типу: boolean, string, integer, double?
источник