Base de Datos Normalizacin Primera Forma Normal Segunda

Base de Datos Normalización Primera Forma Normal Segunda Forma Normal Tercera Forma Normal Prof. Limett Lugo

COMO REDUCIR UN PROBLEMA DETERMINADO A UN DISEÑO DE BASE DE DATOS § Revisar cada uno de los pasos que se realizan para llevar a cabo la tarea o proceso en estudio. Evaluar en cual de los pasos se presenta el problema y estudiar las posibilidades para solventarlo, ya que no siempre se ameritará desarrollar un sistema para ello. Si se ha determinado que se debe solventar mediante el desarrollo de una aplicación computarizada se debe realizar lo siguiente. § § § Definir cual es el proceso que se desea automatizar. En base a lo anterior, debe definir cuales serán los datos que el usuario deberá introducir al sistema para poder generar este la información deseada, a estos datos se le denomina determinación de requerimientos de entrada. Luego, deberá definir cual los procesos a los cuales serán sometidos los datos que el usuario introducirá al sistema, es decir, si solo se almacenarán, si se realizarán calculos con estros, entre otros. A este paso de le denomina Definición de requerimientos de procesamiento.

COMO REDUCIR UN PROBLEMA DETERMINADO A UN DISEÑO DE BASE DE DATOS § § § § Seguidamente, definirá cuales serán los reportes por pantalla e impreso que amerita que el sistema emita, y a esto se le denomina Definición de requerimientos de salidas. Una vez evaluados los requerimientos, se hace un listado con los requerimientos de entrada. Agrupa los requerimientos de entrada por tema, área, o simplemente los que considere que guarden relación entre si. Por cada grupo de requerimientos de entrada elabore una tabla y asignele un nombre a la misma de acuerdo a los datos que esta contenga, este nombre no debe llevar espacios en blanco. Una vez que tenga las tablas, proceda a normalizar cada tabla. Luego, deberá definir que tablas deben relacionarse para poder generar la información definida en los requerimientos de salida. Debe especificar los campos claves por cada tabla.

COMO REDUCIR UN PROBLEMA DETERMINADO A UN DISEÑO DE BASE DE DATOS § § El siguiente paso es, establecer la restricción de asignaciones por cada relación existente entre las tablas de la base de datos. Luego, deberá definir el tipo de valor que contendrá cada campo de cada tabla, tomando en cuenta que los campos por los cuales se relacionarán las tablas deberán ser del mismo tipo para asegurar que la relación sea efectiva. Una vez relacionadas las tablas de la base de datos, y definido los tipos de datos, se puede decir que usted, ha realizado el diseño de una base de datos. Una vez concluido el diseño, deberá seleccionar un sistema manejador de base de datos para elaborar el diseño anteriormente efectuado y realizar los formularios o pantallas a través de las cuales los usuarios introducirán los datos al sistemas – Requerimientos de entrada-, las consultas -Requerimientos de salidas-, la programación de los procedimientos necesarios – Requerimientos de procesamiento-, y los informes o reportes. Requerimientos de salidas-.

Claves § CLAVES. § Super Clave. Es un conjunto de uno o más atributos que considerados conjuntamente, permite identificar de forma única a una entidad en un conjunto de entidades. § Claves candidatas. Son las diferentes opciones de superclaves mínimas que con las que se disponen en una tabla para hacerla clave principal. § Clave primaria. Es un conjunto de uno o más atributos que, tomados colectivamente, permiten identificar de forma única una entidad en el conjunto de entidades y una relación en el conjunto de relaciones, esta clave surge de las claves candidatas. Se usa el termino de clave principal para denotar una clave candidata que elige el diseñador de la base de datos como el medio principal de identificar entidades dentro de un conjunto de entidades.

