Universidad de Ibagué Facultad de Ingeniería Programa de Ingeniería de Sistemas

Diseño de Base de Datos Carlos Andrés Lugo González

Febrero 2011

NOTAS Universitarias | 1

Notas Universitarias Diseño de Bases de Datos Facultad de Ingeniería Programa de Ingeniería de Sistemas Universidad de Ibagué Ibagué, Colombia. Febrero de 2011

ISSN 2216-0302

Presidente del Consejo Superior Eduardo Aldana Valdés Rector Alfonso Reyes Alvarado Vicerrectora Nidia Chaparro Cuervo

© Universidad de Ibagué, 2011

© Carlos Andrés Lugo González, 2011

Correspondencia Universidad de Ibagué, Oficina de publicaciones Calle 67, Carrera 22. Tel. (57 8) 2709400 Ibagué -Tolima, Colombia. www.unibague.edu.co publicaciones@unibague.edu.co

Esta obra no puede reproducirse sin la autorización expresa y por escrito de la Universidad de Ibagué

NOTAS Universitarias | 2

Carlos Andrés Lugo González es Ingeniero de Sistemas de la Universidad Distrital Francisco José de Caldas. Cuenta con una especialización en Teleinformática de la Universidad de Ibagué. Ha participado en encuentros y conferencias como “Tendencias en ingeniería de software e inteligencia artificial” y “Euro – American Conference On Telematics and Information Systems”. Ha estado vinculado a la Universidad de Ibagué por 11 años. Es docente de tiempo completo en el área de Ingeniera de sistemas.

NOTAS Universitarias | 3

NOTAS Universitarias | 4 .

Modelo de datos relacional 3.5.1 ¿Qué es una base de datos? 1.4.6.3 Paso del modelo E/R al relacional 3.Contenido Introducción 1.3 Elementos de un tipo interrelación 2.1 Restricciones semánticas 3.4 Conceptos básicos 1.7 Proceso de diseño de una base de datos 2.8 Esquematización con herramientas CASE 2.1 Elementos del modelo entidad / interrelación 2.3.1 Atributos derivados 2. Conceptos generales de bases de datos 1.4.1 Intensión y extensión de una relación 3.2 Característica dinámica 1. Modelo entidad / interrelación 2.2 Restricciones de integridad 2.4 Control de redundancia 2.3 Actores de la base de datos 1.1 Dependencia en existencia y en identificación 2.2 Sistema gestor de base de datos 1.2.5.2.2 Restricciones del modelo relacional 3.6 Restricciones sobre interrelaciones adicionales 2.6 Restricciones de integridad 1.5 Modelo de datos 1.2 Clasificación de las restricciones según los elementos a los que afecta la condición 3.9 Ejercicios 3.1 Paso de una asociación muchos a muchos entre dos entidades NOTAS Universitarias | 5 .1 Clasificación de las restricciones 1.1 Característica estática 1.2 Interrelaciones redundantes 2.3.5 Interrelaciones de grado superior a 2 2.7 Generalización 2.

2.2 3.3.1.1.3 Instrucción DELETE 4.3.2 Instrucciones DML 4.4 3.3 3.4.3.1 Instrucción COMMIT 4.2.3.2 Instrucción UPDATE 4.5 3.1 Instrucción CREATE 4.3 Instrucción RENAME 4.5 Instrucción DROP 4.3.4 Instrucciones de control de transacciones 4.4 Ejercicios Asociaciones uno a uno Paso de herencia a relaciones uno a muchos Asociaciones recursivas (a la misma tabla) Ejemplo de manejo de productos 4.1.4 Instrucción TRUNCATE 4.1 Instrucción SELECT 4.2.2 Instrucción ALTER 4.1 Instrucción GRANT 4.1 Instrucciones DDL 4.5 Instrucciones de recuperación de datos 4.3.3.1. Lenguaje de consulta estructurado SQL 4.6 Proceso de Respaldo y Recuperación 4.3 Instrucciones DCL 4.2 Instrucción SAVEPOINT 4.4.2 Instrucción REVOKE 4.4.1 Instrucción INSERT 4.7 Ejercicios Bibliografía NOTAS Universitarias | 6 .3 Instrucción ROLLBACK 4.1.5.

Brinda los conceptos básicos necesarios para que. Este documento es el resultado del estudio de diferentes autores y de la experiencia en el desarrollo de base de datos reales. su correcta comprensión es fundamental para el ingeniero que desee realizar un buen diseño de base de datos. con el fin de procesarla y acceder a ella en todo momento y fundamentalmente al tomar las decisiones que permiten cumplir los objetivos. En el capítulo dos se muestra el modelo de datos Entidad Interrelación. NOTAS Universitarias | 7 . utilizando el modelo de datos relacional. Por último. el cual es un lenguaje que permite implementar el diseño creado. nuestros más sinceros agradecimientos y reconocimiento. El Autor. el capítulo cuarto se refiere al lenguaje de consulta unificado SQL. a partir de los diferentes modelos de datos. A ellos.Introducción En la actualidad. El documento está organizado en cuatro capítulos. más específicamente almacenarla. sin importar su naturaleza. muchas de las ilustraciones y referencias están basadas en el libro Diseño de Bases de Datos Relacionales de los autores Miguel Piatitini y Marcos. la gestión de bases de datos es un área fundamental para el desarrollo profesional del ingeniero de sistemas moderno. En el siguiente capítulo se ofrece el modelo de datos relacional. Esperamos que este documento sea de buen provecho para el potencial lector y satisfaga la sed de conocimientos que lo impulsa a estudiar. El ingeniero de sistemas actual debe estar en capacidad de diseñar e implementar una base de datos que cumpla con las características de eficiencia y eficacia que garanticen el correcto almacenamiento y posterior consulta de la información para la cual se crea la base de datos. de mucha importancia para el proceso de diseño y muy flexible en términos de las capacidades que ofrece. Este proceso de diseño e implementación no es tarea fácil y necesita de la experticia y conocimiento que solo la práctica puede ofrecer. Cualquier empresa. el estudiante cree una base de datos que satisfaga las necesidades del potencial cliente y/o usuario que así lo requiera. debe gestionar información y. El primer capítulo se centra en la conceptualización inicial de las bases de datos. debido en gran medida a que todas las organizaciones requieren de almacenar información. se presentan conceptos generales y de gran importancia para los posteriores capítulos. Estas Notas Universitarias ofrecen al lector un punto de partida sencillo para iniciar en el proceso de diseño e implementación de las bases de datos. el cual es el más utilizado actualmente por la mayoría de motores de bases de datos comerciales.

NOTAS Universitarias | 8

1 Conceptos generales de bases de datos
1.1 ¿Qué es una base de datos? Muchas definiciones podemos encontrar de base de datos, entre ellas: Colección organizada de información. Conjunto de datos relacionados entre sí. Colección compartida de datos lógicamente relacionados, junto con una descripción de estos datos, que están diseñados para satisfacer las necesidades informáticas de una organización. Cualquiera de las anteriores definiciones es válida y de acuerdo a la complejidad del sistema de base de datos a desarrollar, podemos añadir nuevas características a la definición.

\
Figura 1. Representación grafica de una base de datos

Algunas características que deben poseer las bases de datos son: Las BASE DE DATOS representan algún aspecto del mundo real (Minimundo). Una BASE DE DATOS es un conjunto de datos lógicamente coherente con cierto significado inherente. Toda BASE DE DATOS se diseña, construye y puebla con datos para un propósito especifico. 1.2 Sistema gestor de base de datos SGBASE DE DATOS Un Sistema Gestor de Base de Datos o DBMS Data Base Managenment System; es un conjunto de programas (software) que permite a los usuarios definir, crear, mantener y controlar una BASE DE DATOS. Algunas de las funcionalidades que debe prestar un SGBASE DE DATOS son: Permite a los usuarios definir la Base de Datos, usualmente mediante un Lenguaje de definición de datos que permita crear modificar y eliminar los objetos de la base de datos como las tablas, vistas, etc.

NOTAS Universitarias | 9

Permite a los usuarios realizar operaciones sobre los datos como insertar, actualizar, eliminar y consultar. Proporciona un acceso controlado a la base de datos que puede incluir o Un sistema de seguridad de los datos (que evita que usuarios no autorizados accedan a la información). o Un sistema de integridad de la información (que mantiene la coherencia de los datos almacenados). o Un sistema de control de concurrencia (que permite el acceso compartido a la base de datos). o Un sistema de respaldo y recuperación de la información (que restaura la base de datos a un estado previo coherente después de cada fallo hardware o software). o Un sistema de control de redundancia (que reduzca al mínimo la redundancia de datos en la base de datos). Un SGBASE DE DATOS ofrece una representación conceptual de los datos, es decir que el software gestor de base de datos debe tener la capacidad de plasmar de alguna forma la representación conceptual de los datos. En términos informales un modelo de datos es un tipo de abstracción de los datos con que se obtiene esa representación conceptual. Dentro de cada base de datos existe una parte denominada catalogo del sistema, es aquí donde se almacenan los Metadatos o diccionario de datos (los datos acerca de los datos) y estos describen la estructura de la BASE DE DATOS primaria. 1.3 Actores de la base de datos Distintos roles y personas deben interactuar para llevar a buen término la construcción de una base de datos, la separación de tareas es fundamental en cualquier tipo de proyecto ya que especializa y organiza los procesos dentro del proceso de desarrollo; a continuación se describen los principales actores dentro del desarrollo y construcción de una base de datos: DBA: Data Base Administrator. El administrador de la BASE DE DATOS se encarga de administrar los recursos de la base de datos; el administrador es responsable de la gestión de la base de datos que incluye procesos como el control de la seguridad y la asignación de roles y privilegios a los usuarios, el control de la integridad de los datos en caso de fallas de hardware y software, el mantenimiento y fiabilidad del sistema y la certeza de garantizar el mejor rendimiento posible de las aplicaciones de la base de datos y la base de datos en sí. Diseñador de la base de datos: En general existen dos tipos de diseñadores de bases de datos; el diseñador lógico y el diseñador físico de la base de datos. El diseñador lógico se encarga de identificar los objetos de la base de datos como las

NOTAS Universitarias | 10

