You are on page 1of 9

TIPOS DE DATOS PARA ACCESS A la hora de crear un campo en una tabla, hay que especificar de qué tipo son

los datos que se van a almacenar en ese campo. Los diferentes tipos de datos de Access2000 son: Texto: cuando en el campo vamos a introducir texto, tanto caracteres como dígitos. Tiene una longitud por defecto de 50 caracteres, siendo su longitud máxima de 255 caracteres. Memo: se utiliza para textos extensos como comentarios o explicaciones. Tiene una longitud fija de 65.535 caracteres. Numérico: para datos numéricos utilizados en cálculos matemáticos. Fecha/Hora: para la introducción de fechas y horas desde el año 100 al año 9999. Moneda: para valores de moneda y datos numéricos utilizados en cálculos matemáticos en los que estén implicados datos que contengan entre uno y cuatro decimales. La precisión es de hasta 15 dígitos a la izquierda del separador decimal y hasta 4 dígitos a la derecha del mismo. Auto numérico: número secuencial (incrementado de uno a uno) único, o número aleatorio que Microsoft Access asigna cada vez que se agrega un nuevo registro a una tabla. Los campos Auto numérico no se pueden actualizar. Sí/No: valores Sí y No, y campos que contengan uno de entre dos valores (Sí/No, Verdadero/Falso o Activado/desactivado). Objeto OLE: Objeto (como por ejemplo una hoja de cálculo de Microsoft Excel, un documento de Microsoft Word, gráficos, sonidos u otros datos binarios). Hipervínculo: Texto o combinación de texto y números almacenada como texto y utilizada como dirección de hipervínculo. Una dirección de hipervínculo puede tener hasta tres partes: Texto: el texto que aparece en el campo o control. Dirección: ruta de acceso de un archivo o página. Subdirección: posición dentro del archivo o página. Sugerencia: el texto que aparece como información sobre herramientas. Existe otra posibilidad que es la Asistente para búsquedas que crea un campo que permite elegir un valor de otra tabla o de una lista de valores mediante un cuadro de lista o un cuadro combinado. Al hacer clic en esta opción se inicia el Asistente para búsquedas y al salir del Asistente, Microsoft Access establece el tipo de datos basándose en los valores seleccionados en él.

2250738585072014E-308. Con signo el rango de valores válidos va desde -128 a 127.372. 0 y desde 2.073. Float: número pequeño en coma flotante de precisión simple. Los valores permitidos van desde -1.854. Tipos de Cadena 1 Tipos numéricos: Existen tipos de datos numéricos. Con signo el rango de valores va desde 8.4967.2250738585072014E-308 a 1.607. Tipos numéricos 2. TinyInt: es un número entero con o sin signo. para de esa forma ajustar el diseño de la base de datos.808 a 9.551.7976931348623157E+308 a -2. Para cada campo de cada una de las tablas. Con signo el rango de valores va desde 2147483648 a 2147483647.854. los que están en coma flotante (con decimales) y los que no. Sin signo el rango va desde 0 a 429.388.036.175494351E-38 a 3. que se pueden dividir en dos grandes grupos.615.709.744.608 a 8. Integer.223. el rango de valores es de 0 a 65535.xx. y una vez se ha realizado el paso a tablas del mismo. el rango de valores es de 0 a 255 Bit ó Bool: un número entero que puede ser 0 ó 1 SmallInt: número entero con o sin signo. 0 y desde 1.7976931348623157E+308 . en necesario crear las tablas correspondientes dentro de la base de datos.775. Sin signo. xReal. Sin signo el rango va desde 0 a16777215.223. Sin signo el rango va desde 0 a 18. Double: número en coma flotante de precisión doble.036. Con signo el rango de valores va desde 9.388.402823466E+38. es necesario determinar el tipo de datos que contiene.775. se pueden agrupar en tres grandes grupos: 1. para la versión 4.TIPOS DE DATOS DE MYSQL Después de la fase de diseño de una base de datos. Los tipos de datos que puede haber en un campo. Sin signo. MediumInt: número entero con o sin signo.295 BigInt: número entero con o sin signo.175494351E-38. Con signo el rango de valores va desde -32768 a 32767.372.807. y conseguir un almacenamiento óptimo con la menor utilización de espacio. El presente artículo describe cada uno de los tipos de datos que puede tener un campo en Mysql. Los valores válidos van desde -3. Tipos de Fecha 3.402823466E+38 a -1.446.xx. Int: número entero con o sin signo.

