diff options
author | unknown <gkodinov/kgeorge@macbook.gmz> | 2006-11-21 10:11:43 +0200 |
---|---|---|
committer | unknown <gkodinov/kgeorge@macbook.gmz> | 2006-11-21 10:11:43 +0200 |
commit | 1a0e1f1328c933d63e0bb0d99b9011058abd82cd (patch) | |
tree | 36b170c741db953fe962326cf4ec4dda69c4d289 /VC++Files/myisampack | |
parent | e139c57f29dd537b14d527a159d0931f4473e0fd (diff) | |
download | mariadb-git-1a0e1f1328c933d63e0bb0d99b9011058abd82cd.tar.gz |
Bug#23556: TRUNCATE TABLE still maps to DELETE
This is the 5.0 part of the fix.
Currently TRUNCATE command will not call
delete_all_rows() in the handler (that implements
the "fast" TRUNCATE for InnoDB) when there are
triggers on the table.
As decided by the architecture team TRUNCATE must
use "fast" TRUNCATE even when there are triggers.
Thus it must ignore the triggers.
Made TRUNCATE to ignore the triggers and call
delete_all_rows() for all storage engines
to maintain engine consistency.
mysql-test/r/trigger.result:
Bug#23556: TRUNCATE TABLE still maps to DELETE
- test case
mysql-test/t/trigger.test:
Bug#23556: TRUNCATE TABLE still maps to DELETE
- test case
sql/sql_delete.cc:
Bug#23556: TRUNCATE TABLE still maps to DELETE
- We implemenent fast TRUNCATE for InnoDB even
if triggers are present.
- TRUNCATE ignores triggers.
Diffstat (limited to 'VC++Files/myisampack')
0 files changed, 0 insertions, 0 deletions