Metodología de Sistemas

Desarrollo de Bases de Datos Relacionales.

Asignatura: Metodología de Sistemas
Tema: Desarrollo de Bases de Datos Relacionales.
Autor: Raul Osvaldo Bergagno
En elaboración.
Marzo de 2009.

Índice:
Tema Hoja
1. Generalidades. 1
2. Metodología de diseño de datos. 2
2.1. Fases de la metodología. 3
2.2. Presentación de la documentación. 4
2.3. Entradas y salidas del desarrollo de una base de datos. 5
3. El Modelado Conceptual. 6
4. El Diseño lógico (general). 9
5. Diseño lógico específico (diseño físico). 11
6. Teoría formal de la normalización de esquemas relacionales (M E/R) 11
7. Construcción de un Esquema E/R.

Fuente:
DISEÑO DE BASES DE DATOS, PROBLEMAS RESUELTOS de
Adoración de Miguel Castaño y Otros. Ed. Alfaomega Ra-Ma.
DISEÑO DE BASES DE DATOS RELACIONALES de Adoración de
Miguel Castaño y Otros Ed. Alfaomega Ra-Ma.

1. Generalidades:
Una metodología de diseño se puede concebir como un conjunto de herramientas y
técnicas empleadas dentro de un marco organizacional que puede ser aplicado
consistentemente a proyectos sucesivos de desarrollo.
También se acepta como un Conjunto de pasos y procedimientos que deben seguirse para
el desarrollo de software.
Otra definición indica que una metodología es una serie de métodos que pueden ser
aceptados ampliamente y utilizados en el ciclo de vida completo de una aplicación
informática.
Una aplicación informática es un conjunto de mecanismos para realizar ciertos procesos
sobre ciertos datos. En el análisis de la aplicación se puede poner mayor énfasis en los
procesos o en los datos.
El enfoque orientado solo a los procesos o funciones (acontecimientos) puede ofrecer los
siguientes inconvenientes:
- Las funciones de un sistema tienden a evolucionar con el tiempo.
- Se descuida el análisis de las estructuras de datos.
- No facilita la integración de aplicaciones.

Hoja: 1
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
- Las aplicaciones medias o grandes pueden ser difíciles de definir a partir de un
detalle de funciones o de una única función.
Si en el análisis se incluyen los datos se pueden obtener las siguientes ventajas:
- Los datos tienden a ser más estables que los procesos.
- Es posible integrar aplicaciones en base a los datos que comparten.

Bases de datos: El objetivo básico de toda base de datos es el almacenamiento de

símbolos, números y letras carentes de un significado en sí, que con un tratamiento
adecuado se convierten en información útil.
Un ejemplo podría ser el siguiente dato: 20061224, con el tratamiento correcto podría
convertirse en la siguiente información: "Fecha de nacimiento: 24 de diciembre de 2006".
Según van evolucionando los tiempos, las necesidades de almacenamiento de datos van
creciendo y con ellas las necesidades de transformar los mismos datos en información de
muy diversa naturaleza. Esta información es utilizada diariamente como herramientas de
trabajo y como soporte para la toma de decisiones por un gran colectivo de profesionales
que toman dicha información como base de su negocio. Por este motivo el trabajo del
diseñador de bases de datos es cada vez más delicado, un error en el diseño o en la
interpretación de datos puede dar lugar a información incorrecta y conducir al usuario a la
toma de decisiones equivocadas.
Se hace necesaria la creación de un sistema que ayude al diseñador a crear estructuras
correctas y fiables, minimizando los tiempos de diseño y explotando todos los datos, nace
así la metodología de diseño de bases de datos.

2. Metodología de diseño de datos:

Las principales causas que conducen a un diseño de bases de datos relacionales incorrecto
son:
- Falta de conocimiento del dominio de la aplicación. Conocimiento que no posee
el diseñador del sistema pero sí lo tiene el usuario (aunque no lo tenga bien
estructurado ni sepa expresarlo en forma correcta y precisa).
- Falta de experiencia en el modelado. Experiencia que si se le supone al
diseñador pero que el usuario conocedor del dominio de la aplicación no tiene.
El diseño se puede abordar de dos formas distintas:
a) Obteniendo el esquema relacional directamente a partir de la observación de la
realidad y de lo que hemos podido captar de nuestro análisis del mundo real.
b) Realizando el proceso en tres fases, en la primera se lleva a cabo el diseño
conceptual y en la segunda éste se transforma en el esquema relacional
siguiendo determinadas reglas de transformación. En una tercera etapa se
concreta el diseño físico.
Las relaciones que resultan de la observación del mundo real o de la transformación al
modelo relacional (elaborado a partir del modelo conceptual) pueden presentar algunos
problemas derivados de fallos en la percepción, en el esquema conceptual o en el pase de
éste al modelo relacional.
Los problemas más comunes son:
- Incapacidad para almacenar ciertos hechos.

