first, ‘0’ values have been stored in some of my columns, on tables having auto increment.
when I restored to the new host from my dump file (old host having mysql 4.1.21) do you think there is a reason for concern or should I look for something on the new tables to confirm the transfer (even though both old and new databases match at 15.3 MB, might any slight change be revealed in the individual table kb’s? ) - asking because the restored dump did not have NO_AUTO_VALUE_ON_ZERO stated.
and that other question, 50000 as the number of bytes the length of the sql string cannot exceed
what is considered the sql string. Can that figure be part of the returned dump? (choice appears among the data selections among the phpmyadmin dump menu)
NO_AUTO_VALUE_ON_ZERO does not prevent 0 in an auto_increment column. it changes the behavior of inserting a 0 in to an auto_increment column. with that mode off, inserting a 0 causes auto_increment to generate a value. with that mode on, inserting a 0 results in a 0.
different backup utilities and different settings and different server versions will result in non-identical backups. if you want identical backups, you have to match all three of those.
NO_AUTO_VALUE_ON_ZERO does not prevent 0 in an auto_increment column. it changes the behavior of inserting a 0 in to an auto_increment column. with that mode off, inserting a 0 causes auto_increment to generate a value. with that mode on, inserting a 0 results in a 0.
Please verify; is NO_AUTO_VALUE_ON_ZERO already considerd in off mode or on? How or where is this toggled?
If I want ‘0’'s entered in columns on autoincrement, such as those having ‘0’ by table default already, how is the new table kept this way?