Fix #114 - Added trigger scope explanation to G-7740

Author: kibeha

docs/4-language-usage/7-stored-objects/7-triggers/g-7740.md

@@ -10,6 +10,8 @@
 
 If a trigger makes assignment to the primary key anywhere in the trigger code, that causes the session firing the trigger to take a lock on any child tables with a foreign key to this primary key. Even if the assignment is in for example an `if inserting` block and the trigger is fired by an `update` statement, such locks still happen unnecessarily. The issue is avoided by having one trigger for the insert containing the primary key assignment, and another trigger for the update. Or even better by handling the insert assignment as ´default on null´ clauses, so that only an `on update` trigger is needed.
 
+This locking of child tables behaviour goes for simple DML triggers as well as compound DML triggers where assignments to primary keys take place. It is not relevant for instead-of triggers on views, as it is not possible to assign `:new` values and therefore no locks on child tables are needed.
+
 ## Example (bad)
 
 ``` sql