為避免前端應用程式開發者,可能對於schema不熟悉,或是一時的疏忽,進而對資料庫進行大量且非預期update 或是 delete,我們通常會在資料表的 Trigger中進行檢核,不允許一筆 statemenet 進行大於一筆record以上的update 或是 delete。
不過,實務上亦衍生出其它問題,當必要性的批次異動,卻也被此Trigger檢核擋了下來,目前正在尋求解決方案,看可否針對特定登入帳號,bypass 此檢合機制!有誰有其它的解決方案嗎?
suser_name()看來可達到上述的效果
訂閱:
張貼留言 (Atom)
沒有留言:
張貼留言