El formato de almacenamiento es de año-mes-dia horas:minutos:segundos TimeStamp: Combinación de fecha y hora. El formato de almacenamiento es de año-mes-dia DateTime: Combinación de fecha y hora. almacena una fecha. Date: tipo fecha. El número se almacena como una cadena Tamaño de Tipo de Campo Almacenamiento TINYINT SMALLINT MEDIUMINT INT INTEGER BIGINT FLOAT(X) FLOAT DOUBLE DOUBLE PRECISION REAL 8 bytes 8 bytes M+2 bytes sí D > 0. NUMERIC(M. El rango de valores va desde el 1 de enero del 1001 al 31 de diciembre de 9999. 59 minutos y 59 segundos. El rango de valores va desde el 1 de enero del 1001 a las 0 horas. 0 minutos y 0 segundos al 31 de diciembre del 9999 a las 23 horas.D) M+1 bytes if D = 0 2 Tipos fecha: A la hora de almacenar fechas. El formato de almacenamiento depende del tamaño del campo: 1 byte 2 bytes 3 bytes 4 bytes 4 bytes 8 bytes 4 ú 8 bytes 4 bytes 8 bytes .Decimal. El rango va desde el 1 de enero de 1970 al año 2037. DECIMAL(M. Simplemente comprueba que el mes esta comprendido entre 0 y 12 y que el día esta comprendido entre 0 y 31. hay que tener en cuenta que Mysql no comprueba de una manera estricta si una fecha es válida o no. Numeric: Número en coma flotante desempaquetado.D M+1 bytes sí D = 0 M+2 bytes if D > 0. Dec.

El campo puede tener tamaño dos o tamaño 4 dependiendo de si queremos almacenar el año con dos o cuatro dígitos. La cadena podrá contener desde 0 a 255 caracteres. VarChar(n): almacena una cadena de longitud variable. El rango de valores permitidos va desde el año 1901 al año 2155. La cadena podrá contener desde 0 a 255 caracteres. 59 minutos y 59 segundos a 838. el tipo BLOB se ordena teniéndolas en cuenta.Tamaño Formato AñoMesDiaHoraMinutoSegundo 14 aaaammddhhmmss AñoMesDiaHoraMinutoSegundo 12 8 6 4 2 aammddhhmmss ñoMesDia aaaammdd AñoMesDia aammdd AñoMes aamm Año aa Time: almacena una hora. 59 minutos y 59 segundos. . El formato de almacenamiento es de 'HH:MM:SS' Year: almacena un año. los tipo Test y los tipo BLOB (Binary large Object) La diferencia entre un tipo y otro es el tratamiento que reciben a la hora de realizar ordenamientos y comparaciones. Tipo de Campo DATE DATETIME TIMESTAMP TIME YEAR Tamaño de Almacenamiento 3 bytes 8 bytes 4 bytes 3 bytes 1 byte 3 Tipos de cadena: Char(n): almacena una cadena de longitud fija. Dentro de los tipos de cadena se pueden distinguir otros dos subtipos. El rango de horas va desde -838 horas. Mientras que el tipo test se ordena sin tener en cuenta las Mayúsculas y las minúsculas.

2. Hay que tener en cuenta que debido a los protocolos de comunicación los paquetes pueden tener un máximo de 16 Mb.. TEXT MEDIUMBLOB..) número de valores 1.'value2'. TinyText y TinyBlob: Columna con una longitud máxima de 255 caracteres. TINYTEXT BLOB.967..'value2'.215 caracteres.) del número de valores Tamaño de Almacenamiento n bytes n +1 bytes Longitud+1 bytes Longitud +2 bytes Diferencia de almacenamiento entre los tipos Char y VarChar Almace Valor '' 'ab' 'abcd' 'abcdefgh' Almace CHAR(4) namientoVARCHAR(4)namiento '' 'ab ' 'abcd' 'abcd' 4 bytes 4 bytes 4 bytes 4 bytes " 'ab' 'abcd' 'abcd' 5 bytes 1 byte 3 bytes . uno ó varios valores de una lista. Tipo de campo CHAR(n) VARCHAR(n) TINYBLOB.294. LONGTEXT Longitud +3 bytes Longitud +4 bytes 1 ó dos bytes dependiendo del ENUM('value1'. 3.Los tipos BLOB se utilizan para almacenar datos binarios como pueden ser ficheros. LongBlob y LongText: un texto con un máximo de caracteres 4. Blob y Text: un texto con un máximo de 65535 caracteres. La lista puede tener un máximo de 64 valores.. 4 ó 8 bytes.. El tipo Enum acepta hasta 65535 valores distintos Set: un campo que puede contener ninguno. MediumBlob y MediumText: un texto con un máximo de 16..777. dependiendo SET('value1'. MEDIUMTEXT LONGBLOB. Enum: campo que puede tener un único valor de una lista que se especifica.295.

Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Primera forma normal  Elimine los grupos repetidos de las tablas individuales. En las descripciones siguientes se incluyen ejemplos. o depende de él. como la existencia de datos redundantes y de dependencias incoherentes. Las dependencias incoherentes pueden dificultar el acceso porque la ruta para encontrar los datos puede no estar o estar interrumpida. Si hay que cambiar datos que existen en más de un lugar. la normalización requiere tablas adicionales y algunos clientes consideran éste un trabajo considerable.  Identifique cada conjunto de datos relacionados con una clave principal. Aunque son posibles otros niveles de normalización.Fundamentos de la normalización La normalización es el proceso de organizar los datos de una base de datos. la tercera forma normal se considera el máximo nivel necesario para la mayor parte de las aplicaciones. Si decide infringir una de las tres primeras reglas de la normalización. la base de datos se considera que está en la "tercera forma normal". para realizar el seguimiento de un elemento del inventario que proviene de dos orígenes posibles. se dice que la base de datos está en la "primera forma normal". y no admite fácilmente un número variable de proveedores. Hay algunas reglas en la normalización de una base de datos.  Cree una tabla independiente para cada conjunto de datos relacionados. ¿Qué ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la respuesta. Se incluye la creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas tanto para proteger los datos como para hacer que la base de datos sea más flexible al eliminar la redundancia y las dependencias incoherentes. Cada regla se denomina una "forma normal". un registro del inventario puede contener campos para el Código de proveedor 1 y para el Código de proveedor 2. El salario del empleado está relacionado con el empleado. y por lo tanto se debería pasar a la tabla Empleados. asegúrese de que su aplicación se anticipa a los problemas que puedan aparecer. Si se cumple la primera regla. Por ejemplo. puede no tener sentido mirar allí el salario del empleado que llama a ese cliente. Si se cumplen las tres primeras reglas. se deben cambiar de la misma forma exactamente en todas sus ubicaciones. en los escenarios reales no siempre se cumplen los estándares de forma perfecta. ¿Qué es una "dependencia incoherente"? Aunque es intuitivo para un usuario mirar en la tabla Clientes para buscar la dirección de un cliente en particular. requiere modificaciones en las tablas y el programa. En su lugar. Un cambio en la dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en algún otro lugar de la base de datos. Al igual que con otras muchas reglas y especificaciones formales. No use varios campos en una sola tabla para almacenar datos similares. coloque toda la información de los proveedores en una tabla . En general.

