Details

    Description

      Implement cross-engine foreign keys check at SQL layer.

      TODO:

      • Referenced/foreign key lookup procedure
      • Recursive table open (new FK structure for TABLE optimized for DML, FKs in TABLE point to parent TABLEs)
      • Recursive prelocking: write-locking for CASCADE actions
      • DML changes:
        UPDATE, Multi-UPDATE
        DELETE, Multi-DELETE
        REPLACE
        INSERT ODKU
        IGNORE clause
        Ignore ‘DELAYED’
      • DDL changes:
        DROP TABLE (DATABASE)

      Attachments

        Issue Links

          Activity

            Implementing FOREIGN KEY processing in the SQL layer should also trivially fix MySQL Bug#11472 Triggers not executed following foreign key updates/deletes.
            The cause of the bug is that the InnoDB storage engine, which currently is responsible for enforcing FOREIGN KEY relationships, is executing ON DELETE or ON UPDATE clauses internally, without invoking any code outside the storage engine to execute any triggers.

            marko Marko Mäkelä added a comment - Implementing FOREIGN KEY processing in the SQL layer should also trivially fix MySQL Bug#11472 Triggers not executed following foreign key updates/deletes . The cause of the bug is that the InnoDB storage engine, which currently is responsible for enforcing FOREIGN KEY relationships, is executing ON DELETE or ON UPDATE clauses internally, without invoking any code outside the storage engine to execute any triggers.

            People

              Unassigned Unassigned
              midenok Aleksey Midenkov
              Votes:
              10 Vote for this issue
              Watchers:
              12 Start watching this issue

              Dates

                Created:
                Updated:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.