Hoja: 2
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
- Redundancias y, por tanto, posibilidad de inconsistencias.
- Ambigüedades.
- Pérdida de información.
- Pérdida de dependencias funcionales (ciertas restricciones de integridad que dan
lugar a interdependencias entre los datos)
- Existencia de valores nulos (inaplicables)
- Aparición, en la base de datos, de estados que no son válidos en el mundo real
(anomalías de inserción, de borrado o de modificación)
Para modelar los datos es necesario contar con una metodología adecuada. Para este caso
una metodología es un conjunto de fases y herramientas que nos permiten pasar de una
fase a la siguiente en el proceso de diseño de las bases de datos.

La metodología de diseño de datos divide cada modelo en tres esquemas:

A) Modelo Conceptual: se trata de una representación gráfica legible por el
usuario y que nos aporta el flujo de información dentro de una organización. Se
debe realizar siempre el esquema más sencillo posible para la comprensión por
parte del usuario de la base de datos.
B) Modelo Lógico: se trata de una representación gráfica, mediante símbolos y
signos normalizados, de la base de datos. Su objetivo es representar la estructura de
los datos y las dependencias de los mismos, garantizando la consistencia y evitando
la duplicidad (normalización).
C) Modelo Físico: se trata del almacén de los datos, es la base de datos en sí
misma, el soporte donde se almacenan los datos y de donde se extraen para
convertir los datos en información. En función del gestor de bases de datos (SGBD)
empleado las reglas de almacenamiento varían.

2.1. Fases de la metodología.

La metodología propuesta para resolver el problema de comunicación entre el
conocimiento del dominio de la aplicación por parte del usuario y el diseñador consta de
las siguientes fases:
- Modelado conceptual: el objetivo es obtener una representación de los
recursos de información de la organización.
- Diseño lógico: El objetivo es transformar el esquema conceptual en el modelo
de datos. Relacional (M E/R) en este caso.
- Diseño físico: El objetivo es conseguir una implementación del diseño lógico.
Estas fases se pueden relacionar con las fases de un proyecto estructurado de sistemas de
acuerdo a:
- En la fase de análisis (o análisis funcional) se integra el modelado conceptual,
en el que, a partir de los requisitos de información se produce el esquema o
vista conceptual.
- En la fase de diseño se integra los diseños lógico y físico de datos.
- En algunos casos el modelo conceptual se considera parte de la fase de diseño.

Hoja: 3
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
Cada fase es parte de un proceso iterativo y, como tal, se van produciendo refinamientos
sucesivos.
En las fases del diseño de bases de datos se obtiene:
En la primera fase (modelo conceptual):
- El esquema conceptual (esquema lógico global – M CD)
- Las principales vistas del usuario (estructuras externas derivadas del
esquema lógico global)
En la segunda fase (diseño lógico):
- Las especificaciones del modelo de datos concreto del SGBD a
utilizar (M E/R y diccionario de datos)
- Configuración y características del equipo físico.
- El esquema interno o vista del sistema.
En la tercera fase (diseño físico, que corresponde a la implementación de la base de
datos):
- Construcción del diccionario en el SGBD.
- Construcción de las tablas en el SGBD.
- Programación de los procesos.
Pasando luego a la carga y explotación de la base de datos.

Esquema del proceso de diseño de bases de datos y su relación con las fases de análisis y
de diseño.

