Facultad de Informática

Proyecto Final de Oracle 11g

Proyecto Final

El proyecto final como criterio de acreditación de la materia de “Base de Datos” consiste en el

planteamiento, diseño, creación y administración de la Base de Datos de una empresa que resuelva
una necesidad del mundo real. Debe constar de los siguientes puntos:

Definición de la empresa (modelo de negocio, ver Anexo 1)

Modelo de entidades (diagramas de tablas, ver Anexo 2)
o Mínimo de 7 tablas
o Nombre de la tabla
o Nombre de las columnas
o Tipos de datos de las columnas
o Restricciones de las columnas
o Comandos DDL para la creación de las tablas

Consultas INSERT para alimentar las tablas con datos (Mínimo 5 filas por tabla)
3 consultas SELECT con cláusula ORDER BY
3 consultas SELECT con condiciones lógicas (AND, OR, NOT)
1 consulta SELECT con uso de:
o Operadores aritméticos
o Operadores de concatenación
o Condiciones de búsqueda
o Uso de cláusula BETWEEN
o Uso de condición NOT
o Alias para las columnas

1 consulta SELECT con uso de:

o Función CONCAT
o Función SUBSTR
o Función INSTR

1 consulta SELECT con uso de:

o Función LENGTH
o Función TRIM
o Función ROUND
o Función TRUNC
1 consulta SELECT con uso de:
o Función MONTHS_BETWEEN
o Función NEXT_DAY
o Función LAST_DAY :

1 consulta SELECT con uso de:

o Función AVG
o Función MAX
o Función MIN

1 consulta SELECT con uso de:

o Función AVG
o Función MAX
o Función MIN
o Cláusula GROUP BY

1 consulta SELECT con uso de NATURAL JOIN entre 2 tablas

1 consulta SELECT con uso de JOIN entre 3 tablas
2 consultas SELECT con uso de subconsultas
1 consulta SELECT con operador UNION
Consultas SQL para la creación de 3 VIEWS
Los valores de llaves primarias (PK) de las tablas deben obtenerse de una SEQUENCE
o Crear 1 SEQUENCE por cada tabla para obtener su PK

Consultas SQL para la creación de 2 SYNONYMS

Consultas SQL para la creación de 3 usuarios diferentes
Consultas SQL para asignar a cada uno de los 3 usuarios anteriores los privilegios de:
o INICIAR SESIÓN
o CREAR TABLAS
o CREAR VISTAS
o CREAR SECUENCIAS
o OBTENER ESPACIO DE ALMACENAMIENTO (QUOTA)

Consulta SQL para crear un BLOQUE ANÓNIMO que imprima todos los datos de una tabla
mediante un CURSOR y un BUCLE
Consultas SQL para la creación de un PROCEDIMIENTO ALMACENADO que tome 1
parámetro de entrada
Consultas SQL para la creación de un PROCEDIMIENTO ALMACENADO que tome 1
parámetro de entrada y 1 parámetro de salida
Consultas SQL para la creación de un PROCEDIMIENTO ALMACENADO que tome 1
parámetro de entrada y salida.
Consultas SQL para la creación de 3 FUNCIONES
Consultas SQL para la creación de 3 TRIGGERS
Conclusiones personales acerca del proyecto
NOTA: Todas las consultas SELECT y el código PL/SQL deben ir acompañados de un texto descriptivo
que detalle su funcionalidad, así como una captura de pantalla del resultado.
 ANEXO 1: EJEMPLOS DE MODELOS DE NEGOCIO

EJEMPLO 1

Una empresa vende productos a varios clientes. Se necesita conocer los datos personales
de los clientes (Nombre, apellidos, RFC, dirección y fecha de nacimiento). Cada producto
tiene un nombre, un código de barras, así como un precio unitario. Un cliente puede
comprar varios productos a la empresa, y los productos pueden ser comprados por varios
clientes.

Los productos son suministrados por diferentes proveedores. Se debe tomar en cuenta
que un producto solo puede ser suministrado por un proveedor, y que un proveedor
puede suministrar varios productos diferentes. De cada proveedor se desea conocer su
RFC, nombre y dirección.

EJEMPLO 2

Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por
todo México. Los encargados de llevar los paquetes son los camioneros, de quienes se
desea guardar el Número de trabajador, nombre, teléfono, dirección, salario y población
donde vive. De los paquetes transportados interesa conocer el código de paquete,
descripción, destinatario y dirección del destinatario. Un camionero distribuye muchos
paquetes, y un paquete solo puede ser distribuido por un camionero.

De las poblaciones a las que llegan los paquetes interesa guardar el código de la población
y el nombre. Un paquete solo puede llegar a una población. Sin embargo, a una población
pueden llegar varios paquetes.

De los camiones que llevan los camioneros, interesa conocer la matrícula, el modelo, el
tipo y la potencia. Un camionero puede conducir diferentes camiones en fechas diferentes,
y un camión puede ser conducido por varios camioneros.

EJEMPLO 3

A un concesionario le llegan clientes para comprar automóviles. Un cliente puede comprar