Pero necesita una lista completa de universidades para enviar mensajes de correo electrónico en grupo. Si tiene una tabla Clientes y desea eliminar todas las dependencias posibles entre los campos. En teoría. pero rara vez se consideran en un diseño real. EXCEPCIÓN: cumplir la tercera forma normal. Si quedan algunos campos dependientes. no siempre es práctico. Puede ser más factible aplicar la tercera forma normal sólo a los datos que cambian con frecuencia. representantes de venta. Cree una tabla Universidades independiente y vincúlela a la tabla Candidatos con el código de universidad como clave. el diseño de la base de datos puede ser menos perfecto. en una tabla Contratación de empleados. Facturas. debe crear tablas independientes para las ciudades. diseñe la aplicación para que pida al usuario que compruebe todos los campos relacionados cuando cambie alguno.  Relacione estas tablas con una clave externa. siempre que el contenido de un grupo de campos pueda aplicarse a más de un único registro de la tabla. aunque en teoría es deseable.independiente denominada Proveedores y después vincule el inventario a los proveedores con el número de elemento como clave. clases de clientes y cualquier otro factor que pueda estar duplicado en varios registros. Si la información de las universidades se almacena en la tabla Candidatos. Cuentas por cobrar y Colecciones. también llamada Forma normal de Boyce Codd (BCNF. y la quinta forma normal existen. ya sea en la tabla Clientes o en una tabla Direcciones independiente. la normalización merece el trabajo que supone. una clave compuesta si es necesario. o los proveedores al inventario con el código de proveedor como clave. muchas tablas pequeñas pueden degradar el rendimiento o superar la capacidad de memoria o de archivos abiertos. Los registros no deben depender de nada que no sea una clave principal de una tabla. pero no debería afectar a la funcionalidad. Tercera forma normal  Elimine los campos que no dependan de la clave. La dirección se necesita en la tabla Clientes. Segunda forma normal  Cree tablas independientes para conjuntos de valores que se apliquen a varios registros. considere colocar estos campos en una tabla independiente. Por ejemplo. códigos postales. En general. Normalizar una tabla de ejemplo . pero también en las tablas Pedidos. no hay forma de enumerar las universidades que no tengan candidatos en ese momento. Envíos. almacénela en un lugar. considere la dirección de un cliente en un sistema de contabilidad. En lugar de almacenar la dirección de un cliente como una entrada independiente en cada una de estas tablas. Sin embargo. Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la tabla. Otras formas de normalización La cuarta forma normal. Si no se aplican estas reglas. puede incluirse el nombre de la universidad y la dirección de un candidato. Por ejemplo. Boyce Codd Normal Form).

