Поделитесь своим архитектурным опытом, думаю многим будет интересно. CDC за вечер напишите сами, который будет надёжнее существующих решений и не будет напрямую ходить в базу, а через какие-то обертки/хранимки?
Некоторые внешние сервисы, например symmetricds (для синхронизации данных между базами) взаимодействуют с таблицами напрямую. По этой причине проще реализовать составной триггер, который будет лежать в vcs рядом с таблицей(что достаточно наглядно), чем усложнять процесс вспомогательными процедурами и пакетами и, тем более, функциями с refcursor. Да, с нагрузкой триггеры не дружат, но не везде есть нагрузка.
Не нравятся нативные решения sql - никто не запрещает реализовать это отдельным сервисом, а базу использовать как хранилище.
А как же glaber ?
Поделитесь своим архитектурным опытом, думаю многим будет интересно. CDC за вечер напишите сами, который будет надёжнее существующих решений и не будет напрямую ходить в базу, а через какие-то обертки/хранимки?
Некоторые внешние сервисы, например symmetricds (для синхронизации данных между базами) взаимодействуют с таблицами напрямую. По этой причине проще реализовать составной триггер, который будет лежать в vcs рядом с таблицей(что достаточно наглядно), чем усложнять процесс вспомогательными процедурами и пакетами и, тем более, функциями с refcursor. Да, с нагрузкой триггеры не дружат, но не везде есть нагрузка.
Не нравятся нативные решения sql - никто не запрещает реализовать это отдельным сервисом, а базу использовать как хранилище.
В эксперименте 1 постановка задачи не соответствует решению.
В постановке - найти товары, которые никогда не покупались двумя покупателями, в решении - товары, которые покупались не этими двумя покупателями.