Re: why in procedure truncate table do not reset auto_increment?

2008-01-10 Thread Sebastian Mendel
x schrieb: thanks may you point out which chapter says? From manual I get the following answer agaist to my result(my server version 5.0.45), For |InnoDB| before version 5.0.3, |TRUNCATE TABLE| is mapped to |DELETE|, so there is no difference. Starting with MySQL 5.0.3, fast |TRUNCATE TABLE|

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread x
thanks may you point out which chapter says? From manual I get the following answer agaist to my result(my server version 5.0.45), For |InnoDB| before version 5.0.3, |TRUNCATE TABLE| is mapped to |DELETE|, so there is no difference. Starting with MySQL 5.0.3, fast |TRUNCATE TABLE| is availab

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Sebastian Mendel
Martijn Tonies schrieb: > >>> [...] why in procedure TRUNCATE table >>> demo do not reset auto_increment? >> is clearly written in the documentation, just read ... >> >> in short: >> >> auto_increment is used for primary key, primary keys could be >> referenced

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Martijn Tonies
> > [...] why in procedure TRUNCATE table > > demo do not reset auto_increment? > is clearly written in the documentation, just read ... > > in short: > > auto_increment is used for primary key, primary keys could be > referenced > from another table, se

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Sebastian Mendel
Martijn Tonies schrieb: > [...] why in procedure TRUNCATE table > demo do not reset auto_increment? is clearly written in the documentation, just read ... in short: auto_increment is used for primary key, primary keys could be referenced from another table

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Martijn Tonies
> >>> [...] why in procedure TRUNCATE table > >>> demo do not reset auto_increment? > >> is clearly written in the documentation, just read ... > >> > >> in short: > >> > >> auto_increment is used for primary key, primary keys could be referenced > >> from another table, setting auto_increment back

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Sebastian Mendel
Martijn Tonies schrieb: >>> [...] why in procedure TRUNCATE table >>> demo do not reset auto_increment? >> is clearly written in the documentation, just read ... >> >> in short: >> >> auto_increment is used for primary key, primary keys could be referenced >> from another table, setting auto_increm

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Martijn Tonies
> > [...] why in procedure TRUNCATE table > > demo do not reset auto_increment? > > is clearly written in the documentation, just read ... > > in short: > > auto_increment is used for primary key, primary keys could be referenced > from another table, setting auto_increment back to 0 could lead to

Re: why in procedure truncate table do not reset auto_increment?

2008-01-09 Thread Sebastian Mendel
过客 schrieb: > [...] why in procedure TRUNCATE table > demo do not reset auto_increment? is clearly written in the documentation, just read ... in short: auto_increment is used for primary key, primary keys could be referenced from another table, setting auto_increment back to 0 could lead to usi

why in procedure truncate table do not reset auto_increment?

2008-01-06 Thread 过客
*hi everyone: * I've some puzzle with the following test: CREATE TABLE `demo` ( `id` int(11) NOT NULL auto_increment, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ; INSERT INTO demo VALUES(100); delimiter // create procedure test() DETERMINISTIC begin