Realidad
2.2. Presentación de la documentación.
La presentación va variando en su grado de formalismo a lo largo de las diferentes fases
del ciclo de vida. En las primeras etapas el propósito debe ser la comunicación entre los
Hoja: 4
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
diferentes actores involucrados en el proyecto, mientras que en las últimas se necesita
representar la información de manera procesable por las máquinas por lo que se utiliza una
notación estrictamente formal, sin lugar para ambigüedades.
Se trata de ir adaptando el rigor de la notación a medida que progresa el diseño, pensando
en cada fase el tipo de personas involucradas.
De esta manera se consiguen las siguientes ventajas:
- Se requiere menos especialización por parte del diseñador
- Los usuarios participan en el diseño
- El diseño puede ser verificado por las personas que participan en el
proyecto.
- La estructura obtenida es flexible y fácil de mantener
- El afinamiento físico es más sencillo
- Cada fase tiene su documentación, más o menos formal según las
características de cada una.
Las especificaciones informales facilitan: la identificación de requisitos, el aprendizaje y la
comunicación, mientras que las formales proporcionan: claridad, precisión y son más
adecuadas para el análisis y verificación.
Este enfoque propone ir adaptando el rigor de la notación a medida que progresa el diseño,
pensando en cada fase el tipo de personal involucrado.
Primeras etapas de desarrollo Ultimas etapas de desarrollo
Propósito de la Articular ideas y proporcionar Expresar información concebida para
notación comunicación entre personas. su procesamiento por máquinas.
Características de la Imprecisa. Precisa, invariable, no ambigua.
información
Personas Audiencia variada con diferente Programadores y administradores
involucradas formación de base. entrenados en el uso de lenguajes
formales.
Grado de Bajo (preferentemente lenguaje Alto. Estrictamente formal.
formalismo natural).

2.3. Entradas y salidas del desarrollo de una base de datos:

Entradas:
- Requisitos de información y objetivos
- Requisitos de los procesos (Diagrama de Flujo de Datos - DFD y Especificación
de Procesos - EP)
- Especificaciones del SGBD
- Configuración del equipo físico y del Sistema Operativo.
Salidas:
- Esquema conceptual (Modelo Conceptual de Datos - M CD)
- Estructuras lógicas de datos (Modelo Entidad/Relación - M E/R)
- Estructura de almacenamiento (Diccionario de Datos - DD y Tablas)
- Normativa de explotación
- Especificaciones para los programas de aplicación

Hoja: 5
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
Esquema: de entradas y salidas en el desarrollo de bases de datos relacionales.

Requisitos de Estructuras lógicas. Esquema

Información y conceptual, modelo relacional
objetivos. y vistas de usuario.
Desarrollo
Requisitos de Proceso De Una Estructura de almacenamiento
(DFD y EP)
Base de
datos
Especificaciones del SGBD Normativa de explotación

Configuración del equipo Especificaciones para los

físico y diseño programas de aplicación.

3. El Modelado Conceptual:
El modelo conceptual permite la colaboración de los analistas con los usuarios con una
participación activa en el diseño por parte de estos últimos. El primer enfoque del D E/R, a
nivel conceptual, no hace referencia a la instrumentación del esquema en un SGBD sino
que permite ver la información con todo su contenido semántico. En este nivel del M E/R
se hace referencia al principio de cardinalidad pero no se resulten las relaciones N:M.
Etapas del Modelado Conceptual:
a- Análisis de requisitos
El objetivo es lograr un esquema descriptivo de la realidad en lenguaje natural,
aceptando los problemas de ambigüedad y escaso formalismo. El usuario establece
en sus propios términos el problema a resolver (especifica sus necesidades).
b- Conceptualización (cómo representar)
Características del esquema conceptual
- Claridad
- Coherencia
- Plenitud
- Fidelidad
- Sencillez
c- Modelado (que representar)
- El esquema conceptual (esquema lógico global - MCD)
- Las principales vistas del usuario (estructuras externas
derivadas del esquema lógico global)
Serie de actividades utilizadas habitualmente en la construcción del esquema
conceptual:
- Completar el enunciado con una descripción correcta y lo
más completa posible.
- Identificar las entidades.

Hoja: 6
 Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
- Identificar las interrelaciones con sus cardinalidades.
- Identificar los atributos
d- Símbolos para el diseño conceptual:
Entidad y nombre de entidad:

Nombre Entidad Para especificar una entidad con su nombre

Ejemplo: Una entidad que contiene los datos de alumnos de un establecimiento

educativo.

Alumno Es la entidad “Alumno” que contiene la identificación y los datos

de los alumnos.

Interrelación y cardinalidad:

Para indicar una Interrelación (rombo etiquetado)

Ejemplo: Cada entidad de Provincia participa en la relación Pertenece

exactamente una vez, mientras que cada entidad de Región participa en la relación Pertenece a lo
menos una vez. Esto es, cada a cada región pertenecen a lo menos una provincia, mientras que
toda provincia debe pertenecer a sólo una región.

(1: 1) (1: n)
Pertenec
Provincia e
Región

Atributos:
El círculo representa el dominio
Entidad Se indica el nombre del atributo

Para Indicar atributo Identificador

