Cita: Buenas a todos, me gustaria que me alguien me ayudara diciendome como se manejan los campos objeto en MySQL, por jemplo: un codigo de barras
Mira este post que hubo sobre el tema. Tal vez te sirva para asomarte al problema:
Objetos con Mysql?
En cuanto a las columnas ENUM, lo mejor que puedes hacer (hacer siempre que tienes dudas, digo), es recurrir al manual de referencia:
11.4.4. El tipo de columna ENUM, donde al principio dice:
Cita: Un ENUM es un objeto de cadenas de caracteres con un valor elegido de una lista de valores permitidos que se enumeran explícitamente en la especificación de columna en tiempo de creación de la tabla.
¿Qué duda te presenta el caso?
Un ejemplo, serían las siglas posibles a usar para determinados documentos personales (DNI, DI, DU, CPF, PSP, por ejemplo), pero no lo serían para las provincias de un país.
Los campos ENUM, como regla general, se usan solamente cuando hay un conjunto acotado y reducido de valores posibles, que no serán modificados a lo largo del tiempo y ninguno de cuyos valores será eliminado del conjunto. Esto último se debe a que para modificar los valores de un campo ENUM debe modificarse la estructura de la tabla, lo que resulta enormemente arriesgado cuando una base ya está en funcionamiento.
El caso de las provincias de un país que menciono es porque son normalmente demasiadas, y en los campos ENUM no se suelen usar más de una decena de valores. Por otro lado, objetos como documentos comerciales tampoco es conveniente, porque los valores posibles (Factura, Remito, Recibo, etc.) dependen de la legislación de cada país, y esta es variable en ciertas situaciones (en mi país, por ejemplo, se han cambiado ciertas denominaciones de documentos seis veces en doce años, e incluso hubo muchos que jamás se usaron). Por ello no es buena idea ponerlos en un ENUM sino en una tabla.