varios automóviles en el concesionario, y cada automóvil puede ser comprado por un solo
cliente. Cuando un cliente compra un coche, se le hace una ficha en el concesionario con
su RFC, nombre, apellidos, dirección y teléfono.

De cada coche se necesita conocer la matrícula, marca, modelo, color y precio de venta.
Los coches que vende el concesionario pueden ser nuevos o seminuevos. De los coches
nuevos interesa conocer el número de unidades que hay en el estacionamiento. De los
coches seminuevos interesa el número de kilómetros que lleva recorridos.

El concesionario también dispone de un taller en el que los mecánicos reparan los coches
que llevan los clientes. Un mecánico repara varios coches a lo largo del día, y un coche
puede ser reparado por varios mecánicos. Los mecánicos tienen un ID, nombre, apellidos,
fecha de contratación y salario. Se desea almacenar también la fecha en la que se repara
cada vehículo y el número de horas que se tomó hacer el arreglo de cada automóvil.

EJEMPLO 4

La clínica TEC100 necesita llevar un control informatizado de su gestión de pacientes y

médicos.

De cada paciente se desea almacenar su identificador, nombre, apellidos, dirección,

población, provincia, código postal, teléfono y fecha de nacimiento.

De cada médico se desea almacenar su clave, nombre, apellidos, teléfono y especialidad.

Se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital.
Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada ingreso
se almacena el código de ingreso, el número de habitación, número de cama y fecha en la
que el paciente realiza el ingreso.

Un paciente puede realizar varios ingresos en el hospital. Un médico puede atender varios
ingresos, pero el ingreso de un paciente solo puede ser atendido por un único médico.

EJEMPLO 5

En la biblioteca del centro se manejan fichas de autores y libros. En la ficha de cada autor
se tiene el código de autor y su nombre. De cada libro se guarda el código, título, ISBN,
editorial y número de páginas. Un autor puede escribir varios libros, y un libro es escrito
por un autor. Un libro está formado por ejemplares. Cada ejemplar tiene un código y una
localización. Un libro tiene muchos ejemplares y cada ejemplar pertenece sólo a un libro.

Los usuarios de la biblioteca del centro también disponen de fichas, y sacan ejemplares de
la biblioteca. De cada usuario se guarda el código, nombre, dirección y teléfono. Los
ejemplares son prestados a los usuarios. Un usuario puede tomar prestados varios
ejemplares, y los ejemplares pueden ser prestados a varios usuarios. De cada préstamo
interesa guardar la fecha de préstamo y la fecha de devolución.
EJEMPLO 6

La liga de fútbol profesional ha decidido informatizar sus instalaciones creando una base
de datos para guardar la información de los partidos que se juegan en la liga.

Se desea guardar en primer lugar los datos de los jugadores. De cada jugador se quiere
guardar el nombre, fecha de nacimiento y posición en la que juega (portero, defensa,
centrocampista...). Cada jugador tiene un código de jugador que lo identifica de manera
única.

De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre
del estadio en el que juega, el año de fundación del equipo y la ciudad de origen. Cada
equipo también tiene un código que lo identifica de manera única. Un jugador solo puede
pertenecer a un único equipo.

De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se
juega el partido, los goles que ha metido el equipo de casa y los goles que ha metido el
equipo visitante. Cada partido tendrá un código numérico para identificarlo.

También se quiere llevar un recuento de los goles que hay en cada partido. Se quiere
almacenar el minuto en el que se realiza el gol, el jugador que lo anota, y la descripción del
gol. Un partido tiene varios goles y un jugador puede meter varios goles en un partido.
 ANEXO 2: MODELO DE ENTIDADES

Considere las siguientes pautas para el diseño de su base de datos:

1. Se debe indicar el nombre de cada tabla.

2. Se debe indicar el nombre de cada columna de la tabla.
3. Se debe indicar el tipo de dato para cada columna.
4. Cada tabla debe tener una llave primaria.
5. Cada tabla puede tener tantas llaves foráneas como el diseño requiera.
6. La columna que defina como llave primaria de la tabla debe llevar el indicador (PK) a la
izquierda del nombre de la columna.
7. La(s) columna(s) que defina como llave foránea debe llevar el indicador (FK) a la izquierda
del nombre de la columna.
8. La(s) columna(s) que defina como llave foránea deben apuntar mediante una flecha a la
columna de llave primaria que actuará como su catálogo de valores válidos (la llave foránea
apunta hacia la llave primaria).

sucursal
(PK) idSucursal NUMBER(6) producto
nombreSucursal VARCHAR2(50) (PK) idProducto NUMBER(6)
direccion VARCHAR2(100) nombreProducto VARCHAR2(20)
municipio VARCHAR2(50) precio NUMBER(7, 2)
codigoPostal NUMBER(5) (FK) idSucursal NUMBER(6)
(FK) idProveedor NUMBER(6)
(FK) idCategoria NUMBER(6)

proveedor
(PK) idProveedor NUMBER(6)
nombreProveedor VARCHAR2(50)
telefono VARCHAR2(20)

categoria
(PK) idCategoria NUMBER(6)
nombreCategoria VARCHAR2(20)