Decidir entre un tipo Caracter o Entero para un Campo de Índice

[kike792]

Hola saludo a todos,

Mi inquietud es la siguiente, en mi pequeña fundamentación en Base de datos entiendo que solo se utiliza Tipos Enteros (o numérico) cuando se va a hacer operaciones matematicas con dicho valor. Pero suele suceder que los campos consecutivos o id de tablas padres (tipo id, tipo escolaridad etc) se le pone campo númerico para que sea mas fácil lo del consecutivo.

¿Que es mas óptimo que sea caracter o numérico? , asi sea mas grandecita la función del consecutivo.

Gracias.

[jurena]

Debería ser igual, pero no lo es. El número permite hacer el auto_increment mejor, y dado que el binario que lo representa es más pequeño que el del carácter, las comparaciones serán algo más rápidas.
mira este post de seyko.
http://www.forosdelweb.com/f21/encue...umeros-593951/

Son las razones que se me ocurren

[gnzsoloyo]

Hay varias razones para preferir los ID numéricos, pese a que el modelo relacional normalizado indica que sólo se los debe usar cuando no existen claves candidatas o determinantes de una relación:

- Por un lado es tradicional el uso de numeración para identificar registros, resabio de los archivos en papel.
- Por otro lado, a nivel de almacenamiento, es mucho menor el espacio usado por un valor numérico que por un conjunto de caracteres. Piensa que con 4 bytes (2^64-1 bits) se pueden almacenar 18.446.744.073.709.551.615 valores distintos, mientras que para hacer eso con los caracteres, necesitarías la capacidad de un campo BLOB o un campo TEXT.
- Esto permite construir tablas relacionales de menor tamaño, en especial en aquellos casos en que son las que controlan las relaciones N:N entre múltiples tablas (una tabla que agrupe 20 claves diferentes solamente tiene 80 bytes por registro como mucho).
- Además, los índices basados en valores numéricos son más eficientes y rápidos que los basados en caracteres.
- Los valores numéricos usados como auto_increment son más sencillos de programar y no requieren validación desde las aplicaciones, ya que se implementan a nivel de DDL.

Obviamente esto trae aparejado cierto tipo de problemas de orden teórico, entre los que se cuenta que las claves generadas así no resultan representativas de las relaciones que vinculan o de los registros que identifican, y no sirven para crear consultas fáciles de comprender (mnemotécnica) sin saber a qué tablas referencia, pero eso es otro asunto.

[kike792]

Hombre muchas gracias .. creo que queda claro el tema...