TinyInt es un tipo numérico de datos, como el booleano, el real, el entero, el de coma flotante…
Soy un… ¿obseso? de la optimización a al hora de programar, y eso a veces conlleva fallos. Porque, siendo realistas, la diferencia hoy día entre poner en un campo un tipo entero y un TinyInt (hablando de memoria / recursos utilizados) es ínfima. Pero, para campos numéricos que supongo que no van a pasar de 100, sigo utilizándolo.
El problema es que cambies la funcionalidad de programa, y ahora el campo en cuestión sea un contador activo. Porque el TinyInt llega contando hasta 127, y de ahí no pasa. Y cuando para de contar, puede hacer que te tires media hora revisando código para intentar descubrir dónde está el punto y coma que falta…
Así que ya sabéis. ¡Cuidado con los tipos de datos! ¡Son importantes!
5 respuestas a «TinyInt»
Claro que lo son, pero más para que no fallen que para optimizar código en cuanto a uso de memoria «per se». Para eso pienso que es mucho mejor intentar mejorar la algorítmica, que probablemente muchas veces no hagamos muy elegante.
También de acuerdo. Mejor la versatilidad y mejorar el código.
Cada tipo de dato es para lo que es. Cuando se diseña una base de datos debe tenerse claro qué tipo de dato recogerá cada campo y qué utilidad se le dará. De esta forma jamás se nos ocurrirá utilizar el tipo tynint como contador o para almacenar números que superen los límites conocidos
Ya te digo que cambié la funcionalidad del campo ^_^.
Bueno ahora para novatos como yo, PREGUNTO, el campo identidad muchas veces por compatibilidad con algunas mdb prefiero declararlas varchar(10), sin embargo esta forma es muy deficiente desde la optica de cualquier desarrollador, pero si utilizo un tipo INTEGER entonces si deseo importar tablas de otras mdbs o incluso de excel he tenido el inconveniente de que no me acepta la data importada porq el formato del id es incompatible, (bueno no se a cuantos les ha sucedido), pero bueno espero esto sea de ayuda para otros al igual q para mi.