DT
А как безболезненно в фоне тогда выполнить POPULATE?
Отдельно создаем MAT VIEW без POPULATE отдельно копируем старые данные
Size: a a a
2020 September 29
PS
А если на инсерт не сработало? То как сделать, чтобы данные появились?
DT
А если на инсерт не сработало? То как сделать, чтобы данные появились?
Если не сработало на INSERT это значит клиенту должен был вернутся exeption
DT
Но в описании к POPULATE прямо сказано, что часть вставок которая прилетела во время создания MV он может пропустить
PS
А может такое быть, что вью перестала работать
AT
почему так получается? coalesce же должен отдавать не нулл, если он есть в аргументах
PS
А может такое быть, что все material view просто перестали работать?
KS
Добрый день! Дайте немного понимания - есть MV в которой происходит JOIN с использованием ключа партиционирования timestamp и идентификатора (которого нет в индексах), на больших данных "Memory limit (for query) exceeded", хотя если делать аналогичный запрос с использованием значений памяти используется намного меньше предела. Пока не смог найти этому объяснения, может тыкнете где почитать
SC
не использовать JOIN в MV, использовать словари
SC
Переслано от Denny Crane [not a Y...
зачем вам join в MV? join замедляет insert , так как MV вызывает хер знает сколько раз на каждый инсерт, то проде это такие MV вообще не работают
KS
не использовать JOIN в MV, использовать словари
да я понимаю, что это не комельфо, но таблица с тригером очень небольшая, а join сильно упрощает работу тем кто загружает данные, поэтому был готов мириться с этим ограничением, скорость в целом тоже не важна
D
да я понимаю, что это не комельфо, но таблица с тригером очень небольшая, а join сильно упрощает работу тем кто загружает данные, поэтому был готов мириться с этим ограничением, скорость в целом тоже не важна
>но таблица с тригером очень небольшая
>Memory limit (for query) exceeded"
делайте выводы )
можете попробовать уменьшить размер вставки...
>Memory limit (for query) exceeded"
делайте выводы )
можете попробовать уменьшить размер вставки...
SC
да я понимаю, что это не комельфо, но таблица с тригером очень небольшая, а join сильно упрощает работу тем кто загружает данные, поэтому был готов мириться с этим ограничением, скорость в целом тоже не важна
а таблица справа большая?
KS
а таблица справа большая?
справа да большая, но по таймстемпу должно обрабатываться вполне адекватное количество столбцов +- 200к
SC
может лучше просто view сделать или live view?
SC
JOIN в MV неюзабельны и с этим ничего не сделать (только костылями обкладывать)
AT
подскажите, кто знает, пожалуйста.
DT
добавь в coalesce еще toDate(now()) третьим и посмотрим.
Какая версия кх
Какая версия кх
D
справа да большая, но по таймстемпу должно обрабатываться вполне адекватное количество столбцов +- 200к
тогда лучше фильтруйте правую таблицу через ИН... тогда будет в память влезать. говно, но хотя бы в память влезет
D
справа да большая, но по таймстемпу должно обрабатываться вполне адекватное количество столбцов +- 200к
select cols from tab1 join (select cols from tab2 where (key1...keyN) in (select key1... keyN from tab1)