Entidad • Círculo lleno: Id. Principal

Circulo Medio lleno: Id. Alternativa

(1:1 ó 1:…) La flecha para indicar el sentido de la relación y

Entidad entre ( ) la cardinalidad

Ejemplo: La entidad “alumno” con los atributos: número de alumno, apellido y nombres, fecha de
nacimiento y domicilio. Si número de alumno es el atributo identificador debe ser indicado con el
círculo lleno.

• Numero alumno
Apellido y nombres
Fecha de nacimiento
Domicilio Son los atributos de la entidad “Alumno”

Alumno
Hoja: 7
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.

Otra forma de representar las entidades y sus atributos es:

Se numeran las entidades a partir de 1 (uno) con su nombre y detalle de atributos.
Analizando el uso de estas entidades a través de los DFD se pueden encontrar las
relaciones existentes entre cada una de ellas para elaborar el modelo conceptual de datos.
Ejemplo:
1 Entidad Alumno
Atributos Número de alumno, apellido y nombres, fecha de nacimiento, domicilio

A partir del análisis de cada uno de los DFD se identifica la información que debe ser
almacenada y se atribuye a unidades básicas de información. Así se establecen las
entidades y los primeros atributos de ellas en el MCD.

4. El Diseño Lógico (general)

a- Modelado (que representar)
- Las especificaciones del modelo de datos concreto del
SGBD a utilizar (M E/R y diccionario de datos)
- Configuración y características del equipo físico.
- El esquema interno o vista del sistema.
b- Etapas del Diseño Lógico
El proceso de normalización, que acompaña el paso del modelo conceptual al M
E/R, se trata de las dependencias que existen entre los atributos de la relación. Los
pasos son:
- Cálculo de las dependencias funcionales, dependencias
multivaluadas y dependencias jerárquicas.
- Cálculo de las claves candidatas de la relación, de los atributos
principales y no principales.
- Ajuste a la forma normal deseada.
c- Definiciones generales
El modelo relacional se basa en el concepto matemático de relación, que gráficamente
se representa mediante una tabla. Codd, que era un experto matemático, utilizó una
terminología perteneciente a las matemáticas, en concreto de la teoría de conjuntos y de
la lógica de predicados.
Una relación es una tabla con columnas y filas. Un SGBD sólo necesita que el usuario
pueda percibir la base de datos como un conjunto de tablas. Esta percepción sólo se
aplica a la estructura lógica de la base de datos (en el nivel externo y conceptual de la
arquitectura de tres niveles ANSI-SPARC). No se aplica a la estructura física de la base
de datos, que se puede implementar con distintas estructuras de almacenamiento (1).
Un atributo es el nombre de una columna de una relación. En el modelo relacional, las
relaciones se utilizan para almacenar información sobre los objetos que se representan
en la base de datos. Una relación se representa gráficamente como una tabla
bidimensional en la que las filas corresponden a registros individuales y las columnas
corresponden a los campos o atributos de esos registros. Los atributos pueden aparecer
en la relación en cualquier orden.

Hoja: 8
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
(1) La mayoría de los SGBD están basados en la arquitectura ANSI-SPARC la cual divide a un
sistema en tres niveles: interno, conceptual y externo.
La vista conceptual, conocida también como vista lógica global, representa la visión de la
comunidad de usuarios de los datos en la base de datos. No toma en cuenta la forma en que
las aplicaciones individuales observan los datos o como éstos son almacenados. La vista
conceptual está basada en el esquema conceptual y su construcción se hace en la primera
fase del diseño de una base de datos.
Los usuarios, incluyendo a los programadores de aplicaciones, observan los datos a través de
un esquema externo definido a nivel externo. La vista externa proporciona una ventana a la
vista conceptual lo cual permite a los usuarios observar únicamente los datos de interés y los
aísla de otros datos en la base de datos. Puede existir cualquier número de vistas externas.
El esquema conceptual se mapea a un esquema interno a nivel interno, el cual es el nivel de
descripción más bajo de los datos en una base de datos. Este proporciona una interfaz al
sistema de archivos del sistema operativo el cual es el responsable del acceso a la base de
datos. El nivel interno tiene que ver con la especificación de qué elementos serán indexados,
qué técnica de organización de archivos utilizar y como los datos se agrupan en el disco para
mejorar su acceso.

En el modelo E/R se distinguen los siguientes elementos: Entidad, Interrelación,

