Идея такая - если создаётся комментарии к колонке то используется эта колонка ка PK для новой таблицы. В документации написано "Command Tag: COMMENT; Notes: Only for local objects". Пытаюсь найти что за local objects но без результата. Вопрос - можно ли использовать COMMENT для event trigger?
Local objects — это объекты в этой БД.
Зачем такие сложности то?🤦♀️
Звучит много обещающе. Спасибо
Такая задача. А можно как-то по проще это решить?
А в чем изначальная задача-то? Если еще актуально.
Я с этим проектом периодически появляюсь на этом канале. Есть таблицы событий - event. Таких событий 70 на данный момент, и все события это stream т.е. только insert, но записи к определенному ID периодически пополняются. Нужны только последние записи для каждого ID. На данном этапе ситуация такая. Если таблица которая содержит актуальные ID и view которые join актуальную таблицу и таблицу "источник" - всё строки. Идея в том чтобы использовать event trigger создавать актуальную таблицу, триггер которых заполняет таблицу upset-том ну и представление/view
А комментарий-то тут при чем? И каком объем данных в целом, что такие сложности затеваете? Уверен на 99.9%, что решение через event trigger в корне неверное. Вообще, без подробностей дать ответ сложно, но есть варианты навскидку: 1. Сделать правильные индексы и грамотные запросы. Если у вас не миллиарды строк, этого вполне может быть достаточно. 2. Сделать витрины данных с актуальными данными, обновляемые, например, ежесуточно. Они заменят вам вьюхи и/или матвьюхи. Матвьюхи – тоже вариант, чутка попроще витрин, но суть та же.
Чем мат вью то не угодило?
Я понимаю что нет синтаксиса oracle про обновление, но это сахар
Сколько потоков то и насколько замедляет вставку триггер ?)
Про comment. Дело в том что ID для актуальной таблицы имеют разные имя колонки в каждом отдельном событий и какой из многих колонок с ID относится к актуальной таблице решает архитектор и как правило не сразу при создании таблицы со stream data. Про индексы понятно но к сожалению пользователи данных не готовы вникать в детали. Допустим data scientist просто берёт и делать "select * ...". Короче, всё сложно 😁. На мой взгляд нужно более чёткое взаимодействия между каждым департаментом. Увы, я только шестёрка которая с трудом понимает что делает другая шестёрка если у нас нет прямого контакта. А таких шестерёнок больше 200.
Нужно almost real-time
Сделайте быстрый триггер и доабавте I’d потока
К сожалению я не обладаю полной картиной чтобы ответить на все вопросы. Я пытаюсь но пока ещё очень далеко от этого
Обсуждают сегодня