D
т.е. логика проекций будет все таки отделена от таблиц, и гуляй-страна, накидывай merge на другой merge
Size: a a a
2020 June 04
DT
а то с MV фиг его знает
DT
ну тогда опять надеятся на MV для перемещения данных между таблиц?
DC
Как сделать, не понятно. Через связный сервер? Или как?
ааа, я наоборот прочитал, думал в КХ нужно дернуть данные из MSSQL хранимой п.
Вы можете через odbc запрос в КХ сделать через linked server
Вы можете через odbc запрос в КХ сделать через linked server
DC
Чем B отличается от MAX(val)?
добро пожаловать в недокументированный мир, вот еще пример для взрыва мозга
т.е. LowCardinality пролезает из условия в результат
DESCRIBE TABLE
(
SELECT if(toLowCardinality('a') = 'a', 1, 0)
)
--
LowCardinality(UInt8)
т.е. LowCardinality пролезает из условия в результат
D
а то с MV фиг его знает
А что с мв не так? Мы просто мало пользовались
А
ааа, я наоборот прочитал, думал в КХ нужно дернуть данные из MSSQL хранимой п.
Вы можете через odbc запрос в КХ сделать через linked server
Вы можете через odbc запрос в КХ сделать через linked server
Может есть пример, как настраивать linked server именно к кх?
DT
добро пожаловать в недокументированный мир, вот еще пример для взрыва мозга
т.е. LowCardinality пролезает из условия в результат
DESCRIBE TABLE
(
SELECT if(toLowCardinality('a') = 'a', 1, 0)
)
--
LowCardinality(UInt8)
т.е. LowCardinality пролезает из условия в результат
хм, а если написать CREATE TABLE AS SELECT if(toLowCardinality('a') = 'a', 1, 0)
должен же будет ругнутся на бессмысленный lowCardinality
должен же будет ругнутся на бессмысленный lowCardinality
DC
хм, а если написать CREATE TABLE AS SELECT if(toLowCardinality('a') = 'a', 1, 0)
должен же будет ругнутся на бессмысленный lowCardinality
должен же будет ругнутся на бессмысленный lowCardinality
ругнется наверное
DC
но в MV например ругалка отключена
DT
А что с мв не так? Мы просто мало пользовались
все так, отличный механизм
но скажем так не 100% гарантия что таблица с другим ORDER BY будет иметь аналогичные данные основной таблицы
но скажем так не 100% гарантия что таблица с другим ORDER BY будет иметь аналогичные данные основной таблицы
DT
но в MV например ругалка отключена
забавно, не знал.
впрочем я всегда пользовался TO
впрочем я всегда пользовался TO
DC
Может есть пример, как настраивать linked server именно к кх?
ну КХ odbc драйвер поставите на винду, дальше все как с mysql или с другим любым odbc например
DC
CREATE TABLE xxx Engine = Log as SELECT if(toLowCardinality('a') = 'a', 1, 0) x
DB::Exception: Creating columns of type LowCardinality(UInt8) is prohibited by default due t...
DB::Exception: Creating columns of type LowCardinality(UInt8) is prohibited by default due t...
DC
уже пилят Add insert_materialized_view_atomic to control pushing to MV behaviour
https://github.com/ClickHouse/ClickHouse/pull/10770
https://github.com/ClickHouse/ClickHouse/pull/10770
DC
это только ничего не гарантирует, я может MV транкейчу по утрам
D
все так, отличный механизм
но скажем так не 100% гарантия что таблица с другим ORDER BY будет иметь аналогичные данные основной таблицы
но скажем так не 100% гарантия что таблица с другим ORDER BY будет иметь аналогичные данные основной таблицы
Ну так то вы про транзакционность уже...
Можно делать доп функционал для частичного scrubbingа, рефреша конкретных партиций (связывание зависимых таблиц-маппинг партиций), атомисити на вставке (хотя по тому ишшю выше у меня больше вопросов чем ответов), итд итп..
опять таки имхо, проекции как таковые не совсем являются решением этого
Можно делать доп функционал для частичного scrubbingа, рефреша конкретных партиций (связывание зависимых таблиц-маппинг партиций), атомисити на вставке (хотя по тому ишшю выше у меня больше вопросов чем ответов), итд итп..
опять таки имхо, проекции как таковые не совсем являются решением этого
DT
Ну так то вы про транзакционность уже...
Можно делать доп функционал для частичного scrubbingа, рефреша конкретных партиций (связывание зависимых таблиц-маппинг партиций), атомисити на вставке (хотя по тому ишшю выше у меня больше вопросов чем ответов), итд итп..
опять таки имхо, проекции как таковые не совсем являются решением этого
Можно делать доп функционал для частичного scrubbingа, рефреша конкретных партиций (связывание зависимых таблиц-маппинг партиций), атомисити на вставке (хотя по тому ишшю выше у меня больше вопросов чем ответов), итд итп..
опять таки имхо, проекции как таковые не совсем являются решением этого
это не совсем транзакционность имхо, просто консистентность разных ORDER BY
И одна таблица выглядит гораздо проще чем две таблицы и MV между них для каких то изменений
А еще нужно объяснять как этим пользоваться программистам
И одна таблица выглядит гораздо проще чем две таблицы и MV между них для каких то изменений
А еще нужно объяснять как этим пользоваться программистам
S
Добрый вечер,
Code: 241, e.displayText() = DB::Exception: Memory limit (total) exceeded: would use 7.00 GiB (attempt to allocate chunk of 4502712 bytes), maximum: 7.00 GiB (version 20.3.10.75 (official build))
Начали сыпаться при записи небольших чанков. Пару недель все ок было.
Мониторинг в Я.Облаке для сервиса ничего подозрительного.
Не подскажете плз в чем проблема?
Code: 241, e.displayText() = DB::Exception: Memory limit (total) exceeded: would use 7.00 GiB (attempt to allocate chunk of 4502712 bytes), maximum: 7.00 GiB (version 20.3.10.75 (official build))
Начали сыпаться при записи небольших чанков. Пару недель все ок было.
Мониторинг в Я.Облаке для сервиса ничего подозрительного.
Не подскажете плз в чем проблема?
ЕА
Добрый вечер,
Code: 241, e.displayText() = DB::Exception: Memory limit (total) exceeded: would use 7.00 GiB (attempt to allocate chunk of 4502712 bytes), maximum: 7.00 GiB (version 20.3.10.75 (official build))
Начали сыпаться при записи небольших чанков. Пару недель все ок было.
Мониторинг в Я.Облаке для сервиса ничего подозрительного.
Не подскажете плз в чем проблема?
Code: 241, e.displayText() = DB::Exception: Memory limit (total) exceeded: would use 7.00 GiB (attempt to allocate chunk of 4502712 bytes), maximum: 7.00 GiB (version 20.3.10.75 (official build))
Начали сыпаться при записи небольших чанков. Пару недель все ок было.
Мониторинг в Я.Облаке для сервиса ничего подозрительного.
Не подскажете плз в чем проблема?
посмотри на количество соединений к базе