[SOLUCIONADO] MySQL tipo de campo

[bandolera]

Hola si una tabla de código postal (por ejemplo) algo así:
codigo -detalle
01 ---- Sitio1
11 ---- sitio2
15 ---- sitio3
29 ---- sitio4

Cuál sería la mejor manera de configurar sus atributos? sobre todo del campo codigo que sería la llave primaria y con valores numéricos....??
Integer, numeric?? con longitud??

[leonardo_josue]

Hola bandolera:

En primer lugar dale un vistazo a la documentación oficial:

http://dev.mysql.com/doc/refman/5.0/...ric-types.html

Ahora si, entrando en materia, para decidir qué tipo de datos debe tener tu columna debes responder las siguientes preguntas:

1. ¿Un código postal puede ser negativo? No... por lo tanto debes poner el atributo UNSIGNED al tipo de dato.

2. ¿Cuál es el valor máximo que puede tener un código postal? a partir de este dato debes elegir un tipo de datos que soporte este rango:

Código:

Tipo		Bytes	Valor Mínimo	Valor Máximo 	 	
TINYINT		1 	0		255
SMALLINT	1	0		65535
MEDIUMINT	3	0		16777215
INT		4	0		4294967295
BIGINT		8	0		18446744073709551615

3. ¿Pueden existir Códigos iguales para detalles distintos? Si la respuesta es no, entonces si, el campo Código es candidato para ser campo llave primaria, si la respuesta es no, deberás hacer uso de llaves compuestas.

4. ¿Qué longitud debe tener el campo? en los campos numéricos la longitud NO HACE REFERENCIA A LOS VALORES QUE PUEDE ALMACENAR.

Del manual de referencia:

El ancho de muestra no restringe el rango de valores que pueden almacenarse en la columna, no el número de dígitos que se muestran para valores con ancho que exceda el especificado para la columna.

Cuando se usa en conjunción con el atributo de extensión opcional ZEROFILL, el relleno por defecto de espacios se replaza por ceros. Por ejmplo, para una columna declarada como INT(5) ZEROFILL, un valor de 4 se muestra como 00004. Tenga en cuenta que si almacena valores mayores que el ancho de muestra en una columna entera, puede tener problemas cuando MySQL genera tablas temporales para algunos joins complicados, ya que en estos casos MySQL cree que los datos encajan en el ancho original de la columna.

Saludos
Leo.

[bandolera]

Iniciado por leonardo_josue

Hola bandolera:

En primer lugar dale un vistazo a la documentación oficial:

http://dev.mysql.com/doc/refman/5.0/...ric-types.html

Ahora si, entrando en materia, para decidir qué tipo de datos debe tener tu columna debes responder las siguientes preguntas:

1. ¿Un código postal puede ser negativo? No... por lo tanto debes poner el atributo UNSIGNED al tipo de dato.

2. ¿Cuál es el valor máximo que puede tener un código postal? a partir de este dato debes elegir un tipo de datos que soporte este rango:

Código:

Tipo		Bytes	Valor Mínimo	Valor Máximo 	 	
TINYINT		1 	0		255
SMALLINT	1	0		65535
MEDIUMINT	3	0		16777215
INT		4	0		4294967295
BIGINT		8	0		18446744073709551615

3. ¿Pueden existir Códigos iguales para detalles distintos? Si la respuesta es no, entonces si, el campo Código es candidato para ser campo llave primaria, si la respuesta es no, deberás hacer uso de llaves compuestas.

4. ¿Qué longitud debe tener el campo? en los campos numéricos la longitud NO HACE REFERENCIA A LOS VALORES QUE PUEDE ALMACENAR.

Del manual de referencia:



Saludos
Leo.

Según lo que estaba leyendo si yo quiero un campo que contenga números y que sea mi llave primaria y que estén desde el 1 al 9999 puedo utilizar numeric(4) o integer ??? Aunque dice que no es necesario delimitar el ancho con el int.. Un poco complicado no?

[gnzsoloyo]

Como ya te explicó Leo, no puedes limitar la cantidad dd dígitos de la cifra con ese valor entre paréntesis, porque no sirven para eso.
En MySQL no hay modo de restringir un dato numérico a un rango, porque no eexisten restricciones CHECK. Sólo lo puedes administrar por stored procedure o por programación.
En este DBMS, los datos numéricos tienen los rangos que el te indicó, y no se pueden modificar.