Как правило, избегайте триггеров, таких как чума.Они инструмент последней инстанции.Все, что может быть выполнено в триггере, может быть выполнено в тысячу раз лучше и быстрее в хранимой процедуре, именно там бизнес-логика должна быть такой, как она видна, может быть оптимизирована и ее легче понять под контролем исходного кода.Триггеры - это глобальные переменные в мире баз данных, избегайте, если нет другого технического решения.
Если вам нужна более высокая производительность от ваших SQL-серверов, и вы используете Hive для ее получения, вы идете об этомнеправильный путь - вам лучше смотреть на перенос вашей бизнес-логики в хранимые процедуры, которые вы можете настраивать, а не встраивать их в триггер.
Использование Hive для решения проблемы - это настоящий кувалдой для решения проблемы с грецким орехом. Было бы лучше взглянуть на свои методы кодирования, чтобы повысить производительность SQL Server, если только ваш набор данных не настолько массивен (100Tb +)что вам действительно нужно перейти к распределенному, масштабируемому решению на основе Hadoop и Hive.Спросите себя, почему вы делаете это так.Делать это на любом меньшем наборе данных - значит показать, что не знают, на что способны реляционные механизмы на относительно скромном оборудовании.Мы все виноваты в том, что украшаем наши резюме новыми технологиями или хотим что-то новое, с чем можно поиграть, но с точки зрения технической архитектуры вы должны спросить себя, нужно ли это.Я не против SQL Server и не против Hive / Hadoop.У обоих есть свое место, лошади для курсов.Но я определенно против триггера.