Modelar: Consiste en definir un mundo abstracto y teórico tal que las conclusiones que se puedan sacar del. VB. Es realmente el conjunto de reglas y mecanismos que nos permiten aplicar una serie de abstracciones con el fin de crear un modelo a partir del problema que queremos solucionar. proporciona mecanismos de abstracción que permiten la representación de aquella parcela del mundo real cuyos datos nos interesa registrar y que comúnmente conocemos como universo en discurso o minimundo. 1. etc. busca propiedades comunes. Información: Conjunto organizado de datos interpretados con mayor significado que los datos. El diseñador físico es el encargado de materializar físicamente el diseño lógico de la base de datos. se pueden dividir en 2 grandes tipos: o Avanzado: Están familiarizados con el diseño de la base de datos y con el motor de base de datos. Usuario final: Son las personas o sistemas que necesiten tener acceso a la base de datos para consultarla y realizar transacciones. usualmente utilizan un lenguaje de consulta de alto nivel como SQL para realizar las transacciones a la base de datos. Modelo de Datos: Es un dispositivo de abstracción que “nos permite ver el bosque en oposición a los arboles”. símbolo con significado limitado.Net. o General: Usualmente no conocen la base datos y utilizan las aplicaciones de usuario para interactuar con ésta. Analista de sistemas y desarrolladores de aplicaciones: Determinan los requisitos de los usuarios finales y desarrollan aplicaciones que satisfagan dichos requerimientos. modelar consiste en representar el mundo real a través de de un modelo. las relaciones entre estas y las restricciones que operan sobre los datos.4 Conceptos básicos Para continuar es necesario hacer claridad respecto a algunas definiciones utilizadas a lo largo de este documento. En términos generales en diseñador lógico se encarga de él que mientras que el diseñador físico se encarga del cómo. Este proceso oculta detalles insignificantes y se fija en lo esencial. al igual que en otras disciplinas. utilizando las estructuras más adecuadas según el motor de base de datos que se utilice. usualmente para este fin utilizan un lenguaje de programación de propósito general como Java. coincidan con las manifestaciones aparentes del mundo real.entidades y sus atributos. reduce la NOTAS Universitarias | 11 . Abstracción: Consiste en separar por medio de una operación intelectual las cualidades de un objeto para considerarlas aisladamente o para considerar el mismo objeto en su pura esencia o noción. entre las que encontramos: Dato: Unidad de información mínima.

