DATOEs el elemento primario de la información conformado por símbolos

(letras, números, dibujos, señas, gestos) que reunidos pueden

cobrar significación. Solo o aislado el dato no posee relevancia, pero

utilizado en las premisas de un razonamiento puede llevarnos a una

conclusión. Surgen de la observación o la experiencia.

BASE DE DATOSSe define una base de datos como una serie de datos organizados y

relacionados entre sí, los cuales son recolectados y explotados por

los sistemas de información. “Colección de datos donde los datos

toman sentido /recopilación de información organizada

ELEMENTOS DE LA BASE

DE DATOSCampo

Registro

Archivos o Tablas

Campo

En las bases de datos, un campo es la mínima unidad de

información a la que se puede acceder; un campo o un

conjunto de ellos forman un registro. Estos deben ser del

mismo tipo.

Registro

Un registro es un conjunto de campos que contienen los

datos que pertenecen a una misma repetición de entidad.

Se le asigna automáticamente un número consecutivo

(número de registro) que en ocasiones es usado como

índice. No necesariamente son del mismo tipo, pero se

encuentran relacionados entre sí.

Archivos o tablas

Un archivo es un elemento de

información conformado por un

conjunto de registros.

Modelo de base de datos:

Un modelo de base de datos es un tipo de modelo de datos que

determina la estructura lógica de una base de datos y de manera

fundamental determina el modo de almacenar, organizar y

manipular los datos.

• Jerárquicas

• de red

• relacionales

• y (el más reciente) relacionales de objetos.

Modelo Relación:Los principios del modelo relacional los perfiló por primera el Dr.

E. F. Codd en un

documento de 1970 titulado “A Relational Model of Data for

Large Shared Data Banks” (“Un

modelo de datos relacional para grandes bancos de datos

compartidos”). En este documento,

el Dr. Codd propuso el modelo relacional para los sistemas de

bases de datos.

Una base de datos relacional es una recopilación

de relaciones o tablas bidimensionales.

Modelo entidad-relación:Es una herramienta para el modelado de datos que permite

representar las entidades relevantes de un sistema de

información así como sus interrelaciones y propiedades.

Ventajas del Modelo de ER

• Documenta información para la organización en formato claro y preciso

• Proporciona una imagen clara del ámbito de los requisitos de

información

• Proporciona un mapa gráfico comprensible del diseño de la base de

datos

• Ofrece un marco eficaz para integrar varias aplicaciones

Componentes Clave

• Entidad: Algo significativo sobre lo que es necesario conocer información.

Ejemplos:

departamento, empleados y pedidos.

• Atributo: Algo que describe o cualifica una entidad. Por ejemplo, para la

entidad empleado, los atributos serían número de empleado, nombre, cargo,

fecha de contratación, número de departamento, etc. Cada uno de los

atributos puede ser necesario u opcional. Este estado se conoce como

opcionalidad.

• Relación: Asociación específica entre entidades que muestra la

opcionalidad y el grado.

Ejemplos: empleados y departamentos, y pedidos y artículos.

Atributo principal o clave primaria:

Es una clave candidata, elegida por el diseñador de la base de datos, para

identificar unívocamente las entidades en un conjunto de entidades.

Atributo foráneo o clave secundaria:

Es una limitación referencial entre dos tablas. Esta identifica una columna o

grupo de columnas en una tabla (tabla hija o referendo) que se refiere a una

columna o grupo de columnas en otra tabla (tabla maestra o referenciada).

Tipo de relación entre las entidades.

Cardinalidad es el número de entidades con la cual otra entidad puede

asociar; la cardinalidad puede ser: Uno a uno, uno a muchos ó muchos a uno y

muchos a muchos. El tipo de cardinalidad se representa mediante así: "1:1",

"1:N" y "N:M", aunque la notación depende del lenguaje utilizado. Otra forma

de expresar la cardinalidad es situando un símbolo cerca de la línea que

conecta una entidad con una relación:

"0" si cada instancia de la entidad no está obligada a participar en la relación.

"1" si toda instancia de la entidad está obligada a participar en la relación y,

además, solamente participa una vez.

"N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en

la relación y puede hacerlo cualquier número de veces.

Ejercicio.

Una escuela desea tener una base de datos, que almacene los

datos principales de un alumno, la carrera que estudia, las

materias que cursa y los profesores que le imparten clase.

De igual manera se desea llevar un registro de las materias que

imparte cada profesor.

Diagrama entidad relación extendido.

Reglas del negocio:

Servicio militar.

Se desea diseñar una base de datos para llevar un cierto control de los soldados que realizan el servicio militar

Los datos significativos a tener en cuenta son:

Un soldado se define por su código de soldado (único), su nombre, apellido y su grado.

Existen varios cuarteles, cada uno se define por su código de cuartel, nombre y ubicación.

Hay cuerpos del ejército (Infantería, artillería y armada) y cada uno se define por un código de cuerpo y denominación.

Los soldados están agrupados en compañías, siendo significativa para cada una de estas el número de compañía y la

actividad principal que realiza.

Los soldados realizan servicios (Guardia, cuartelero,...) y se definen por el código de servicio y actividad

Consideraciones de diseño:

Un soldado pertenece a un único cuerpo y una única compañía, durante todo el servicio militar.

Pueden pertenecer soldados de diferentes cuerpos a una compañía, no habiendo relación directa entre compañías y

cuerpos.

Una compañía puede ser ubicada en varios cuarteles y en un cuartel pueden haber varias compañías. Eso sí, un soldado

