YK
вот так
Size: a a a
2019 November 29
YK
но оно не срабатывает почему то
YK
в каких файла вообще писать конфиг которые можно прописать в таблицу
YK
system.settings
YK
путем SET
M
в каких файла вообще писать конфиг которые можно прописать в таблицу
эти конфиги нужно писать в секцию <profiles><tvoy_profile>tvoi settingi </> </>
YK
эти конфиги нужно писать в секцию <profiles><tvoy_profile>tvoi settingi </> </>
в users.xml получается ?
YK
ага понял спасибо
AT
а ReplcaingMergeTree с ключом для версий не подойдет? Например, время
ReplcaingMergeTree чистит данные в фоновом режиме. Пока данные не почистились они будут задвоены в отчетах.
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
M
ага понял спасибо
хотя я могу ошибаться) В примере именно эти сеттинги написаны в config.xml в <yandex>
Но вы попробуйте и так и так
Но вы попробуйте и так и так
YK
в каком примере ?
YK
я уже по всякому попробовал кроме как SET не срабатывает нигде
M
ReplcaingMergeTree чистит данные в фоновом режиме. Пока данные не почистились они будут задвоены в отчетах.
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
можно написать группировку по ключу и max(ver)
Но если вы прям хотите достать актуальную версию из коллапсинг мерж три, то можете написать что-то типа
Но если вы прям хотите достать актуальную версию из коллапсинг мерж три, то можете написать что-то типа
select fields from ur_table group fields_except_ver having sum(ver) > 0.YK
блин кто ж придумал эту логику, половина параметров срабатывают толькок в users.xml а вторая половина только в config.xml
L
ReplcaingMergeTree чистит данные в фоновом режиме. Пока данные не почистились они будут задвоены в отчетах.
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
Например значения таблицы table_replacing:
key_column value ver
———————————--
key_1 5 1
key_1 8 2
Тогда запрос к таблице для получения итогового значения
select sum(value)
from table_replacing
where key_column = 'key_1'
будет выдавать неожиданные результаты: до слияния 13, после слияния 8.
А мне нужно выдавать всегда последнее значение.
И не важно тип поля ver UInt или Datetime
если скорость не столь критична, можно использовать SELECT * FROM table FINAL
AT
можно написать группировку по ключу и max(ver)
Но если вы прям хотите достать актуальную версию из коллапсинг мерж три, то можете написать что-то типа
Но если вы прям хотите достать актуальную версию из коллапсинг мерж три, то можете написать что-то типа
select fields from ur_table group fields_except_ver having sum(ver) > 0.можно написать группировку по ключу и max(ver)
т.е.
select key_column, value, max(ver)
from table_replacing
group by key_column
вернет мне самую последнюю запись value с максимальной версией?
т.е.
select key_column, value, max(ver)
from table_replacing
group by key_column
вернет мне самую последнюю запись value с максимальной версией?
AT
если скорость не столь критична, можно использовать SELECT * FROM table FINAL
скорость критична, поэтому пытаюсь обойтись без Final
M
можно написать группировку по ключу и max(ver)
т.е.
select key_column, value, max(ver)
from table_replacing
group by key_column
вернет мне самую последнюю запись value с максимальной версией?
т.е.
select key_column, value, max(ver)
from table_replacing
group by key_column
вернет мне самую последнюю запись value с максимальной версией?
….
group by key_column
having max(ver)
я думаю что-то типа такого
хотя это так не работает)
ваш вариант будет рабочий
group by key_column
having max(ver)
я думаю что-то типа такого
хотя это так не работает)
ваш вариант будет рабочий
AT
….
group by key_column
having max(ver)
я думаю что-то типа такого
хотя это так не работает)
ваш вариант будет рабочий
group by key_column
having max(ver)
я думаю что-то типа такого
хотя это так не работает)
ваш вариант будет рабочий
понял, надо попробовать, спасибо