Я не уверен, что формулировка моего вопроса в полной мере иллюстрирует проблему, поэтому я разработаю как можно лучше.
Мы пытаемся синхронизировать изменения в одной базе данных MS SQL с другой базой данных MS SQL, и решение, предписанное на этом этапе, включает в себя серию триггеров, которые будут принимать вставленную или обновленную информацию и отправлять эту строкуданные через dbmail в почтовый ящик на принимающем сервере.Небольшой анализатор почты просматривает письма, извлекает соответствующие данные и заполняет получающую базу данных.
Проблема, над которой я сейчас работаю, заключается в том, как отправить не только вставленные данные, но и, в случае оператора обновления, как обновленные, так и неизмененные данные, так что всегда будет выдана полная строкак парсеру почты.Более того, мы работаем с таким количеством полей, которые считаются засекреченными.Информация, к которой мы будем обращаться, будет поступать как минимум из двух, но не более чем из пяти разных базовых таблиц.
Будут ли триггеры, записанные в представлении, иметь доступ к вставке и удалению логических таблиц, созданных в случае изменения базовой таблицы, или представление будет закрыто для такого действия.Если да, как собрать полную строку, если данные поступают из трех или четырех таблиц?
Не было проблем с получением строк и отправкой / анализом данных, когда тесты запускались из одной таблицы, но триггеры в представлении не работают одинаково (по-видимому), и сценарий не выдает результатов в виде измененийне происходит против зрения.Идея, которая растет в моей голове, состоит в том, чтобы записать триггеры в базовые таблицы, которые реагируют на обновления / вставки, а затем использовать эти триггеры для запуска триггера представления, используя данные из таблиц ins и del logic.
Будет ли это работать?Это безумие или правдоподобно?