Definiciones § Atributos: Unidad mínima de datos, Campos de las tablas, es un dato simple sin sentido por si solos, como por ejemplo: Edad, Nombre, Cédula, Dirección, teléfono. § Tupla: es la unidad mínima de información, se denomina al conjunto de atributos relacionados entre si que caracterizan a una entidad u objeto. Representa al registro en una tabla. § Afinidad: es la denominación que se le da a un conjunto de entidades o relaciones, representa una tabla, y es una base de información sobre un objeto específico. Ejemplo: AFINIDAD: EMPLEADO Atributo o campo TABLA: EMPLEADO CEDULA NOMBRE DIRECCIÓN EDAD TELEFONO 10. 223. 3 33 LUIS PEREZ CALLE ZAMORA 34 0414234555 2. 346. 78 9 MARIA SALAS AV. BOLIVAR 60 0412345345 Tupla o registro

Tipos de datos Datos Numéricos: Permiten representar valores escalares de forma numérica, esto incluye a los números enteros y los reales. Este tipo de datos permiten realizar operaciones aritméticas comunes. Byte: 0 – 256, Enteros (Cortos, Largos), simple, doble, decimal. . Datos lógicos: Son aquellos que solo pueden tener dos valores (cierto o falso) ya que representan el resultado de una comparación entre otros datos (numéricos o alfanuméricos). (Sí/No, Verdadero/Falso o Activado/desactivado). Datos alfanuméricos (string): Es una secuencia de caracteres alfanuméricos que permiten representar valores identificables de forma descriptiva, esto incluye nombres de personas, direcciones, etc. Es posible representar números como alfanuméricos, pero estos pierden su propiedad matemática, es decir no es posible hacer operaciones con ellos. Este tipo de datos se representan encerrados entre comillas. (Memos, texto)

Tipos de datos Fecha-Hora: Permite Valores de fecha y hora para los años del 100 al 9999. ocupa 8 bytes. Moneda: 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. 8 bytes Autonumé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 Autonumérico no se pueden actualizar. Si desea más información, vea el tema de la propiedad Nuevos valores. 4 bytes (16 bytes si el valor de la propiedad Tamaño del campo es Id. la réplica). 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) vinculado o incrustado en una tabla de Microsoft Access. ocupa Hasta 1 gigabyte (limitado por el espacio disponible en disco)

Tipos de datos 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 un campo o control. dirección: ruta de acceso a un archivo (ruta UNC) o página (dirección URL). subdirección: posición dentro del archivo o página. información de pantalla: el texto que aparece como información sobre herramientas. El tipo de datos hipervínculo puede contener hasta 2048 caracteres.

Normalización Es un proceso que clasifica relaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada uno posee. Si se identifican ciertas reglas, se aplica una categoría; si se definen otras reglas, se aplicará otra categoría. . Cuando las reglas de clasificación sean más y más restrictivas, diremos que la relación está en una forma normal más elevada. La relación que está en la forma normal más elevada posible es que mejor se adapta a nuestra necesidades debido a que optimiza las condiciones que son de importancia para nosotros: §La cantidad de espacio requerido para almacenar los datos es la menor posible; §La facilidad para actualizar la relación es la mayor posible; §La explicación de la base de datos es la más sencilla posible,

Primera Forma Normal Para que una relación esté en primera forma normal (1 FN), debe ser solamente una relación propia, una matriz m por n, donde: 1. Las celdas deben poseer valores simples y no permitir grupos, ni arreglos repetidos. 2. Todos los ingresos en cualquier columna (Atributos) van a tener un nombre único, sin importar el orden de estos. 3. Dos hileras de una tabla no deben ser iguales. 4. Cuando se presentan anomalías, se procede a dividir la tabla o afinidad y e inicia la segunda forma normal Afinidad: Actividad ID ACTIVIDAD CUOTA 1000 ESQUIS 100 1500 NATACION 200 1750 BEISBOL 100 2000 FUTBOL 100

