No hay problema Skeletron 

Es muy curioso que, el libro mencionase UNSIGNED y te permitiera insertar valores negativos    pero por otro lado lo entiendo, antes (Mysql 4.x) tomaba el negativo y lo transformaba en positivo (cero)

Como te decia, usalo de guia    pero ten bien claro que habran muchos ejemplos que actualmente como esta el motor no aplicaran 100%

Lo he venido observando desde inicio Skeletron 

Pero lamentablemente, no se basados en que MySQL esta dicho libro, pero actualmente con el MySQL 5.4 al menos que es el que yo tengo... lo del libro ya no aplica  porque no aplica? por lo que te dije anteriormente. Un campo al asignarle la clausula ZEROFILL automaticamente se le agrega el atributo UNSIGNED que no va a permitir jamas que inserter numeros negativos de ningun tipo  porque MySQL hace eso ahora y en el ejemplo del libro no? por diferencias de versiones es la posibilidad mas amplia que puedo tener.

No va a transformarte -1, ni -20 en 000 porque actualmente MySQL no accepta negativos en campos ZEROFILL que le atacha el atributo  UNSIGNED.

Puedes leer el libro como una guia, pero ten en cuenta que es algo antiguo y los ejemplos pueden estar basados en una version de MySQL que en aquel entonces soportaba estos cambios. Actualmente, no, no puedes ingresar numeros negativos en ZEROFILL independientemente del ejemplo mostrado. Hago referencia al funcionamiento actual de MySQL y por esa razon te pegue la URL anterior.

Lo mismo habia pensado 

Tengo entendido que el proposito de evadir las inyecciones SQL es protegerse, pero decirles avisos de los tipos sugeridos es rebajarse al nivel de quien te ataca. Y no es el proposito a nivel profesional...

Pero si el quiere hacerlo de esa manera, hay que respetarsela y intentar darle una guia 

Quisiera entender eso ultimo que dices... pero no 

Porque no te deja ingresar 000 si 0 no es negativo y el tipo de datos tinyint soporta 3 cifras de 0 a 255 positivos. 

Hola nuevamente 

Efectivamente Skeletron, como te decia y para verificar lo que estaba diciendo, acabo de visitar la web de mysql.com    y disculpame si te recomende que cambiaras el campo a SIGNED  (pense que en este caso iba a ser posible) pero veo que no 


Fuente: http://dev.mysql.com/doc/refman/5.0/es/numeric-type-overview.html

Aparentemente, lo que quieres hacer (numeros negativos) no es posible con el la funcionalidad Zerofill ya que automaticamente le asigna un atributo UNSIGNED (No negativos) al campo en cuestion .... no vas a poder cambiar el campo de UNSIGNED a SIGNED si le aplicas Zerofill.... pense que se podia, no, no se puede  Mysql no aplica el cambio y hace caso omiso.

Si Skeletron sin duda, pero aunque desconozco que version de MySQL usaron ahi, o si aplicaron algo despues de crear la tabla y no la especificaron en el libro (Tranquilo muchos de estos libros vienen con ejemplos a medias  )

El problema en tu caso, y que no es tu culpa claro, es que el campo ID es de tipo UNSIGNED (Digase que no accepta numeros negativos)    podrias considerar cambiar ese tipo a SIGNED.

Hola 

Me alegro que hayas podido descargar el Pdf 

Verifica que realmente el campo ID sea SIGNED y no UNSIGNED

DESCRIBE TABLE test1

No del todo... aunque los procedimientos almacenados tambien son validos    para estos casos.

Pero me referia a MySQL Proxy:

http://www.linux-party.com/modules.php?name=News&file=article&sid=2026:mysql-proxy-0.5.0

Tambien puede considerar GreenSQL 

http://h4xxor.blogspot.com/2010/02/greensql-firewall-software.html

Tambien puede considerar MySQL Proxy   

No se si dejara o no de existir foro libre, solo quiero que en el chat a los operadores no se les ocurra irse y dejar la novia pegada con su usuario que tiene permisos de operados y comienzen estas susodichas a echar personas del canal porque no le hablan del ultimo brillo labial ni del color favorito para maquillarse los ojos.... solo digo a nadie se le ocurra dejar su novia a mando... que ya solia pasar asi.