Atributo y Dominio.
Entidad: Se puede definir una entidad como cualquier objeto (real o abstracto)
que existe en la realidad y acerca del cual queremos almacenar información en la
base de datos.
Una Entidad es un objeto de datos. Un sustantivo (nombre común) es en general
un tipo de entidad.
La estructura genérica que describe un conjunto de entidades aplicando la
abstracción de la clasificación se denomina tipo de entidad, mientras que entidad es
cada uno de los ejemplares de ese tipo de entidad.
Las entidades son los objetos principales sobre los que debe recogerse información
y generalmente denotan personas, lugares cosas o acontecimientos de interés. A
cada una de las posibles ocurrencias de la entidad se la denomina instancia o
ejemplar.
Las entidades poseen información descriptiva.
La representación gráfica de un tipo de entidad es un rectángulo etiquetado en cuyo
interior está el tipo de entidad y sus atributos.
Interrelación: Se entiende por interrelación una asociación, vinculación o
correspondencia entre entidades.
Una interrelación es un objeto de datos que hace posible la selección de una
entidad por medio de una referencia a un atributo de otra entidad. Puede ser un
verbo transitivo o una frase verbal (casi siempre los verbos ser y tener, como por
ejemplo “es un” y “tiene”). Pueden ser de dependencia (es un), general (tienen) de
agregación (está compuesto). Son comunes otros verbos como disponer, dirigir,
trabajar, controlar, recibir, atender, acudir, participar, pertenecer, etc. En las
interrelaciones también es posible especificar atributos (siempre descriptores)
Las interrelaciones representan asociaciones entre dos o más entidades. Las
interrelaciones se caracterizan por su nombre, el grado (número de entidades que
participan) y el tipo de correspondencia (número de ejemplares de una entidad
asociados a una combinación de ejemplares de una entidad asociada, que puede ser
1 ó N).

Hoja: 9
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
La interrelación puede considerarse un tipo especial de entidad cuya existencia
depende de las entidades a las que relaciona.
En el gráfico del modelo conceptual las restricciones de cardinalidad se representan
por una etiqueta (0, 1), (1, 1), (0, N) o (1, N).
Atributo: Cada una de las propiedades o características que tiene un tipo de
entidad o un tipo de interrelación se denomina Atributo.
Un Atributo es un objeto de datos al que se le asigna un valor o interviene en una
operación.
Los atributos se utilizan para detallar las entidades asignándoles propiedades
descriptivas tales como nombre, color y peso. Existen dos tipos de atributos:
identificadores y descriptores. Los primeros se utilizan para distinguir de una
manera única cada una de las ocurrencias de unja entidad (distinguiéndose entre
identificadores principales e identificadores alternativos). Los descriptores se
utilizan para describir una ocurrencia de entidad.
En relación a los atributos también existe el concepto de dominio que es el conjunto
de valores sobre los que se define el atributo.
Los atributos no poseen información descriptiva.
Un atributo multivaluado se incorpora al M E/R como una entidad. La excepción
(mantenerlo como atributo) puede ser cuando este atributo tiene un número
limitado y no muy elevado de ocurrencias y el concepto que representa no está
relacionado con otras entidades.
Dominio y Valor: Las distintas propiedades o características de un tipo de entidad
o de interrelación toman Valores para cada ejemplar de estas. El conjunto de
posibles valores que puede tomar cierta característica se denomina Dominio. Se
define dominio como un conjunto de valores homogéneos con un nombre.

d- Símbolos para el Diseño Lógico (ME/R ó grafo relacional):

Entidad:
Nombre de Entidad

Atributos:
(nombre de cada uno
de los atributos con
indicación de los
atributos
identificadores)

Interrelación:
Línea de relación (este caso 1:1)

Relación 1: N (se elimina el círculo sí la relación es

a muchos y no puede ser cero)

Hoja: 10
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
Relación obligatoria

Grados de relación:
- 1:1 – Para un elemento de una entidad existe un elemento de la otra
y viceversa.
- 1: N – Para un elemento de una entidad existen N elementos de la
otra.
- N: M – Para N elementos de una entidad existen M elementos de la
otra y viceversa.
Reglas:
- Una entidad se corresponde con una tabla.
- En las relaciones 1: N la entidad de las N ocurrencias hereda la clave
de la entidad de ocurrencia única.
- Las relaciones N: M se convierten en el M E/R en una tabla cuyos
atributos son como mínimo las claves de las dos entidades relacionadas.

5. Diseño lógico específico (diseño físico)