Primera Forma Normal PRESONAS PEDRO PEREZ NO ES VALIDO MARIA RUIZ RESIDENCIA CIUDAD F_CAMBIO MARACAY 11 -12 -1999 VALENCIA 15 -03 -2002 CARACAS 20 -10 -2005 CIUDAD F_CAMBIO SAN FERNANDO 09 -08 -1989 SAN CARLOS 07 -11 -1998 BARINAS 12 -12 -2003

Primera Forma Normal NOMBRE CIUDAD F_CAMBIO PEDRO PEREZ MARACAY 11 -12 -1999 PEDRO PEREZ VALENCIA 15 -03 -2002 PEDRO PEREZ CARACAS 20 -10 -2005 MARIA RUIZ SAN FERNANDO 09 -08 -1989 MARIA RUIZ SAN CARLOS 07 -11 -1998 MARIA RUIZ BARINAS 12 -12 -2003 COMO SE PUEDE OBSERVAR EXISTE DUPLICIDAD DE INFORMACIÓN, ASI QUE SE DEBE IR A LA SEGUNDA FORMA NORMAL

Segunda Forma Normal § Una afinidad esta en segunda forma normal, cuando está en primera forma normal y todos sus atributo no claves dependen por completo de la clave principal AFINIDAD: ASIGNACION § CONTRATISTA PRESU_PROY *PROYECTO TIEMPO_EJE_P S 75 32 P 1 5 S 75 40 P 2 3 S 79 32 P 1 2 S 79 27 P 3 7 S 80 40 P 2 1 Si consideramos como clave el campo proyecto y verificamos si el resto de los campos que no son clase dependen por completo de la clave principal, podemos constatar que efectivamente el campo presupuesto depende directamente del proyecto, pero la contratista no depende del proyecto ni tampoco el tiempo_eje_p por que este depende es de la contratista, es por ello se hace necesario dividir la tabla.

Segunda Forma Normal AFINIDAD: PROYECTO *PROYECTO PRESU_PROY P 1 32 P 2 40 P 3 27 AFINIDAD: ASIGNACION *CONTRATISTA *PROYECTO TIEMPO_EJE_P S 75 P 1 5 S 75 P 2 3 S 79 P 1 2 S 79 P 3 7 S 80 P 2 1 Como se puede observar ya se encuentran ambas afinidades en 2 da FN, *Campos que conforman la clave principal.

Tercera Forma Normal Una relación o tabla se encuentra en tercera forma normal (3 fn) si no existen transitividades o dependencias transitivas entre sus atributos y si ya se encuentra en 2 fn Afinidad: Vivencia (CI, Edificio, Cuota) EDIFICIO C. I. EDIFICIO CUOTA 13. 111 CUMBOTO 150 11. 234 CATA 300 15. 345. 765 PINO 200 10. 432. 111 PAO 250 C. I. CUOTA En esta tabla VIVENCIA se registran las cedulas de las personas que viven en un edificio y la cuota de condominio que deben pagar por vivir alli, los 3 campos se refieren a la vivencia de inquilinos en un edificio y esta en 1 era, y 2 da. FN. Siendo la clave la CI. El campo edificio se relaciona con la cedula del inquilino que vive en ese edificio, sin embargo la cuota que es el monto de condominio que pagan los inquilinos, se relacionan con el inquilino pero no depende de este directamente sino del edificio (relación transitiva), ya que de acuerdo al edificio se define la cuota

Tercera Forma Normal Al existir una dependencia transitiva se hace necesario dividir la tabla vivencia y generar dos tablas, la tabla VIVENCIA con los campos CI y Edificio que se relacionan sin dependencias transitivas, y la tabla EDIFICIO queda con los campos edificio y cuota. AFINIDAD: VIVENCIA C. I. EDIFICIO 13. 111 CUMBOTO 11. 234 CATA 15. 345. 765 PINO 10. 432. 111 PAO AFINIDAD: EDIFICIO CUOTA CUMBOTO 150 CATA 300 PINO 200 PAO 250