Добрый день

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

Есть таблица (Т) в которую заливает матвью из кафка (К) движка (М1) и есть другой матвью (М2) , который смотрит в таблицу (Т),
то при создании (М2) есть ошибка (в моем кейсе была ошибка в селекте) , и она не помешает создать (М2), и такая сломанная вьюха ломает через (Т) её матьвю (М1) из залив из кафки (К) в (М1).

Удаление М2 решает проблему. (версия 20.5.3.27)

Добрый день

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

Есть таблица (Т) в которую заливает матвью из кафка (К) движка (М1) и есть другой матвью (М2) , который смотрит в таблицу (Т),
то при создании (М2) есть ошибка (в моем кейсе была ошибка в селекте) , и она не помешает создать (М2), и такая сломанная вьюха ломает через (Т) её матьвю (М1) из залив из кафки (К) в (М1).

Удаление М2 решает проблему. (версия 20.5.3.27)

Добрый день

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

Есть таблица (Т) в которую заливает матвью из кафка (К) движка (М1) и есть другой матвью (М2) , который смотрит в таблицу (Т),
то при создании (М2) есть ошибка (в моем кейсе была ошибка в селекте) , и она не помешает создать (М2), и такая сломанная вьюха ломает через (Т) её матьвю (М1) из залив из кафки (К) в (М1).

Удаление М2 решает проблему. (версия 20.5.3.27)

что значит "ломает"? данные из кафки перестают заливаться? с какой ошибкой?

путано объяснено.

ошибка в каскадирующем MV ломает инсерты в основную таблицу?
да, так и задумано

при селекте считаются (и сразу записываются) только материальные поля если в колонке данных еще нет (например заполнение задним числом)

Получается, что MV берет из результирующей таблицы, создана с ошибкой и ломает другую MV

Получается, что MV берет из результирующей таблицы, создана с ошибкой и ломает другую MV

1 MV не читают таблицы.
2 MV читают данные из инсерта
3 MV каскадирующие могут сломать весь инсерт, могут половину

https://youtu.be/1LVJ_WcLgF8?t=7596

https://den-crane.github.io/Everything_you_should_know_about_materialized_views_commented.pdf

Спасибо

1) Это не баг, это фича?
2) Если фича, в оффициальных доках я этого не мог увидеть? Смотрел после, ничего не нашел

что значит "создана с ошибкой"?
каскад данных у вас какой
Kafka -> M1 -> T -> M2 -> куда вставляет V2?

вы понимаете что MATERIALIZED VIEW это фактически AFTER INSERT TRIGGER ?

2021.01.25 16:33:19.362003 [ 46005 ] {} <Error> void DB::StorageKafka::threadFunc(): Code: 43, e.displayText() = DB::Exception: Illegal type AggregateFunction(max, Float64) of argument of function toUInt32: while pushing to view MV2: while write prefix to view MV1

без разницы какая ошибка случилась. Деление на 0, toomanyparts, отвал ЗК. Все будет одинаково.

2021.01.25 16:33:19.362003 [ 46005 ] {} <Error> void DB::StorageKafka::threadFunc(): Code: 43, e.displayText() = DB::Exception: Illegal type AggregateFunction(max, Float64) of argument of function toUInt32: while pushing to view MV2: while write prefix to view MV1

MV2 откуда делает SELECT ? из MV1?
и куда делает INSERT ?