son los posibles valores que puede tomar un atributo o propiedades. son la interrelaciones entre los objetos como las entidades. varían de acurdo al modelo. o Propiedades.5. Lenguaje de Datos = Modelo de Datos + Sintaxis SQL = Modelo de Datos Relacional + Sintaxis Se entiende como ejemplar a la base de datos en determinado momento. NOTAS Universitarias | 12 . 1. El modelo de datos debe poseer como mínimo 2 características. Cuando se realiza un proceso de abstracción se lleva del mundo real al mundo conceptual. Elementos NO permitidos o Restricciones: Las restricciones son limitaciones impuestas por el mismo modelo de datos o por el mundo real con el fin de promover la integridad de los datos. un ejemplo de restricción es que no haya registros duplicados (iguales) en una entidad o que un curso tenga máximo 20 alumnos matriculados.5 Modelo de datos Un modelo de datos es el conjunto de conceptos. el modelo de datos no es igual a esquema de datos. la característica estática y la dinámica. etc). son las características de un objeto como una entidad (atributos.1 Característica estática La característica estática es la encargada de definir la base de datos en su componente estático. está compuesta por: Elementos permitidos: Son los elementos estáticos (estructuras) que conforman el modelo. son las entidades. en general son: o Objetos. campos. Es equivalente al mismo modelo lógico que se entiende como cualquier tipo de modelo en el campo de las bases de datos. Existen dos tipos de restricciones: o Restricciones inherentes: Son aquellas impuestas por el modelo de datos. como una fotografía de ella. o Asociaciones. es decir en los objetos y componente que no cambian (no cambian mucho) a lo largo del tiempo.complejidad y ayuda a la comprensión del mundo real. relaciones (NO confundir con asociaciones). reglas y convenciones bien definidas que nos permiten aplicar una serie de abstracciones a fin de describir y manipular los datos del minimundo que deseamos almacenar en la bases de datos. o Dominios. por ejemplo “toda entidad debe tener un nombre”. enfocándonos en lo esencial apara solucionar el problema informático. se define como un conjunto homogéneo de valores. 1. etc.

6 Restricciones de integridad Las restricciones de integridad son las reglas que debemos implementar basándonos en el mundo real. Acción: Consiste en realizar la acción especificada en él o los ejemplares (registros) previamente ubicados mediante la localización. Un ejemplo es una restricción que limite el número de retiros diarios que puede realizar un cliente de un banco en su cuenta.5. 1.2 Característica dinámica Es la encargada de efectuar las operaciones en la base de datos. mediante una inserción. inicialmente las restricciones pueden ser: Restricciones propias: Son las restricciones semánticas que pueden ser especificadas en el propio modelo de datos y representadas en el esquema de datos (los diagramas).o Restricciones de integridad o semánticas: Son aquellas que permiten plasmar las reglas o restricciones del mundo real.  Ajenas al modelo de datos: Son aquellas impuestas por el mundo real pero no gestionables por el modelo de datos. Usualmente para este tipo de restricciones se utilizan las aplicaciones de la base de datos. actualización o eliminación. por ejemplo asegurar que solo los mayores de edad pueden estar casado. LOCALIZACIÓN <condición> ACCIÓN <objetivo> Donde LOCALIZACIÓN y ACCIÓN son comandos del lenguaje del modelo de datos. Las restricciones semánticas pueden ser:  Reconocidas por el modelo de datos: Son aquellas impuestas por el mundo real pero gestionadas por el modelo de datos. por ejemplo que el género de un empleado se “M” o “F”. estas operaciones tienen 2 componentes: Localización: Consiste en ubicar un ejemplar (registro) o un conjunto de ejemplares (de acuerdo a una condición) en un objeto de la base de datos (usualmente una entidad). 1. NOTAS Universitarias | 13 . y puede ser la recuperación de los datos o la modificación de los mismos.

actualización o eliminación cuya ejecución genera la comprobación de la restricción. Clasificación de las Restricciones Adaptado de [1] NOTAS Universitarias | 14 . Figura 2. 1. Condición: que se debe cumplir. Acción: Que se debe hacer de pendiendo el resultado de la condición. Las restricciones de integridad tienen tres componentes principales: La operación: se refiere a la operación de inserción. es una expresión lógica simple (que retorna verdadero o falso) y que dependiendo del resultado dispara la acción subsecuente. lo más usual es que la acción sea de rechazo de la operación.6. en caso que la condición sea verdadera.1 Clasificación de las restricciones Las restricciones se clasifican como se puede apreciar en la figura 2.Restricciones ajenas: Son las restricciones que no son soportadas por el modelo de datos y usualmente deben ser implementadas por aplicaciones independientes a la base de datos.

se definen como una proposición lógica. Restricciones Acción específica: Esta implícita en la misma restricción (generalmente la negativa genera un rechazo). Restricciones Propias: Son definidas al definir el es esquema de la base de datos. Restricciones de verificación: Son especificas a un elemento del esquema. actualización o eliminación ocurre. Restricciones de Acción General: Son las restricciones donde es preciso programar estilo método para determinar la acción que hay que llevar a cabo. se implementan en los programas de la aplicación (capa lógica). etc.Net. VB. Restricciones de Lenguaje de Propósito General: Son las restricciones ajenas implementadas mediante un lenguaje de propósito general como C++. NOTAS Universitarias | 15 . como que cada entidad debe tener como mínimo un atributo. Restricciones Ajenas: Son las restricciones que no puede manejar por si solo el modelo de datos. son las que se asemejan más a las “restricciones ajenas” al modelo. Restricciones Semánticas: Son aquellas que modelan el mini universo. Disparadores: Se desencadenan cuando sucede cierta condición. son muy parecidas a las restricciones ajenas con lenguaje de programación del motor de base de datos. pueden ser manejadas por el modelo de datos. Restricciones del Lenguaje del SGBD: Son las restricciones ajenas implementadas mediante un lenguaje asociado a un motor de base de datos como PL/SQL de Oracle o Transact-SQL de Microsoft. se declaran como procedimientos y se disparan automáticamente cuando un evento de inserción. Procedimientos Almacenados: Se definen de forma procedimental. son las restricciones que impone el mundo real que se está analizando para la creación de la base de datos. Restricciones de Condición General: Generan rechazo siempre y cuando sean falsas. Java.Restricciones Inherentes: Son las que el modelo de datos impone.

1. etc. etc. Adaptado de [1] NOTAS Universitarias | 16 . como tablas.Restricciones de Aserción: Igual que las anteriores pero afectan a varios objetos simultáneamente. MUNDO REAL (Cualquier problema informático. universidad. No especifica los componentes relativos a la restricción.) UNIVERSO DEL DISCURSO (Visión del problema informático bajo el problema especifico a resolver) MODELADO CONCEPTUAL DE DATOS (Modelo E/R de la solución del problema informático) MODELADO LÓGICO (Modelo de la solución de la base de datos.7 Proceso de diseño de una base de datos Conjunto de etapas necesarias para pasar de una determinada realidad (mini universo) a la base de datos que representa. Restricciones de Condición Específica: Son opciones proporcionadas por el propio modelo.) Figura 3. Modelo Relacional) MODELADO INTERNO (Modelo de estructuras internas de la base de datos como los índices. etc. como el de una entidad bancaria. atributos.) ALMACENAMIENTO FÍSICO (Estructuras físicas de almacenamiento. secuencias. La etapas en el diseño se presentan en la figura numero 3. Etapas del diseño de una Base de Datos.

adoptando el enfoque más natural del mundo real que consiste en entidades e interrelaciones. o Entidad regular: Cuyos ejemplares (registros de la entidad) existen por sí mismos. Figura 4. 2. La representación de este tipo de entidad es un rectángulo con el nombre de la entidad dentro de él. Un curso se considera una entidad débil debido a que para poder existir. Entidad Débil NOTAS Universitarias | 17 . Existen 2 tipos de entidades. El ejemplo de una materia ilustra este tipo de entidad. podemos decir que la entidad (en términos generales) es la misma clase si omitimos las operaciones. La representación de este tipo de entidad es un rectángulo de línea doble con el nombre de la entidad dentro de él. Entidad Regular o Entidad débil: Cuyos ejemplares dependen de que exista cierto ejemplar en otro tipo entidad. Figura 5.2 Modelo entidad / interrelación El modelo entidad interrelación es un modelo de datos usado como base para una vista unificada de los datos. debe existir previamente una materia de la cual se cree el curso. Haciendo un paralelo con el modelo Orientado a Objetos. ya que una materia (con ciertas consideraciones) tiene existencia propia.1 Elementos del modelo entidad interrelación Los elementos encontrados en el modelo entidad interrelación son los siguientes: Entidad: Cualquier objeto real o abstracto que existe en el universo y acerca del cual queremos almacenar información en la base de datos.

es decir que no deben existir dos ejemplares exactamente iguales en la misma entidad. es decir que la existencia de sus ejemplares (los registros) debe tener existencia sin ninguna dependencia (aunque eso no es cierto en el caso de las entidades débiles). es decir que todos los ejemplares de la entidad deben obligatoriamente tener valores en las propiedades de la entidad. La representación de una interrelación es a través de un rombo. vinculación o correspondencia entre entidades. NO están permitidas entre Entidad .Reglas de las entidades: Las entidades deben cumplir ciertas reglas que hagan valida su existencia. en términos generales es muy parecida a una entidad. Cada ejemplar debe poder distinguirse de otro. Todos los ejemplares de la misma entidad debe tener las mismas propiedades. Dos entidades pueden poseer más de dos interrelaciones. con la connotación de que su existencia se debe a la vinculación entre entidades. Figura 6. así alguno(s) valor(es) sean NULL. entre ellas encontramos: Tienen que tener existencia propia. Interrelación: Es una asociación.Interrelación. Interrelación “Imparte” NOTAS Universitarias | 18 .Interrelación ni entre Interrelación . El modelo E/R tiene como restricción inherente que solo permite establecer interrelaciones entre entidades.

rojo. Representación de los atributos NOTAS Universitarias | 19 . Figura 8. Se representa con una línea y circulo la entidad o interrelación a la que pertenece.: azul. El número de atributos de una entidad o interrelación es n. Los dominios tienen existencia propia independiente de cualquier otro elemento. ej. verde. Interrelación “Imparte” y “Recibe” Dominio: Es el conjunto de posibles valores que puede tomar cierta propiedad de una entidad o interrelación. es decir cualquier número entre 1 e infinito. Atributo: Cada una de las propiedades o características que tiene una entidad o interrelación.Figura 7. Se puede definir por: o Intención: Especificando el tipo de dato. o Extensión: Declarando el valor de cada elemento.

el segundo atributo llamado fec nac. cada valor solo puede pertenecer a un conjunto definido. el primer atributo llamado nombre es un atributo simple. es decir están ligados al tipo entidad o interrelación correspondiente. Se dividen en dos grupos: o Identificador Principal: Es aquel que por razones ajenas al modelo de datos es considerado el atributo “principal” de la entidad. Es un atributo compuesto (es decir que a su vez está compuesto de atributos). o Identificadores Alternos: El resto de atributos candidatos que no son el identificador principal.2 Restricciones de integridad La principal restricción inherente (es decir las restricciones propias del modelo de datos y no las que impone el mundo real) del modelo de datos entidad interrelación E/R. también obliga a que todas las entidades posean un identificador o nombre único en todo el esquema de la base de datos. Los atributos a diferencia de los dominios NO tienen vida propia. todo IC debe cumplir la condición de ser unívoco y mínimo. Figura 9. Otras importantes restricciones son: Restricción sobre Valores: Se establecen mediante la definición del dominio. 2. prohíbe que haya interrelaciones entre interrelaciones. Adicionalmente es necesario aclarar que las entidades e interrelaciones poseen atributos y los ejemplares toman valores para cada atributo. Restricción sobre Atributos (IC): Entre todos los atributos de un tipo entidad existe uno o varios (simples y/o compuestos) que identifican unívocamente cada uno de los ejemplares de esta entidad.En la figura 8 se puede apreciar dos atributos pertenecientes a la entidad profesor. A cada uno de de estos conjuntos de atributos se les denomina Identificador Candidato (IC). es decir que una interrelación solo podrá existir entre dos entidades. Representación de los atributos Candidatos NOTAS Universitarias | 20 .

que son aquellos que pueden tomar más de un solo valor. Figura 10.Restricción sobre Atributos (otros): Otras restricciones aplican sobre los atributos. La cardinalidad es el rango de valores que puede tomar en este caso un atributo y generalmente tiene un valor mínimo y máximo. en el modelo de datos E/R un atributo puede ser multivaluados. Figura 11.: una materia se puede impartir en dos a más idiomas. Atributos regulares. multivaluados y opcionales. como los atributos multivaluados. en el modelo de datos relacional (siguiente capítulo) esto no está permitido. Sin embargo. Los atributos opcionales son aquellos que pueden tener valores nulos lo cual indica que el valor de ese atributo es NULL. 2. Como se puede observar.3 Elementos de un tipo interrelación Los elementos que componen a una interrelación son: NOTAS Universitarias | 21 . Cardinalidad de los atributos. ej.

Figura 13. 3. Roles entre la Interrelación. Papel (“Rol”): Es la función que cada uno de los tipos entidad realiza en el tipo interrelación. Grado: Es el número de entidades que participan en un tipo interrelación. debe ser único y descriptivo de la entidad. usualmente es un sustantivo en singular (con contadas excepciones). De este concepto podemos deducir que el número de entidades que asocia una interrelación no es necesariamente 2. puede ser 1.Nombre: Lo distingue unívocamente del resto de elementos. Ejemplos de interrelación. Figura 12. NOTAS Universitarias | 22 . etc. con un ejemplar de otro tipo. Tipo correspondencia: Es el número máximo de ejemplares de una entidad que pueden estar asociados en una determinada interrelación.

3. Atributos de las interrelaciones Ciertas consideraciones deben tenerse en cuenta cuando se analizan los atributos de una interrelación.Cardinalidad de un tipo entidad: se define como el número máximo y mínimo de ejemplares de un tipo entidad que pueden estar interrelacionados con un ejemplar de otro. Cardinalidad entre la Interrelación. respectivamente. NOTAS Universitarias | 23 . La interrelación débil tiene dos divisiones. la dependencia en existencia y en identificación. Dependencia en existencia: cuando los ejemplares de un tipo entidad débil no pueden existir si desaparece el ejemplar de tipo entidad regular del cual dependen. por ejemplo. 2. cuando en una interrelación 1:N se tiene un atributo asociado. las regulares y las débiles. o a una entidad débil con una entidad (débil o regular). Figura 14. este atributo se lleva a la entidad cuya cardinalidad es N. Los atributos de las Interrelaciones N:M son propios de la misma y no de las entidades vinculadas por la interrelación.1 Dependencia en existencia y en identificación Existen 2 tipos de interrelación. según estén asociando a dos entidades regulares. Cuando la interrelación es 1:1 es muy conveniente conservar el atributo dependiendo de la interrelación. Ejercicio: Graficar dos ejemplos de los posibles casos en los que un atributo esté presente en la interrelación.

los ejemplares del tipo entidad débil no se pueden identificar por sí mismos y exigen añadir el identificador principal del tipo entidad regular del cual dependen. Dependencia en identificación: además de la condición anterior.Es decir que el ejemplar de la entidad débil no puede crearse si no se ha creado previamente el ejemplar de la entidad regular a la que está asociada. Dependencia en existencia. NOTAS Universitarias | 24 . Es decir que el identificador principal de la entidad débil está compuesto de forma total o parcial por el identificador candidato de la entidad regular a la cual está asociado. Figura 15.

Existen dos tipos de redundancia. es decir. 2. es imperativo reducir al mínimo (lo ideal sería evitarla totalmente) la redundancia en nuestra base de datos y para esto existen técnicas aplicables desde el mismo modelo de base de datos utilizado. Usualmente este tipo de atributos son creados con fines de eficiencia de la base de datos. si se quisiera calcular el saldo de la cuenta sería posible hacerlo a través de la suma y resta de acuerdo a la NOTAS Universitarias | 25 . en los atributos (derivados) y en las interrelaciones (derivadas). 2. Dependencia en identificación. por lo que aunque son redundantes. se dice que un elemento del esquema es redundante cuando puede ser eliminado sin pérdida de semántica.Figura 16. en la figura 17 se observa la relación entre la entidad CUENTA y la TRANSACCION. Debemos analizar la existencia de redundancia por los problemas de inconsistencias a los que puede dar lugar.1 Atributos derivados Son aquellos que se obtienen a partir de otros ya existentes. sin pérdida del significado de los datos en la propia base de datos.4 Control de redundancia La redundancia (duplicidad innecesaria de los datos) es un factor predominante de una buena base de datos. como ejemplo podemos analizar una entidad bancaria con sus cuentas y las transacciones que generan estas cuentas. no son inconsistentes siempre y cuando se indique su procedencia y la fórmula para hallarlos.4. son calculados.

naturaleza de las transacciones. haciendo que la interrelación entre el profesor y el departamento sea necesaria con el fin de determinar a qué departamento está adscrito un profesor. Lo mal útil sería crear un atributo saldo en la entidad CUENTA y actualizarlo constantemente cada vez que se haga una transacción. NOTAS Universitarias | 26 . Ejemplo entidad bancaria. esto ocurre porque un curso ya no está adscrito a un solo departamento sino a varios. Se considera condición necesaria aunque no suficiente que haga parte de un ciclo. en donde no es posible eliminar la interrelación entre el docente y el departamento sin pérdida de semántica.4. Figura 17. su puede asumir que los cursos que dicta un determinado profesor lo hacen miembro (directo o indirecto) del departamento al cual pertenece el curso. se actualice el atributo calculado (real). Un atributo derivado se puede calcular en 2 momentos distintos: Al actualizar: Es decir que cada vez que se genere una operación de inserción. En la figura 19 se puede apreciar el caso contrario. si consideramos que un curso se encuentra adscrito a un departamento y que un profesor dicta uno o varios cursos. Al consultar: Es decir que se actualice solamente cuando se realice una consulta al atributo calculado (virtual). actualización o eliminación. 2. en ese caso la interrelación “pertenece” entre el profesor y el departamento se hace redundante ya que su eliminación no implica la pérdida de semántica en el esquema. En el ejemplo de la figura 18 se puede apreciar como existe una interrelación redundante.2 Interrelaciones redundantes Se dice que una interrelación es redundante cuando su eliminación no implica la pérdida de semántica (del significado de los datos en la base de datos) porque existe la posibilidad de realizar la misma asociación de ejemplares por medio de otras interrelaciones. sin embrago y considerando el posible número de transacciones. esta operación podría ser muy costosa computacionalmente generando retrasos en la consulta.

Se debe comprobar que si se elimina la interrelación. no se puede eliminar ya que posee atributos o que por razón ajenas al modelo sea conveniente conservarlas como prever un futuro cambio en la base de datos. Interrelación redundante. Interrelación NO redundante. la semántica se conserve en ambos sentidos y que no se pierdan atributos.Figura 18. Existen otros casos en donde la interrelación. NOTAS Universitarias | 27 . Figura 19. a pesar de poder ser deducida por otras.

un profesor imparte diferentes temas en muchos cursos. Por el contrario. aun habiendo eliminado la interrelación. En ocasiones se puede descomponer una interrelación de grado n en una más simple. no se podría determinar exactamente qué temas entran en un curso específico. NOTAS Universitarias | 28 . si esto no es posible y un ejemplar de una entidad no se puede relacionar con otro ejemplar de otra entidad. pero para esto es preciso analizar correctamente la semántica.5 Interrelaciones de grado superior a 2 Lo más conveniente en el modelo es que existan interrelaciones de grado 2.Condiciones para eliminar una interrelación Existir un ciclo. la interrelación no se puede eliminar. es decir que al eliminar una interrelación el significado de los datos en la base de datos sea equivalente con las demás interrelaciones. Que se puedan asociar los ejemplares de las dos entidades que estaban interrelacionadas. Que la interrelación o bien no tenga atributos. en este ejemplo. qué alumnos tiene como asistente un curso y a qué estudiantes da clase el profesor es consistente de cualquiera de las dos formas. En el ejemplo de la Figura 20 podemos apreciar como una interrelación de grado 3 no se puede eliminar ya que se perdería la semántica. Que las interrelaciones del ciclo sean equivalentes semánticamente. ya que la información de qué cursos imparte el profesor. pero esto no es posible siempre. 2. Si se elimina la interrelación de grado 3 por las tres interrelaciones de grado 2. en la Figura 21 podemos apreciar una interrelación de grado 3 que es posible reemplazar por 3 interrelaciones de grado 2 sin pérdida de semántica. o bien estos puedan ser transferidos a fin de no perder la semántica.

2. Interrelación de grado 3 que no se puede reemplazar.6 Restricciones sobre interrelaciones adicionales NOTAS Universitarias | 29 . Interrelación de grado 3 que sí se puede reemplazar.Figura 20. Figura 21.

Existen ocasiones en las que este tipo de restricciones aplican de forma adecuada. Figura 22. pero en el momento que pertenezca a uno ya no podrá formar parte del otro. En la Figura 23 también se observa una restricción de exclusividad con la cardinalidad respecto a las dos interrelaciones. En la Figura 22 se observa cómo un empleado se relaciona con un departamento por medio de dos posibles interrelaciones. Un caso especial es cuando se asocian más de dos entidades y se considera la cardinalidad. aunque lo recomendable es crear un modelo lo más simple posible. NOTAS Universitarias | 30 .Existen restricciones sobre interrelaciones adicionales a las mencionadas anteriormente que permiten al modelo plasmas mejor la realidad del mundo del problema que se está analizando. Ejemplo de Interrelación de exclusividad. no puede asistirlo y caso contrario. Si dirige el departamento. Restricción de exclusividad: Este tipo de restricción aplica cuando el ejemplar del tipo entidad solo puede pertenecer a uno de los tipos de la interrelación.

Ejemplo de Interrelación de exclusión. Ejemplo de Interrelación de exclusividad. En la Figura 24 se observa el ejemplo de un empleado que o dirige o asiste a un departamento pero que al momento de dirigir un departamento no podrá asistirlo y viceversa. Restricción de exclusión: todo ejemplar de la primera entidad que este unido a la segunda entidad mediante la primera interrelación. Figura 24.Figura 23. no podrá estar unido al mismo ejemplar de la segunda entidad mediante la segunda interrelación. NOTAS Universitarias | 31 .

NOTAS Universitarias | 32 . Figura 25. Figura 26. específica que para que un ejemplar exista en una interrelación previamente debería existir en la otra. Ejemplo de Interrelación de inclusividad. Restricción de inclusión: es aún más fuerte que la restricción de Inclusividad. En el ejemplo de la Figura 26 se especifica que para dirigir un departamento se debió asistirlo previamente.Restricción de inclusividad: todo ejemplar de la primera entidad que participa en unos de los dos tipos de interrelación tiene necesariamente que participar en la otra. Ejemplo de Interrelación de inclusión. En la Figura 25 se observa el ejemplo en donde un empleado que dirige un departamento tiene que haber asistido a (en este caso) mínimo 3 departamentos.

Para representar la exclusividad se utiliza un arco en la relación de la entidad supertipo y los subtipos y un círculo para representar la jerarquía total como se puede apreciar en los ejemplos de las figuras 27 y 28. NOTAS Universitarias | 33 .7 Generalización Se considera un caso especial de interrelación entre varios tipos entidad (subtipos) y un tipo más general (supertipo) cuyas características son comunes a todos los subtipos. a partir de esta entidad se crean diferentes entidades “especializadas” que poseen sus propios atributos y heredan los atributos del supertipo. Existen diferentes características en la generalización de a cuerdo a la relación que existe o puede existir entre los ejemplares de las entidades involucradas. Totalidad: si todo ejemplar del supertipo tiene que pertenecer a algún subtipo Parcialidad: si un ejemplar del supertipo no tiene que pertenecer a algún subtipo. Ejemplo de Generalización. a estas entidades se les denomina subtipos. Estas características son: Solapamiento: ocurre si un mismo ejemplar del supertipo puede pertenecer a más de un subtipo.2. Exclusividad: ocurre si un ejemplar del supertipo solo puede pertenecer a uno de los subtipos. a esta entidad se le denomina supertipo. Figura 27. El concepto base de la generalización consiste en observar las características generales de varias entidades y agruparlas en una sola que posee todas estas características. La generalización en el modelo E/R es en esencia la misma del modelo orientado a objetos.

Todo empleado tiene que ser obligatoriamente un docente o una secretaria (totalidad). Figura 28. Un curso puede ser curso dirigido o curso virtual o ninguno de los dos (parcialidad). la mejor forma de modelar “el tiempo” es a través de atributos fecha que almacenen las fechas de los acontecimientos y el manejo de estados en los ejemplares de cada entidad. Ejemplo de Generalización. Un mismo curso no puede ser al mismo tun curso dirigido y un curso virtual (exclusividad o disyunción). Dimensión temporal en el modelo E/R Las bases de datos almacenan información en el tiempo y considerando que no debe borrarse información de estas. Un curso dirigido y un curso virtual son cursos (Generalización). Un mismo empleado no puede ser a la vez un docente y una secretaria (exclusividad o disyunción).Tanto un docente como una secretaria son empleados (Generalización). NOTAS Universitarias | 34 .

Figura 29. A continuación se presenta un ejemplo de los objetos manejados en el modelo E/R de acuerdo a su representación en la herramienta CASE Power Designer. Por ejemplo en Power Designer2.wikipedia.com/products/modelingdevelopment/powerdesigner NOTAS Universitarias | 35 . Entidad con atributos .org/wiki/Herramienta_CASE http://www.. CURSO CODIGOCUR <pi> Number <M> NOMBRECUR Variable characters (50) INTHORARIACUR Number ESTADOCUR Variable characters (2) CPCURSO <pi> . la forma de representación cambia un poco. la Figura 30 una interrelación con sus atributos y la Figura 31 el uso de la generalización.2. Dependiendo de la herramienta CASE utilizada. Interrelación con atributos 1 2 http://es.sybase. aunque en general todas siguen el mismo patrón. INSCRIPCION CODIINSCRIPCION Number FECHAINSCRIPCION Date ESTADOINSCRIPCION Variable characters (2) Figura 30. la Figura 29 representan una entidad con sus atributos. la representación de los atributos de una entidad o interrelación se hacen dentro el objeto no con círculos y líneas..8 Esquematización con herramientas CASE Una herramienta CASE (Computer Aided Software Engineering) es “un software destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en términos de tiempo y de dinero”1.

. Esquema de ejemplo E/R.n INSCRIPCION CODIINSCRIPCION Number FECHAINSCRIPCION Date ESTADOINSCRIPCION Variable characters (2) <M> <M> <M> <M> CURSO CODIGOCUR <pi> Number <M> NOMBRECUR Variable characters (50) INTHORARIACUR Number ESTADOCUR Variable characters (2) CPCURSO <pi> .CURSO CODIGOCUR <pi> Number <M> NOMBRECUR Variable characters (50) INTHORARIACUR Number ESTADOCUR Variable characters (2) CPCURSO <pi> .. ES UN CURSOVIRTUAL DESCHERRAMIENTACV Variable characters (200) NUMMODULOSCV Number CURSODIRIGIDO NOMBASESORCD Variable characters (50) NUMHORASPRES Number Figura 32. 2...9 Ejercicios NOTAS Universitarias | 36 . Generalización El ejemplo de la Figura 32 reúne los diferentes objetos del modelo E/R en un esquema que relaciona un curso con programa académico y alumno.. ES UN CURSOVIRTUAL DESCHERRAMIENTACV Variable characters (200) NUMMODULOSCV Number Figura 31. PROGRAMAACADEMICO CODPROGACA <pi> Number NOMBRPROGACA Variable characters (50) FECHREGCALPRGACA Date ESTAPROGACA Variable characters (2) PKPROGRAMAACADEMICO <pi> . 0... <M> <M> <M> <M> pertenece ALUMNO CODIGOALUM <pi> Number NOMBREALUM Variable characters (50) DIRECCIONALUM Variable characters (50) GENEROALUM Variable characters (1) ESTADOALUM Variable characters (2) CPALUMNO <pi> ..n 0.

hospital. etc. NOTAS Universitarias | 37 . identificar las entidades. 4. Identificar entidades que posean atributos compuestos y esquematizarlos. Investigas como se grafica la generalización “completa” y “mutualmente exclusiva” en la herramienta Power Designer. un esquema de base de datos completo en una herramienta CASE. 2. Identificar tres ejemplos de atributos calculados en diferentes entidades. Ejemplo: biblioteca. Crear a partir de un ejemplo dado por el profesor. sus atributos y los identificadores candidatos de las entidades. En un problema informático cualquiera. 5. 3.1. entidad bancaria.

NOTAS Universitarias | 38 .

. mientras que un dominio tiene existencia independiente a las relaciones del esquema. cuya función es la de representar las entidades del mundo del problema así como las asociaciones o interrelaciones del modelo E/R. y dos o más atributos pueden tener el mismo dominio) {Di}. Un atributo se encuentra siempre en una relación (es una propiedad de una relación).. de un conjunto de atributos (el numero de atributos es cualquier entero positivo) {Ai} y de un conjunto de dominios (cada atributo debe tener un dominio. Ai es el nombre del atributo y Di el dominio al cual pertenece cada atributo. Una relación se representa físicamente utilizando una tabla en donde: NOTAS Universitarias | 39 .3 Modelo de datos relacional El modelo de datos relacional es el modelo de datos más utilizado en la actualidad. es decir que varios atributos pueden ser del mismo tipo. Relación: es el conjunto de elementos llamados tuplas {tj}. Se expresa: R (A1:D1 . siendo este último el más utilizado. A2:D2 . Los componentes básicos del modelo son: Dominio: Es el conjunto de posibles valores que puede tomar un atributo. es la misma columna de una tabla en el modelo físico. debe ser finito y nominal. fue propuesto por Codd en 1970 y supuso una revolución en las bases de datos debido a su enfoque y la separación de los datos en sí mismos de las aplicaciones utilizadas para gestionar dichos datos. se expresa: (<A1:V1j> . . An:Dn) donde R es el nombre del esquema de relación.. . ej. donde cada tupla o registro es una pareja conformada por el nombre del atributo “Ai” y el valor del atributo “Vij” sobre el dominio Di donde fue definido el atributo. Un atributo debe tomar los valores de un dominio y de solo un dominio según su definición y diferentes atributos pueden tomar sus valores del mismo dominio. se compone del nombre de la relación R (usualmente un sustantivo en singular).: los números enteros existen así no haya relaciones (tablas) en el esquema. <An:Vnj>).. El esquema de relación es la representación de la relación en términos de sus atributos con sus respectivos dominios. <Ai:Vnj> . Atributo: Es una propiedad o característica de la relación. La estructura u objeto básico de este modelo es la relación o tabla. Se puede definir por extensión (nombrando sus posibles valores) o por intensión (mediante el tipo de datos).

La Figura 34 muestra un ejemplo de relación que satisface el esquema de relación de la Figura 33. todas las tuplas deben ser iguales en términos de estructura (no de valores) para satisfacer la estructura de la relación. Esquema de relación.Los atributos de la relación son las columnas de la tabla. INTHORARIACUR:NUMERICO. Se puede representar como en la Figura 33. NOTAS Universitarias | 40 . se está creando un esquema relacional que satisfaga la estructura informática del mundo del problema. Relación..1 Intensión y extensión de una relación La intensión de una relación es el mismo esquema de la relación.. CURSO CODIGOCUR <pi> Number <M> NOMBRECUR Variable characters (50) INTHORARIACUR Number ESTADOCUR Variable characters (2) CPCURSO <pi> . ESTADOCUR:CADENA) La extensión de una relación es el conjunto de tuplas (registros) que componen la relación. Cada registro de la tabla es una tupla de la relación. Cuando se crea un diagrama relacional de base de datos. es decir la parte definitoria de la relación. el conjunto de todas las tuplas conforman la relación. Un esquema relacional es el conjunto de esquemas de relación que describen el minimundo del problema del cual se diseña la base de datos. Figura 33. CODIGOCUR 2245 2215 2219 NOMBRECUR Programación Lógica Base de Datos INTHORARIACUR 4 6 4 ESTADOCUR AC AC IN Figura 34. los metadatos o abstracción de la relación. NOMBRECUR:CADENA. CURSO(CODIGOCUR:NUMERICO. El número de tuplas se llama cardinalidad de la relación. 3. estas tuplas se almacenan en la base de datos y suelen llamarse simplemente relación.

se rechaza la inserción. En toda entidad debe existir un atributo o conjunto de atributos que son la clave primaria. este atributo (o atributos) no puede tomar el valor nulo (null). Cada atributo de la relación solo puede tomar un solo valor en un momento determinado del dominio al cual está asociado.3. sin embargo y por razones ajenas al modelo. siendo el rechazo la acción por defecto. EL orden en que se encuentran las tuplas en la relación no es importante. Por ejemplo si se desea insertar un ejemplar (registro) sobre una relación (tabla) cuyo valor en la clave primaria ya se encuentre en la relación. 3. La creación de las restricciones semánticas se debe poder hacer de forma simple y precisa así como permitir cierta flexibilidad en el manejo de la condición y la acción de la restricción. Esto no implica que a la hora de realizar una consulta el orden no sea importante o no se pueda mostrar el resultado de forma ordenada. la condición es un predicado que se aplica sobre el conjunto de datos sobre los cuales se dispara el evento y la acción es la respuesta al evento y condición anteriores. pero no los dos al tiempo.2 Clasificación de las restricciones según los elementos a los que afecta la condición La forma más simple de clasificar las restricciones semánticas es de acuerdo con el o los elementos que afectan la condición de la restricción. se recomienda esquematizar los atributos “más relevantes” al inicio de la relación. actualización o eliminación. Esto se conoce en teoría de la normalización como la primera forma normal. El único objeto del modelo relacional es la relación. El orden en que se encuentran los atributos en la relación no es importante. NOTAS Universitarias | 41 . Es labor del motor de base de datos permitir la definición de las restricciones semánticas así como validar la consistencia de estas reglas al momento de definirlas como al momento de aplicarlas. así que toda entidad y / o interrelación creada en el modelo E/R debe representarse a través de este objeto. 3. donde el evento puede ser una inserción. es decir que por ejemplo al atributo GÉNERO solo puede ser M ó F.2. En el modelo relacional una restricción de integridad es de tipo evento condición acción.1 Restricciones semánticas Las restricciones semánticas deben reflejar las reglas del mundo real.2 Restricciones del modelo relacional Las siguientes son las restricciones inherentes (las que son propias del modelo) del modelo relacional: No pueden existir dos tuplas (registros) idénticos en una relación.2.

la acción es de rechazo. En caso de que se intente insertar o actualizar un registro que viole esta restricción. Las figuras 35 y 36 muestran el esquema de relación y las relaciones de una llave foránea. es decir que sean nulos o NULL. la acción es de rechazo de la inserción o actualización. un ejemplo es: CHECK ESTADO = „AC‟. Entre este tipo de restricciones se encuentran: o Restricción de Unicidad (UNIQUE): indica que un atributo (o conjunto de atributos) no puede tener los mismos valores en dos tuplas o registros. o Restricción de llave alterna: todas las claves candidatas que no son llaves primarias se denominan claves o llaves alternas. o Restricción de nulidad (NOT NULL): indica que un atributo no puede ser vacio. esto no indica que puedan no tener valor. o Restricción de verificación (CHECK): indica que un atributo debe cumplir con determinado predicado. La llave foránea asegura la integridad de los datos al validar que los valores de la Relacion1 coincidan con los de la Relacion2 o ser nulos. en una relación llamada Relacion1 existe uno o varios atributos (conjunto de atributos) cuyos valores coinciden con los valores de otro u otros atributos en la Relacion2 (Relacion1 y Relacion2 pueden ser la misma) o ser nulos. o Restricción de llave primaria (PK): en una relación pueden existir uno o varios atributos que identifiquen unívocamente a cada ejemplar dentro de la relación. etc. se declara al momento de definir la relación y en caso de realizarse una inserción o actualización y no cumplir con el predicado.P> donde A es el conjunto de atributos (uno o varios) a los que se aplica la condición y P es un predicado (expresión que retorna un valor booleano). la acción es de rechazo de la inserción o actualización. not null.): es definido en el esquema de relación como S1 =<A. La forma de implementar las llaves alternas es utilizando la estricción de unicidad junto a la de nulidad.Que afectan los atributos de una sola relación (clave primaria. en realidad lo que limita esta restricción es que el atributo no pueda recibir el valor NULL. NOTAS Universitarias | 42 . Que afectan los atributos de más de una relación (integridad referencial): también llamada clave o llave foránea. unicidad. La Relacion2 se denomina la relación referenciada y la Relacion1 la relación que referencia. la cual indica que el o los atributos que componen esta clave NO pueden tener valores iguales en dos tuplas o registros de la relación NI ser nulos. En caso de que se intente insertar o actualizar un registro que viole esta restricción. este o estos atributos son llamados claves candidatas y entre las claves candidatas y por razones ajenas al modelo relacional se elije una y se le denomina llave primaria.

23 o 25 (que son los registros de la relación PROGRAMACADEMICO) no podría existir en la relación MATERIA. NOTAS Universitarias | 43 . PROGRAMACADEMICO CODPROGACA 22 23 25 NOMBPROGACAD SISTEMAS INSDUSTRIAL CIVIL FECHCREPROGACA 01/01/1986 01/01/1987 01/01/1985 ESTAPROGACA AC AC AC FKPROGMAT MATERIA CODMATE 2054 2048 2041 2078 CODPROGACAD 22 23 22 NOMMATE Lógica Procesos Estructuras de Datos Comunicación de datos INTHORMATE 4 4 6 4 ESTAMATE AC AC AC IN Figura 36.. Relaciones con llavea foránea. <M> <M> <M> <M> FKPROGMAT MATERIA CODMATE <pi> Number <M> CODPROGACAD Number NOMMATE Variable characters (50) INTHORMATE Number ESTAMATE Variable characters (2) PKMATERIA <pi> . Esquema de Relación que utiliza una llave foránea.. Un ejemplo de esta restricción es limitar el número de alumnos matriculados en un curso. sin embargo al implementar esta restricción es necesario el uso de disparadores o procedimientos almacenados en el motor de base de datos..PROGRAMAACADEMICO CODPROGACA <pi> Number NOMBRPROGACA Variable characters (50) FECHREGCALPRGACA Date ESTAPROGACA Variable characters (2) PKPROGRAMAACADEMICO <pi> . Definidas sobre las tuplas de una relación (cardinalidad): el número de tuplas o registros que puede tener una relación se puede gestionar a través de una restricción de cardinalidad. En el ejemplo anterior un nuevo registro cuyo código de programa CODPROGACA sea diferente a los valores 22. Figura 35..

.. Dos entidades relacionadas con cardinalidad muchos a muchos CURSO ALUMNO <M> <M> <M> <M> CODALUMN <pi> Number NOMBALUM Variable characters (50) GENEALUM Variable characters (1) TELEALUM Variable characters (15) PKALUMNO <pi> ..Sobre los dominios (verificación sobre los valores de un dominio): todos los atributos de una relación deben ser definidos sobre un dominio y deben contener valores dentro del conjunto del dominio específico. <M> <M> <M> <M> ALUMNO relacionMuchosAMuchos CODALUMN <pi> Number NOMBALUM Variable characters (50) GENEALUM Variable characters (1) TELEALUM Variable characters (15) PKALUMNO <pi> .1 Paso de una asociación muchos a muchos entre dos entidades Cuando se posee en diagrama de base de datos dos entidades relacionadas con cardinalidad muchos a muchos. 3. INSCRIPCION FKCURINSC CONSINSC <pi> Number <M> FECHINSC Date <M> ESTAINSC Variable characters (2) <M> PKINSCRIPCION <pi> . es usual que nuevos atributos aparezcan en la tercera entidad. CURSO CODICURS <pi> Number NOMBCURS Variable characters (50) INHOCURS Number CREDCURS Number ESTACURS Variable characters (2) PKCURSO <pi> .. Las figuras 37 y 38 muestran un ejemplo de este proceso... <M> <M> <M> <M> Figura 37.3 Paso del modelo E/R al relacional El paso de un diseño realizado utilizando el modelo entidad interrelación al modelo relación (que es el que utiliza la gran mayoría de motores comerciales de bases de datos) es relativamente simple si se siguen una serie de patrones y recomendaciones.3. A continuación se describirán diferentes alternativas y técnicas para realizar esta transformación. Tres entidades con relaciones uno a muchos NOTAS Universitarias | 44 .... FKALUMINC Figura 38. 3. <M> <M> <M> <M> CODICURS <pi> Number NOMBCURS Variable characters (50) INHOCURS Number CREDCURS Number ESTACURS Variable characters (2) PKCURSO <pi> .. la mejor opción es “romper” esa relación con una te rcera entidad.

EMPLEADO DEPARTAMENTO CODIDPTO <pi> Number <M> NOMDPTO Variable characters (50) <M> PKDEPARTAMENTO <pi> .2 Asociaciones uno a uno Las asociaciones uno a uno entre dos entidades (o relaciones en el modelo relacional) son muy sospechosas. FKCLIENTARJ TARJETAPUNTOS CODITARJ <pi> Number <M> FECHCTARJ Date <M> PUNTTARJ Number <M> PKTARJETAPUNTOS <pi> .. FKDPTOEMPLE NUMIDENEMPL <pi> Number <M> TIPIDENEMPL <pi> Variable characters (3) <M> NOMBEMPL Variable characters (50) <M> TELEEMPL Variable characters (15) PKEMPLEADO <pi> ..3..3.3.. La Figura 39 muestra un ejemplo de una relación uno a uno. CLIENTE CODICLIEN <pi> Number <M> NOMCLIEN Variable characters (50) <M> ESTACLIEN Variable characters (2) <M> PKCLIENTE <pi> .3 Paso de Herencia a relaciones uno a muchos La asociación de herencia tan común en el modelo E/R (Figura 40) no existe en el modelo relacional y aunque existen muchas técnicas para transformar esta asociación. Figura 39. La forma de implementar estas asociaciones es creando una llave foránea entre las dos entidades y adicionalmente sobre los atributos que tiene asociada la llave foránea de la tabla (relación) que referencia. ES UN DOCENTE TIPODOCTE Variable characters (50) CARSEMDCTE Number SERVICIOSGENERALES NUMTURSEM Number Figura 40. se implementa una restricción de unicidad y de no nulidad (esta última según sea necesaria).. sin embargo son útiles y hasta necesarias en algunos casos. Asociación de herencia entre empleado con docente y servicios generales NOTAS Universitarias | 45 . a continuación presentamos dos posibles alternativas las cuales se representan en las figuras 41 y 42.... Dos entidades relacionadas por una asociación uno a uno 3.

Asociación entre empleado con docente y servicios generales sin herencia – opción 1 Figura 42..DOCENTE FKDPTODOCENTE NUMIDENEMPL <pi> Number <M> TIPIDENEMPL <pi> Variable characters (3) <M> NOMBEMPL Variable characters (50) <M> TELEEMPL Variable characters (15) TIPODOCTE Variable characters (50) CARSEMDCTE Number PKDOCENTE <pi> ... Asociación entre empleado con docente y servicios generales sin herencia – opción 2 NOTAS Universitarias | 46 .... <M> <M> <M> <M> FKDPTOSERVGEN Figura 41. DEPARTAMENTO CODIDPTO <pi> Number <M> NOMDPTO Variable characters (50) <M> PKDEPARTAMENTO <pi> . SERVICIOSGENERALES NUMIDENEMPLE <pi> Number TIPIDENEMPLE <pi> Variable characters (3) NOMBEMPL Variable characters (50) TELEEMPL Variable characters (15) NUMTURSEM Number PKSERVICIOSGENERALES <pi> .

llevar control sobre cada vehículo vendido es completamente necesario. frijol.3. Asociación recursiva 3. por ejemplo como se puede apreciar en la Figura 43 existe una relación de tipo jefe – empleado.. y específicamente a dos tipos muy diferentes de productos. NOTAS Universitarias | 47 . <M> <M> <M> <M> Figura 43. Las figuras 44 y 45 representan dos posibles diseños para la base de datos (simplificada) del proceso de venta. el primero para la venta de productos en volumen (como los comestibles) y el segundo para artículos como vehículos. llevar control sobre todas y cada una de las bolsas de arroz vendidas probablemente sea ineficiente e innecesaria. Por el contrario.3. por un lado encontramos productos comestibles como arroz. Por otro lado tenemos productos como un vehículo o un computador. es decir a la misma tabla.3. así que se considera un ejemplar dentro de la tabla. FKJEFE EMPLEADO CODEMPL <pi> Number NUMDOCEMPL Number TIPODOCEMPL Variable characters (2) NOMEMPL Variable characters (50) GENEEMPL Variable characters (1) PKEMPLEADO <pi> . etc.5 Ejemplo de manejo de productos Un ejemplo práctico interesante de analizar es el de empresas dedicadas a la venta de productos.. Aunque el proceso de venta es prácticamente el mismo. se utiliza cuando se desea modelar una relación entre ejemplares de la misma entidad. pero el jefe es a su vez un empleado.4 Asociaciones recursivas (a la misma tabla) La relación recursiva. la diferencia radica en el control sobre la información del producto a vender.

FKTIPPRODPROD VENTA CODIVENT <pi> Number <M> FECHVENT Date <M> ESTAVENT Variable characters (2) <M> PKVENTA <pi> .. <M> <M> <M> <M> DETALLEVENTA FKPRODDETVENT NUMITEM <pi> Number <M> ESTADEVE Variable characters (2) <M> VALORVENT Number (12.2) ESTAPROD Variable characters (2) PKPRODUCTO <pi> ... FKTIPPRODPROD VENTA CODIVENT <pi> Number <M> FECHVENT Date <M> ESTAVENT Variable characters (2) <M> PKVENTA <pi> ..2) ESTAPROD Variable characters (2) PKPRODUCTO <pi> .. <M> <M> <M> <M> FKPRODDETVENT Figura 44...... FKVENTDETVENT PRODUCTO CODPROD <pi> Number CANTPROD Number (7) VALOR Number (12. Figura 45. 2.TIPOPROCUTO CODITPPROD <pi> Number <M> NOMTIPROD Variable characters (50) <M> ESTATIPROD Variable characters (2) <M> PKTIPOPROCUTO <pi> . FKVENTDETVENT PRODUCTO CODPROD <pi> Number PLACA Variable characters (7) VALOR Number (12. 1.2) <M> PKDETALLEVENTA <pi> ..3.. Diagrama relacional para venta de productos sin control individual TIPOPROCUTO CODITPPROD <pi> Number <M> NOMTIPROD Variable characters (50) <M> ESTATIPROD Variable characters (2) <M> PKTIPOPROCUTO <pi> . Diseñar una base de datos relacional para el problema informático de una biblioteca..4 Ejercicios Crear un ejemplo de los datos (tablas en una hoja de cálculo) para cada uno de los pasos del numeral 3.. Diagrama relacional para venta de productos con control individual 3.. NOTAS Universitarias | 48 .. En clase se plantea un dominio de una biblioteca ficticia y a partir de este dominio se genera el diseño de la base de datos. <M> <M> <M> <M> DETALLEVENTA NUMITEM <pi> Number CANTDETVEN Number VALORVENT Number (12.2) ESTADEVE Variable characters (2) PKDETALLEVENTA <pi> .

Diseña una base de datos relacional para el problema informático de una video tienda. Diseña una base de datos relacional para el problema informático de una cadena de supermercados. En clase se plantea un dominio de una video tienda ficticia y a partir de este dominio se genera el diseño de la base de datos. 5. NOTAS Universitarias | 49 . Diseña una base de datos relacional para el problema informático de una entidad bancaria. En clase se plantea un dominio de una entidad cadena de supermercados ficticia y a partir de este dominio se genera el diseño de la base de datos. En clase se plantea un dominio de una entidad bancaria ficticia y a partir de este dominio se genera el diseño de la base de datos.3. 4.

NOTAS Universitarias | 50 .

que son: DDL (Data Definition language) o o o o o CREATE ALTER RENAME TRUNCATE DROP DML (Data Manipulation Language) o INSERT o UPDATE o DELETE DCL (Data Control Language) o GRANT o REVOKE Transaction Control o o o o COMMIT SAVEPOINT ROLLBACK SELECT Data Retrieval Antes de empezar a trabajar con las instrucciones SQL es necesario conocer otros conceptos que serán utilizados de forma constante en este documento: Operadores: Los operadores aritméticos son: o Multiplicación “*” o División “/” o Adición “+” o Substracción ” -” Los operadores Lógicos son: o o o AND OR NOT Los operadores Relacionales son: o Igual que “=” o Diferente que “<>” o Mayor que “>” o Menor que “<” NOTAS Universitarias | 51 .4 Lenguaje de consulta estructurado SQL Existen cinco tipos de instrucciones SQL.

1 Instrucción CREATE La instrucción CREATE puede ser muy compleja o relativamente simple dependiendo de su uso. 4. tipo de dato “Binary Large Object” para el almacenamiento de archivos en la base de datos. minutos y segundos. La forma básica de la instrucción CREATE incluye el nombre de la tabla y la creación de una o más columnas.1. permite almacenar valores desde enero 1 de 4712 AC hasta diciembre 31 de 9999 DC.o o Mayor o igual que “>=” Menor o igual que “<=” Tipos de Datos en Oracle Los tipos de datos comúnmente utilizados en este documento son: VARCHAR2(n).s). identificadorColumnan tipoDeDato). BLOB. donde p es la precisión (rango 1 a 38)y s la escala (rango -84 a 124). En el siguiente ejemplo podemos apreciar la creación de una tabla con cuatro columnas: CREATE TABLE ESTUDIANTE( CEDULA NUMBER. el tamaño máximo es de 4 GB. tipo de dato tipo cadena de caracteres con una longitud máxima de 4000 bytes especificada por el parámetro n. FECHANACIMIENTO DATE. tipo de dato fecha. ESTADO VARCHAR2(2)). Es importante NOTAS Universitarias | 52 . a continuación veremos varios ejemplos del uso de esta instrucción: CREATE TABLE nombreDeLaTabla( identificadorColumna1 tipoDeDato. La tercera columna es llamada FECHANACIMIENTO y es de tipo DATE lo que significa que puede almacenar una fecha que incluye las horas. 4. DATE. NUMBER(p. NOMBRE VARCHAR2(100).1 Instrucciones DDL Las instrucciones DDL (Data Definition Language) son utilizadas para crear. tipo de dato numérico. La segunda columna se denomina NOMBRE y es de tipo VARCHAR2 con una tamaño de 100 caracteres. identificadorColumna2 tipoDeDato. La primera columna llamada CEDULA es de tipo NUMBER. por último se declara la columna ESTADO de tipo VARCHAR2 con una longitud de dos caracteres. modificar o eliminar los objetos de la base de datos.

resaltar cómo el tipo de datos NUMBER puede ser utilizado si ninguna especificación de su precisión y escala. ESTADO VARCHAR2(2). año. ESTADO VARCHAR2(2) ). NOTAS Universitarias | 53 . Este concepto será explicado con detalle más adelante). segundos y milisegundos y no necesita de ningún parámetro adicional. RESTRICCIONES (CONSTRAINTS) Existen cinco restricciones (constraints) principales en SQL. mes. CREATE TABLE ESTUDIANTE( CEDULA NUMBER PRIMARY KEY. CONSTRAINT PKESTUDIANTE PRIMARY KEY (CEDULA) ). En el siguiente ejemplo podemos observar la creación de una tabla con los mismo atributos que el ejemplo anterior y con la creación de la llave primaria para el atributo CEDULA de dos formas posibles. FECHANACIMIENTO DATE. en el caso de tipo VARCHAR2 es necesario especificar su longitud máxima. Unicidad (Unique): Indica que la columna o columnas “Unique” deben poseer valores únicos aunque pueden contener valores nulos. FECHANACIMIENTO DATE. Restricción de No Nulidad (Not Null): La restricción de NO nulidad indica que los valores de una columna no pueden ser nulos. si se desea tener control sobre estos parámetros es necesario especificarlos. CREATE TABLE ESTUDIANTE( CEDULA NUMBER. Validación booleana (Check): Es una restricción aplicable al momento de insertar o actualizar registros en la tabla y dependiendo del resultado de la expresión (el resultado es booleano es decir verdadero o falso) se puede efectuar la actualización o inserción según sea el caso. Sin embargo. NOMBRE VARCHAR2(100). El motor asigna un valor por defecto a estos parámetros. Llave Foránea (Foreign Key): La llave foránea es una restricción entre dos tablas A y B (la tabla B puede ser la misma A. el tipo DATE por defecto permite almacenar una fecha compuesta del día. NOMBRE VARCHAR2(100). en donde una o más columnas de la tabla B referencian al mismo número de columnas de la tabla A y los valores de la o las columnas de la tabla que referencia (B) deben coincidir con los valores de la o las columnas de la tabla que es referenciada (A). ellas son: Llave Primaria (Primary Key): La llave primaria es una restricción que afecta a una o varias columnas e implica que los valores de la o las columnas no pueden ser nulos ni tener valores repetidos. minutos.

como se puede observar en el siguiente ejemplo: CREATE TABLE ESTUDIANTE( NUMDOC NUMBER PRIMARY KEY.TIPODIC). La segunda muestra la forma “larga” de hacerlo. TIPODOC VARCHAR2(2). NOMBRE VARCHAR2(100). el “Unique” y el “Not Null”: CREATE TABLE ESTUDIANTE( NUMDOC NUMBER. FECHANACIMIENTO DATE NOT NULL. Como se puede observar todas las columnas de la tabla a excepción de la columna CELULAR son ahora “Not Null” lo cual indica que no pueden tener valores nulos.TIPODIC) ). aunque esta llave primaria este compuesta por las columnas NUMDOC Y TIPODOC. Existe la posibilidad de crear una llave primaria compuesta de dos o más atributos. NOMBRE VARCHAR2(100) NOT NULL. CONSTRAINT ESTUCODIUNIQUE UNIQUE(CODIGO) ). CREATE TABLE ESTUDIANTE( NUMDOC NUMBER. CODIGO NUMBER NOT NULL. se podría NOTAS Universitarias | 54 .El Primer ejemplo muestra la creación de la tabla utilizando la forma simple de asignar la restricción de llave primaria al atributo CEDULA. ESTADO VARCHAR2(2) ). como veremos en los siguientes apartados. ESTADO VARCHAR2(2) NOT NULL. TIPODOC VARCHAR2(2). CELULAR VARCHAR2(20). FECHANACIMIENTO DATE. FECHANACIMIENTO DATE. TIPODOC VARCHAR2(2) PRIMARY KEY. CONSTRAINT PKESTUDIANTE KEY (NUMDOC. NOMBRE VARCHAR2(100). es conveniente utilizar la segunda forma. PRIMARY En el ejemplo anterior se puede observar cómo en la tabla ESTUDIANTE (utilizando cualquiera de los dos métodos). se declara una llave primaria (solo puede existir una sola llave primaria por tabla). La forma general de crear una restricción tipo llave primaria dentro de la declaración de la tabla es: CONSTRAINT NombreLlavePrimaria PRIMARY KEY (columna(s)) En el siguiente ejemplo podemos observar como en la declaración de la tabla se adicionan dos nuevos tipos de restricciones. ESTADO VARCHAR2(2). CONSTRAINT PKESTUDIANTE PRIMARY KEY (NUMDOC.

automáticamente se añade la restricción de “Not Null” a estas columnas. NOMBPROGACA VARCHAR2(50) NOT NULL. FECHREGCALPRGACA DATE NOT NULL. sin embargo al ser llave primaria. ESTAPROGACA VARCHAR2(2) NOT NULL. Tabla que referenciada y tabla que referencia. CONSTRAINT CPALUMNO PRIMARY KEY (CODIGOALUM). La forma simple de crear restricciones “Not Null” a una columna en una tabla es simplemente agregando la frase “NOT NULL” después del tipo de datos de la columna. CONSTRAINT PKPROGRAMAACADEMICO PRIMARY KEY (CODPROGACA) ).. La forma general de crear una restricción tipo “Unique” dentro de la declaración de la tabla es: CONSTRAINT NombreRestriccionUnique UNIQUE (columna(s)) Las llaves foráneas se crean de una forma similar al resto de restricciones. CONSTRAINT FKPROGACAALUM FOREIGN KEY (CODPROGACA) PROGRAMAACADEMICO(CODPROGACA) NOTAS | 55 ). es fundamental tener claro donde se crea. DIRECCIONALUM VARCHAR2 (50).. Sin embargo.. La restricción “Unique” afecta a la columna CODIGO impidiendo que en esta columna existan valores duplicados. la Figura 46 muestra a la izquierda la tabla que es referenciada y a la derecha la tabla que referencia. REFERENCES Universitarias . CODPROGACA NUMBER NOT NULL. ESTADOALUM VARCHAR2 (2) NOT NULL. CREATE TABLE PROGRAMAACADEMICO( CODPROGACA NUMBER. La llave foránea se crea en la tabla que referencia y NO en la tabla referenciada.considerar que las columnas NUMDOC y TIPODOC pueden recibir valores nulos (su característica por defecto es permitir valores nulos). GENEROALUM VARCHAR2 (1) NOT NULL. PROGRAMAACADEMICO CODPROGACA <pi> Number NOMBRPROGACA Variable characters (50) FECHREGCALPRGACA Date ESTAPROGACA Variable characters (2) PKPROGRAMAACADEMICO <pi> . <M> <M> <M> <M> FKPROGACAALUM ALUMNO CODIGOALUM <pi> Number NOMBREALUM Variable characters (50) DIRECCIONALUM Variable characters (50) GENEROALUM Variable characters (1) ESTADOALUM Variable characters (2) CPALUMNO <pi> . CREATE TABLE ALUMNO( CODIGOALUM NUMBER. <M> <M> <M> <M> Figura 46. como se puede observar la terminación en tres líneas llega a la tabla que referencia.. NOMBREALUM VARCHAR2 (50) NOT NULL.

Una secuencia es un objeto de la base de datos que posee un valor numérico y cada vez que realizamos una inserción en una tabla y utilizamos esta secuencia. como adicionar un atributo. NOTAS Universitarias | 56 . la forma de implementar ésto es atreves de una secuencia. Muchas veces se utiliza un atributo auto numerado en una tabla. se incrementa o decrementa (según sea el caso) automáticamente. es decir un atributo que toma un valor automáticamente.1. es importante resaltar nuevamente como la llave foránea se crea en la tabla que referencia a través de la instrucción: nombrellaveForanea FOREIGN KEY (atributoAsociado) REFERENCES TablaReferenciada(atributoReferenciado) CONSTRAINT Otro objeto de la base de datos que se puede crear utilizando la instrucción CREATE es un índice (estructura que hace más eficiente la localización de los datos en las tablas) y la instrucción general de construcción es: CREATE INDEX nombreDelIndice ON nombreDelaTabla (atributo(s) de la tabla) El siguiente ejemplo muestra cómo crear un índice llamado indiceapellido sobre el atributo apellido de la tabla empleado: CREATE INDEX indiceapellido ON EMPLEADO(APELLIDO). 4.2 Instrucción ALTER La instrucción ALTER es utilizada cuando se desea realizar una modificación estructural de una tabla de la base de datos. Para adicionar un atributo la instrucción genérica del ALTER es: ALTER TABLE nombreDeLaTabla ADD (nombreAtributo tipoDeDato). modificar el tamaño o tipo de un atributo existente o eliminar un atributo. en el caso del motor de base de datos Oracle. En el siguiente ejemplo se crea una secuencia llamada secEmpleado que inicia su valor en 1000: CREATE SEQUENCE secEmpleado START WITH 1000. La forma de crear una secuencia es la siguiente: CREATE SEQUENCE nombreDeLaSecuencia START WITH valorInicial.En el ejemplo anterior se puede observar la codificación del diagrama de la Figura 43.

Para eliminar un atributo de la tabla se utiliza la instrucción: ALTER TABLE nombreDeLaTabla DROP COLUMN nombreAtributo. las siguientes reglas deben tenerse en cuenta al momento de realizar la modificación: Solo se puede decrementar el tamaño de un atributo si la tabla no tiene valores en ese atributo. la instrucción es: RENAME nombreActual TO nuevoNombre. El nombreAtributo es un atributo ya existente y el tipoDeDato es el nuevo tipo de dato del atributo o el mismo con diferente longitud. 4. RENAME ESTUDIANTE TO ALUMNO. En el siguiente ejemplo se renombra la tabla ESTUDIANTE por ALUMNO.1.En el siguiente ejemplo se adiciona un atributo llamado telCelular de tipo varchar2 a la tabla EMPLEADO: ALTER TABLE EMPLEADO ADD (telCelular varchar2(12)). Solo se puede cambiar el tipo de dato del atributo si el atributo no tiene valores en la tabla. El siguiente ejemplo elimina el atributo llamado telCelular de la tabla EMPLEADO: ALTER TABLE EMPLEADO DROP COLUMN telCelular. Solo se puede asignar la restricción NOT NULL al atributo si éste no posee valores NULOS. Para modificar un atributo existente dentro de una tabla se utiliza la instrucción: ALTER TABLE nombreDeLaTabla MODIFY (nombreAtributo tipoDeDato).3 Instrucción RENAME La instrucción RENAME renombra una tabla a un nuevo nombre. NOTAS Universitarias | 57 .

nombreDeLaTabla(atributo1. 4. La clausula CASCADE CONSTRINTS se utiliza cuando hay llaves foráneas relacionadas con la tabla y se deben borrar. el primero de tipo NOTAS Universitarias | 58 . mientras que en la primera se asume el orden de los atributos que en este momento posee la tabla. valor2.4 Instrucción TRUNCATE La instrucción TRUNCATE se utiliza cuando se desea eliminar todos los registros de una tabla sin eliminar la tabla en sí. valor2.2 Instrucciones DML Las instrucciones DML (Data Manipulation Language) se encargan de manipular los datos que se encuentran en las tablas de la Base de Datos. La instrucción genérica es: TRUNCATE TABLE nombreDeLaTable. DROP TABLE EMPLEADO CASCADE CONSTRINTS. UPDATE y el DELETE. las tres instrucciones clave son el INSERT. INSERT INTO La diferencia entre las dos versiones radica en que en la segunda especificamos el orden de los atributos.2.1 Instrucción INSERT La instrucción INSERT es utilizada para insertar nuevos registros en las tablas. atributon) VALUES(valor1.4. valor_n). las cuales son: INSERT INTO nombreDeLaTabla VALUES(valor1. tiene dos posibles versiones de acuerdo a la forma de utilización. atributo2. DROP TABLE EMPLEADO.1. DROP TABLE nombreDeLaTabla CASCADE CONSTRINTS. En los siguientes ejemplos se muestra el uso de la instrucción INSERT en la tabla CURSO. la siguiente instrucción y el ejemplo a continuación demuestran el uso de la instrucción DROP..5 Instrucción DROP La instrucción DROP es utilizada para eliminar objetos de la base de datos como las tablas. es mucho más eficiente que la instrucción DELETE (ver más adelante) y no genera ROLLBACK. 4. DROP TABLE nombreDeLaTabla. 4. la cual tiene cuatro atributos.1. valor_n).

numérico.2. La forma general de utilizar la instrucción es: UPDATE nombreDeLaTabla SET atributoX = valorX WHERE atributoY = valorY. INSERT INTO CURSO VALUES (1102. „01/01/2011‟). El tipo fecha se puede ingresar como una cadena de caracteres. 4. „CALCULO I‟. posee dos versiones tanto para eliminar todos los registros de la tabla como para eliminar solo alguno(s).2 Instrucción UPDATE La instrucción UPDATE es utilizada con el fin de actualizar uno o varios datos existentes en una tabla. Donde atributoX es el atributo de la tabla al que queremos cambiar su valor por el valorX y atributoY es el atributo sobre el cual se evaluara la condición para cambiar el valor en ese registro siempre y cuando sea igual al valorY. ya que el motor realiza la transformación al tipo de dato adecuado siempre y cuando el formato de la fecha coincida con el formato establecido en el motor de la base de datos. FECHCUR) VALUES („CALCULO I‟. El siguiente ejemplo ilustra el uso de la instrucción UPDATE para actualizar el estado del curso a „AC‟ siempre y cuando el código del curso sea 1102.3 Instrucción DELETE La instrucción DELETE se utiliza para eliminar registros de una tabla. NULL. UPDATE CURSO SET ESTACUR = ‘AC’ WHERE CODICUR = 1102. La clausula WHERE puede ser más compleja que la comparación entre un atributo y un valor. DELETE FROM nombreDeLaTabla WHERE condición. CODCUR. „01/01/2011‟. 1102. 4. el segundo de tipo cadena de caracteres. pueden ser expresiones booleanas que incluyan operadores lógicos y relacionales. DELETE FROM nombreDeLaTabla. ESTACUR. NULL). INSERT INTO CURSO (NOMBCUR. el siguiente de tupo fecha y el último de tipo cadena pero que puede ser NULO. NOTAS Universitarias | 59 .2.

GRANT DBA TO ESTUDIANTE. DELETE FROM CURSO. la estructura general de la instrucción es: GRANT nombreProvilegio TO nombreUsuario. 4. actualizar.3. etc sobre los datos. NOTAS Universitarias | 60 . DELETE FROM CURSO WHERE ESTACUR = ‘AC’. El siguiente ejemplo revoca los privilegios (rol en este caso) de DBA del usuario ESTUDIANTE. REVOKE DBA FROM ESTUDIANTE. 4. Es válido en lugar de otorgar un privilegio.En los siguientes ejemplos se eliminan todos los registros (primer ejemplo) de la tabla y solo los que cumplan con la condición de tener estado „AC‟ (segundo ejemplo).3 Instrucciones DCL Las instrucciones DCL (Data Control Language) son utilizadas para dar privilegios a los usuarios de la base de datos.2 Instrucción REVOKE La instrucción REVOKE a diferencia de GRANT. Para otorgar y revocar privilegios se debe ser un usuario de la base de datos con el privilegio de otorgar / revocar privilegios.1 Instrucción GRANT La instrucción GRANT otorga privilegios a los usuarios. otorgar un rol (conjunto de privilegios). 4. la estructura general de la instrucción es: REVOKE nombreProvilegio FROM nombreUsuario. es muy común que sea el administrador de la base de datos quien se encargue de esta tarea. es decir dar permisos como poder insertar.3. en el siguiente ejemplo se otorga el rol de DBA (Data Base Administrator) al usuario ESTUDIANTE. remueve privilegios de un usuario. Donde nombreProvilegio es el nombre del privilegio que se quiere otorgar y nombreUsuario es el usuario al cual se le quiere otorgar el privilegio.

‟ANGELA‟. el motor gestiona una parte de la memoria para las transacciones que realiza cada usuario.‟AC‟).‟AC‟).4.4 Instrucciones de Control de Transacciones Las instrucciones de control de transacciones permiten confirmar una transacción (o conjunto de transacciones) en la base de datos como un INSERT.1 Instrucción COMMIT La instrucción COMMIT permite confirmar el conjunto de transacciones realizadas por un usuario desde la última confirmación.LUIS. INSERT INTO EMPLEADO VALUES(5. SAVEPOINT SAV1. UPDATE ó DELETE. sin embargo cuando un usuario desee confirmar o deshacer las transacciones realizadas tiene que utilizar un comando especifico.‟CARLOS‟. 4. 4. INSERT INTO EMPLEADO VALUES(2. La instrucción general es: SAVEPOINT nombreDelSavePoint.4.2 Instrucción SAVEPOINT La instrucción SAVEPOINT permite crear un “punto de salvado” entre transacciones.4. en la primera simplemente se utiliza ROLLBACK hasta la última confirmación. esta memoria es temporal mientras dura la sesión del usuario y permite mantener separadas las transacciones de diferentes usuarios. INSERT INTO EMPLEADO VALUES(4. Esta instrucción es usada comúnmente en conjunto a la instrucción ROLLBACK la cual se especifica a continuación. en la segunda se NOTAS Universitarias | 61 . Cuando varios usuarios de forma simultánea acceden a la base de datos.‟AC‟). SAVEPOINT SAV2.4.‟PILAR‟. INSERT INTO EMPLEADO VALUES(3. Cuando se realiza una instrucción DDL se hace implícitamente un COMMIT.3 Instrucción ROLLBACK La instrucción ROLLBACK es utilizada para “deshacer” las transacciones realizadas hasta el último punto de confirmación (COMMIT). esta instrucción tiene dos posibles versiones.‟ANDRES‟. es común utilizarlo cuando queremos realizar diferentes transacciones por lotes sin mezclarlas ni confirmar por cada lote o al terminar.‟AC‟). INSERT INTO EMPLEADO VALUES(1.‟AC‟). 4. COMMIT. En el siguiente ejemplo se realizan 5 transacciones y dos SAVEPOINT. la forma de utilizarlo es simplemente digitando el comando en la consola de la base de datos.

NOMBCUR. columnaN FROM nombreDelaTabla. podemos utilizar la siguiente instrucción: SELECT CODICUR. etc. éste debe haberse creado con anterioridad.5 Instrucciones de recuperación de datos La instrucción de recuperación de datos SELECT permite mostrar al usuario los datos almacenados en las tablas de la base de datos. Las instrucciones genéricas de ROLLBACK son las siguientes: ROLLBACK. SELECT CODICUR.deshacen las transacciones hasta el punto de salvado que se desee. Son los nombres de las columnas que queremos mostrar y el nombreDeLaTabla es la tabla de donde se encuentran los datos que queremos mostrar. Al realizarse un ROLLBACK. 4.5. NOMBCUR FROM CURSO WHERE ESTACUR = ‘AC’. 4.1 Instrucción SELECT La instrucción SELECT se compone de varias partes. Por ejemplo si queremos mostrar las columnas CODICUR y NOMBCUR de la tabla CURSO. pero limitando el numero de registros solo a los cursos que tengan estado ‟AC‟. se debe utilizar la clausula WHERE. lógicos y relacionales que NOTAS Universitarias | 62 . si se desea limitar el número de registros. específicamente en las columnas CODICUR. NOMBCUR FROM CURSO. Donde columna1. Si se realiza un ROLLBACK hasta un SAVEPOINT. Esta consulta mostraría todos los registros de la tabla CURSO. La instrucción general de consulta simple es: SELECT columna1. En el siguiente ejemplo se muestra como realizar la misma consulta del ejemplo anterior. columna2. columna2. La expresión asociada a la clausula WHERE debe arrojar un resultado booleano y en esta expresión se pueden utilizar los operadores aritméticos. todos los SAVEPOINT creados son eliminados automáticamente. dos obligatorias y las demás opcionales. ROLLBACK nombreDelSavePoint.

se utiliza el comando EXP. NOTAS Universitarias | 63 .0\db_2\BIN 2. 4.dmp' Donde system/Oracle es la pareja nombre de usuario / contraseña que posee privilegios de importación. 3. 5.exe ej: C:\Oracle\DataBase\product\11. es el usuario donde quedara restablecido el backup.6 Proceso de respaldo y recuperación Para realizar el proceso de importación de una base de datos ejemplo en el motor Oracle. FILE = „…‟ es la ruta donde se encuentra el archivo con el backup. como la base de datos DEMO. Investigar y realizar 5 consultas de tipo join a la base de datos DEMO. es necesario seguir los siguientes pasos: Debe existir un usuario a donde importar como "seminario" en este caso. 6.7 Ejercicios 1. 4. columna2. es el usuario de donde se realizo el backup. es decir el respaldo de la base de datos. Abrir una ventana de comandos y dirigirse al directorio donde fue instalado Oracle. se realizan los pasos anteriores. 1. Investigar sobre diferentes opciones adicionales a las instrucciones SQL de este capítulo. específicamente a la carpeta BIN y el programa IMP. columnaN FROM nombreDelaTabla WHERE expresionDeCondicion. Digitar en la ventana de comandos: IMP system/oracle FROMUSER=DEMO TOUSER=SEMINARIO FILE='G:\backup\Semestre A de 2010\Seminarios\BASE DE DATOS DEMO\backcal. Para realizar la exportación. Utilizar el comando EXP para exportar una base de datos. pero en lugar de utilizar el comando IMP. FROMUSER= DEMO. Codificar la base de datos del punto anterior en por lo menos tres motores diferentes de base de datos. Realizar 5 consultas simples a la base de datos DEMO.1. Codificar la base de datos basada en el diseño creado en el capitulo anterior.se consideren útiles para la condición. TOUSER=CURSO. En general la estructura de la instrucción SELECT con condición es: SELECT columna1. 4. 2.

Cibergrafía http://es.pdf (EL modelo relacional.com/dml/ (Instrucciones DML. Adoración. Sistemas de bases de datos : Conceptos gundamentales. España. Diseño de Bases de Datos Relacionales. 1999. Elmasri. Oracle 8 : Programación PL/SQL. Scott. 1997.wikipedia. 4 ed.u440. 2005.shtml (Herramientas CASE para bases de datos. Korth. Osborne.marshall. Esperanza. Connolly.alegsa. Fundamentos de bases de datos. 887 p. Silberschatz. 2 ed.uji. http://psoug. 953 p. 778 p.u440.html consultado: 2011) (Instrucciones Transaction Control.edu.ar/Dic/sgbase de datos. 5 ed. consultado: 2011) www.php (Sistema gestor de base de datos. Shamkant. consultado: 2011) NOTAS Universitarias | 64 .html consultado: 2011) (Modelo Entidad / Interrelación. 549 p. 2000. consultado: 2011) http://ora. http://www.org/reference/dcl. consultado: 2011) http://ist. España.Bibliografía De Miguel.edu/ist480adbp/plsql_trnctl. 2006. Addison Wesley. Carolyn. consultado: 2011) http://www3.es/~mmarques/f47/apun/node83.com/trabajos24/herramientas-case/herramientas-case.ec/analisis/El%20modelo%20relacional. España. Urman. Piattini.org/wiki/Base_de_datos (Definicion de base de datos. España. Mario y Marcos. Henry y Sudarshan.html (Instrucciones DCL. Pearson.com/ddl/ (Instrucciones DDL. McGraw-Hill. consultado: 2011) http://www. consultado: 2011) http://psoug.monografias.html (Instrucciones Data Retrieval. Sistemas de bases de datos. Abraham.uazuay. Thomas y Begg. Ramez y Navathe.com. consultado: 2011) http://ora. Estados Unidos de America. Alfaomega.org/reference/select. 1320 p.

Sign up to vote on this title
UsefulNot useful