Тригери додати накладні витрати до операторів DML. Якщо є багато вкладених тригерів, може бути дуже важко налагодити та усунути неполадки, що забирає час і ресурси на розробку. Рекурсивні тригери ще важче налагодити, ніж вкладені тригери.
Тригери бази даних мають погану репутацію, оскільки, як і будь-яка потужна функція, ними можна зловживати. Однак за правильного використання тригери можуть бути корисними для додавання додаткової логіки даних без зміни бізнес-логіки програми.
Щоб спробувати уникнути шкоди в майбутньому, наш мозок пов’язує реакцію «бийся або тікай» із нагадуваннями про травму — як-от певний запах, видовище чи звук. Отже, коли ми піддаємося дії тригера, ми реагуємо так, ніби ми під загрозою. Це викликає реакцію, подібну до симптомів посттравматичного стресового розладу (ПТСР).
Недоліки тригерів По-перше, їх важко побачити та виявити. Адміністратору може бути важко мати чіткий огляд існуючих тригерів у базі даних та їхньої поведінки. Це означає, що тригерами непросто керувати централізовано. Тригери також невидимі для клієнтських програм.
Тригери не є надійними механізмами безпеки, оскільки вони є програмними і їх легко вимкнути.
Мінуси тригерів SQL Server Тригери потрібно належним чином задокументувати. Тригери додають накладні витрати на оператори DML. Якщо є багато вкладених тригерів, може бути дуже важко налагодити та усунути неполадки, що споживає час і ресурси на розробку.