En su lugar. Otra forma de considerar ese problema es con una relación de uno a varios y poner el lado de uno y el lado de varios en tablas distintas. de modo que la relación no cumple la segunda forma normal. Despacho-Tut Clase1 Clase2 Clase3 101-07 143-01 159-02 201-01 211-02 214-01 García 412 Díaz 216 Primera forma normal: no hay grupos repetidos Las tablas sólo deben tener dos dimensiones. Las dos tablas siguientes demuestran la segunda forma normal: Alumnos: Nº alumno Tutor 1022 4123 4. cree otra tabla en la primera forma normal eliminando el grupo repetido (Nº clase). Nº clase no depende funcionalmente de Nº alumno (la clave principal). Despacho-Tut Nº clase 101-07 143-01 159-02 201-01 211-02 214-01 García 412 García 412 García 412 Díaz Díaz Díaz 216 216 216 Segunda forma normal: eliminar los datos redundantes Observe los diversos valores de Nº clase para cada valor de Nº alumno en la tabla anterior. Clase2 y Clase3 de los registros anteriores son indicativos de un problema de diseño. 1. Registro: Despacho-Tut García 412 Díaz 216 . Tabla sin normalizar: Nº alumno Tutor 1022 4123 2.Estos pasos demuestran el proceso de normalización de una tabla de alumnos ficticia. según se muestra a continuación: Nº alumno Tutor 1022 1022 1022 4123 4123 4123 3. estas clases deben aparecer en una tabla independiente. Los campos Clase1. Las hojas de cálculo suelen usar la tercera dimensión. pero las tablas no deberían hacerlo. Puesto que un alumno tiene varias clases.

La solución es pasar ese atributo de la tabla Alumnos a la tabla Personal. Despacho-Tut (el número de despacho del tutor) es funcionalmente dependiente del atributo Tutor. 101-07 143-01 159-02 201-01 211-02 214-01 Tercera forma normal: eliminar los datos no dependientes de la clave En el último ejemplo.Nº alumno Nº clase 1022 1022 1022 4123 4123 4123 5. según se muestra a continuación: Alumnos: Nº alumno Tutor 1022 4123 6. Personal: García Díaz Nombre Habitación Dept García Díaz 412 216 42 42 .