sólo está en un cuartel.

Un soldado realiza varios servicios a lo largo del servicio militar y un mismo servicio puede ser realizado por más de un

soldado (con independencia de la compañía), siendo significativa la fecha de realización.

LENGUAJE SQL.

Es un lenguaje declarativo de acceso a bases de datos relacionales

que permite especificar diversos tipos de operaciones en ellas.

Características:

Manejo del álgebra y el cálculo relacional.

DDL.

El lenguaje de definición de datos, es el que se encarga de la

modificación de la estructura de los objetos de la base de datos. Incluye

órdenes para modificar, borrar o definir las tablas

Existen cuatro operaciones básicas: CREATE, ALTER, DROP y TRUNCATE.

DML.

Un lenguaje de manipulación de datos, es un lenguaje proporcionado

por el sistema de gestión de base de datos que permite a los usuarios

llevar a cabo las tareas de consulta o manipulación de los datos.

TRANSACT-SQL

Es un lenguaje muy potente que permite definir casi cualquier tarea que

queramos efectuar sobre la base de datos. Permite definir:

• Tipos de datos.

• Definición de variables.

• Estructuras de control de flujo.

• Gestión de excepciones.

• Funciones predefinidas.

NORMALIZACIÓN.

Consiste en designar y aplicar una serie de reglas a las relaciones obtenidas

tras el paso del modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Disminuir problemas de actualización de los datos en las tablas.

Proteger la integridad de los datos.

En el NR se llama tabla a una relación, para que una tabla sea considerada

como una relación tiene que cumplir con algunas restricciones:

• Cada tabla debe tener su nombre único.

• No puede haber dos filas iguales. No se

permiten los duplicados.

• Todos los datos en una columna deben

ser del mismo tipo.

CodLibro

v

Titulo Autor Editorial NombreLector FechaDev

1001 Variable

compleja

Murray Spiegel McGraw

Hill

Pérez Gómez,

Juan

15/04/2

005

1004 Visual Basic 5 E. Petroustsos Anaya Ríos Terán,

Ana

17/04/2

005

1005 Estadística Murray Spiegel McGraw

Hill

Roca, René 16/04/2

005

1006 Oracle

University

Nancy Greenberg y Priya

Nathan

Oracle

Corp.

García Roque,

Luis

20/04/2

005

1007 Clipper 5.01 Ramalho McGraw

Hill

Pérez Gómez,

Juan

18/04/2

005

CodLibro Titulo Autor Editorial Paterno Materno Nombr

es

FechaDe

v

1001 Variable

compleja

Murray

Spiegel

McGraw

Hill

Pérez Gómez Juan 15/04/

2005

1004 Visual Basic

5

E.

Petroustsos

Anaya Ríos Terán Ana 17/04/

2005

1005 Estadística Murray

Spiegel

McGraw

Hill

Roca René 16/04/

2005

1006 OracleUniver

sity

NancyGreen

berg

Oracle

Corp.

García Roque Luis 20/04/

2005

1006 OracleUniver

sity

Priya Nathan Oracle

Corp.

García Roque Luis 20/04/

2005

1007 Clipper 5.01 Ramalho McGraw

Hill

Pérez Gómez Juan 18/04/

2005

La Segunda Forma Normal (2NF) pide que no existan dependencias

parciales o dicho de otra manera, todos los atributos no clave deben

depender por completo de la clave primaria. Actualmente en nuestra tabla

tenemos varias dependencias parciales si consideramos como atributo

clave el código del libro.

Por ejemplo, el título es completamente identificado por el código del libro,

pero el nombre del lector en realidad no tiene dependencia de este código,

por tanto estos datos deben ser trasladados a otra tabla.

CodLibro Titulo Autor Editorial

1001 Variable compleja Murray Spiegel McGraw Hill

1004 Visual Basic 5 E. Petroustsos Anaya

1005 Estadística Murray Spiegel McGraw Hill

1006 Oracle University NancyGreenberg Oracle Corp.

1006 Oracle University Priya Nathan Oracle Corp.

1007 Clipper 5.01 Ramalho McGraw Hill

CodLector Paterno Materno Nombres

501 Pérez Gómez Juan

502 Ríos Terán Ana

503 Roca René

504 García Roque Luis

Hemos creado una tabla para

contener los datos del lector y

también tuvimos que crear la

columna CodLector para

identificar unívocamente a cada

uno. Sin embargo, esta nueva

disposición de la base de datos

necesita que exista otra tabla

para mantener la información de

qué libros están prestados a qué

lectores. Esta tabla se muestra a

continuación:

CodLibro CodLector FechaDev

1001 501 15/04/2005

1004 502 17/04/2005

1005 503 16/04/2005

1006 504 20/04/2005

1007 501 18/04/2005

Para la Tercera Forma Normal (3NF) la relación debe estar en

2NF y además los atributos no clave deben ser mutuamente

independientes y dependientes por completo de la clave

primaria. También recordemos que dijimos que esto significa

que las columnas en la tabla deben contener solamente

información sobre la entidad definida por la clave primaria y,

por tanto, las columnas en la tabla deben contener datos

acerca de una sola cosa.

CodLibro Titulo

1001 Variable compleja

1004 Visual Basic 5

1005 Estadística

1006 Oracle University

1007 Clipper 5.01

CodAutor Autor

801 Murray Spiegel

802 E. Petroustsos

803 Nancy Greenberg

804 Priya Nathan

806 Ramalho

CodEditorial Editorial

901 McGraw Hill

902 Anaya

903 Oracle Corp.