En la tercera fase (diseño físico, que corresponde a la implementación de la base de
datos) se logran la:
- Construcción del diccionario en el SGBD.
- Construcción de las tablas en el SGBD.
- Programación de los procesos.

6. Teoría Formal de la Normalización de esquemas relacionales (M E/R).

Se puede plantear en los siguientes términos: Dado un conjunto A de atributos y el
conjunto D de dependencias existentes entre ellos, que puede considerarse que constituyen
un esquema (de origen) de relación R (A, D), se trata de transformar, por medio de
sucesivas proyecciones este esquema de partida en un conjunto de esquemas de relación
(resultantes) tales que cumplan determinadas condiciones.
Una base de datos no puede estar constituida por una única relación con todos los atributos
(relación universal) ya que ello daría lugar a una enorme cantidad de redundancias,
provocando anomalías de actualización.
Es lógico reemplazar el esquema que tiene todos los atributos y todas las dependencias por
un conjunto Ri de esquemas equivalentes que cumplan unas ciertas propiedades.
Se tarta de buscar un conjunto de esquemas Ri que sean equivalentes a R y que sean
también mejores que el esquema de partida
Las propiedades que han de cumplir los esquemas de relación Ri para ser equivalentes a R
y mejores que R son:
- Conservación de la información.
- Conservación de las dependencias (funcionales).
- Mínima redundancia de los datos (normalización de las relaciones basada en
las dependencias funcionales).

Hoja: 11
Metodología de Sistemas
Desarrollo de Bases de Datos Relacionales.
También se pueden incluir:
- Minimización de dependencias. Incluye minimizar el número de dependencias
y el número de atributos contenidos en ellas.
- Minimización de esquemas resultantes. Minimizar el número de esquemas y
el número de sus atributos.
La idea central en el diseño formal de una base de datos es el concepto de dependencia
entre los datos. Íntimamente ligado a este concepto de dependencias tenemos el de Forma
Normal en que se encuentra un esquema de relación.
Con la teoría de la normalización se consigue la formalización del diseño lógico de bases
de datos relacionales (M E/R). Esta teoría permite disponer de instrumentos algorítmicos
que permiten el desarrollo de programas para automatizar el diseño en el modelo
relacional.
Normalización de las relaciones: Normalización es el proceso con el que se obtienen
refinamientos sucesivos del modelo hasta lograr una relación normalizada evitando
redundancias, incoherencias o inconsistencias
Dependencia funcional: Dada una entidad, sean atributo1 y atributo2 atributos de esa
entidad, diremos que atributo2 tiene dependencia funcional del atributo1 cuando dado un
valor del atributo1 se obtiene un valor único de atributo2, o que a cada valo0r del atributo2
le corresponda un único valor del atributo1.
Dependencia funcional completa: Si en una entidad, atributo1 es un conjunto de atributos,
entonces diremos que atributo2 tiene dependencia funcional completa de atributo1 cuando
atributo2 tiene dependencia funcional de todo el conjunto de atributo1, y no tiene
dependencia funcional de un subconjunto del atributo1. Cuando atributo1 consta de un
único atributo entonces coincide la dependencia funcional y la dependencia funcional
completa.
Candidato a clave: Candidato a clave es un atributo o un conjunto de atributos que
identifica en forma univoca una ocurrencia de una entidad. Uno de los candidatos a clave
debe ser utilizado como clave principal o primaria.
Atributo no clave: Es aquel atributo que no forma parte de la clave o de un atributo
candidato a clave.
Determinante: Es un atributo o conjunto de atributos que dependen de otros atributos.
No Normalizado: Decimos que una entidad o una relación no está normalizada cuando sus
diferentes atributos se encuentran en un formato sin distinción funcional, longitud variable,
atributos descomponibles, atributos no clave sin dependencia funcional completa de la
clave primaria o existen dependencias entre atributos no clave.
Definición de las tres primeras Formas Normales
Primera forma Normal (1NF): Una relación está en 1NF si y solo si sus atributos son no
descomponibles. Es decir que dentro de un mismo atributo guardamos información que no
puede ser susceptible de una ulterior subdivisión.
Segunda Forma Normal (2NF): Está en 2NF cuando está en 1NF y cada atributo no clave
tiene dependencia funcional completa de la clave primaria.
Tercera Forma Normal (3NF): está en 3NF cuando está en 2NF y cada atributo no clave
tiene dependencia no transitiva de la clave principal. Cada atributo tiene dependencia
únicamente de la clave no existiendo dependencia entre atributos no clave.

Hoja: 12