мантисса же

Даже если все деньги на планете перевести в старые белорусские рубли и умножить на 1000000

когда пилишь деньги на продукцию , нужно 9 знаков после запятой ) т.е. нежданчик в том что всегда будет погрешность, которую нужно будет объяснять

когда пилишь деньги на продукцию , нужно 9 знаков после запятой ) т.е. нежданчик в том что всегда будет погрешность, которую нужно будет объяснять

Используй два Int64 — для целой и для дробноый части. Суммарная точность получится 28 знаков.

Да, decimal это понятная хотелка

Будет публичный трекер с лайками, посмотрим сколько налайкают =)

Но надо написать, все операции сделать, векторная обработка

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

Там лайков нет!

Только не выводится, увы

Сделать тэг Features и лайками их приоретизировать, что-то в этом роде

Потом рынок накрутчиков появится

лайкать надо деньгами :)

Сделать тэг Features и лайками их приоретизировать, что-то в этом роде

Ну это понятно, тэги сами расставлять будем

@the_real_jkee, кстати, вы с Табло (конторой) как-то начали общаться по требованиям с их стороны по совместимости протоколов и sql?

а можно для людей не в теме, что такое - Табло? ссылки достаточно, спасибо.

про цену на сайте мне больше всего нравится тут: http://www.spacex.com/about/capabilities

о, цена есть на сайте. бывает же такое.

За такие деньги они сами должны дописать в КХ поддержку SQL :))

А текущая, исходя из контекста в котором делали ЯКХ, должна быть share nothing -- какждый сервр работает со своей копией данных, чтобы масштабироваться без узких мест в диске.

Скажите, почему DISTINCT работает в несколько раз медленнее, чем GORUP BY с тем же результатом? :) SELECT DISTINCT ev_type FROM events; SELECT DISTINCT ev_type FROM events ┌─ev_type─┐ │ 0 │ │ 1 │ │ 10 │ └─────────┘ 3 rows in set. Elapsed: 6.101 sec. Processed 1.80 billion rows, 1.80 GB (294.82 million rows/s., 294.82 MB/s.) :) SELECT ev_type, count() FROM events GROUP BY ev_type; SELECT ev_type, count() FROM events GROUP BY ev_type ┌─ev_type─┬────count()─┐ │ 0 │ 1361463625 │ │ 1 │ 4366468 │ │ 10 │ 432952206 │ └─────────┴────────────┘ 3 rows in set. Elapsed: 0.955 sec. Processed 1.80 billion rows, 1.80 GB (1.88 billion rows/s., 1.88 GB/s.)

Для GROUP BY реализовали больше специализаций (по разным комбинациям типов столбцов), а для DISTINCT только один, generic вариант. Это решаемо.

И еще небольшой типа наброс... мне кажется, что сервер версии 1.1.54046 (из пакета) работает процентов на 10 медленнее версии 1.1.53981 (из пакета). Запускаю то один, то другой, тыкаю запросы, и первый обычно медленнее слегка.

а distinct нельзя сделать rewrite в group by, и выпилить distinct из движка? :)

а distinct нельзя сделать rewrite в group by, и выпилить distinct из движка? :)

Почти можно. Сейчас ещё есть отличие, что DISTINCT умеет отдавать данные потоково, по мере их чтения, а GROUP BY только в конце. Но понятное дело, что можно и GROUP BY так научить, если нет ни одной агрегатной функции.

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

кстати, является ли запуск в докер-контейнере рекомендуемым? если данные в контейнер через volume положить?

Ботыр Байзаков. Вероятно его многие партнеры и пользователи Табло знают — но вдруг кроме меня вам ни кто не предложил познакомить :)

А есть другие преимущества у TinyLog/Log перед Memory? Кроме сохранения данных при падении/перезагрузке сервера

Так возможно и будет, когда у КХ накопится пользовательская база — Tableau будет интересно всем им продать свои инструменты. С другой стороны у КХ может начать расти количество пользователей, если появится возможность смотреть на данные через Tableau. В общем это вопрос переговоров :)

С ним конкретно ещё не знакомился. Было бы хорошо. Общался только чуть-чуть с неким Dmitry Chirkov. Далеко ещё не продвинулись.

Это конечно здорово, но я больше склоняюсь к варианту, что в следствии развития КХ в open-source, появятся open-source аналоги таблю...

Все возможно. Интерфейсно его уже скопировал, например, Oracle — см Oracle Visual Analyrzer Desktop. QlikView выпустил QlikSense. Но все "не то"... :)

мы вместе с переходом на КХ переходим на https://redash.io