Post on 14-Jul-2016
description
INTEGRANTES:
Calvino Moreno Maricruz
Dector Sarmiento Yesenia
Vázquez Navarrete Nalleli Itandehui
Bonilla Ramírez Samuel
Valle Tobón Jorge
Fundamentos de Base de DatosMatías López Ramón
Documentación de Base de Datos “Zoológico”
Especificación de Requisitos
Modelo Entidad-Relación
INTRODUCCIÓN
En el presente proyecto trata de dar respuesta a un problema encontrado
en un zoológico. Este documento es una especificación de requisitos para un
Gestor de Animales de un Zoológico. Todo su contenido ha sido elaborado en
colaboración con el zoológico “LOS ANIMALITOS”. Esta especificación se ha
estructurado inspirándose en las directrices dadas por el estándar “IEEE
Recomended Practice for Software Requirement Especificaciones ANSI/IEEE 830
1998” Actualmente este se llevara a cabo hasta el punto únicamente del diseño de
la base de datos . Para luego decidir el lenguaje de programación que se utilizara
para elaborar la parte de pantallas o formularios.
La cual además de que nos permitirá ingresar los datos de los animales, el
personal, el historial médico, veterinarios etc. Nos ayudara en la ardua tarea del
registro de los mismos de una manera mucho más eficiente y conveniente para la
empresa.
PLANTEAMIENTO DEL PROBLEMA
El zoológico de Tehuacán no cuenta con una buena organización y
administración de sus especies y trabajadores que colaboran en él, ni se lleva un
control de visitas. Es por eso que el zoológico “Los Animalitos” han decidido tener
un sistema de Base de Datos, para una buena gestión de los animales que
alberga, además de poder brindarle a los trabajadores una manera más fácil de
realizar su trabajo, pues este gestor les debe brindar la información que desean
saber de acuerdo a sus consultas que hagan a la BDD.
DESCRIPCIÓN GENERAL
El Parque Zoológico “ANIMALITOS” se encuentra ubicado dentro de la
cabecera municipal de la ciudad de Tehuacán con una superficie de 2 mil metros
cuadrados. Lugar dedicado a la recreación, cuenta con diversas especies de
animales (patos, peces, linces, coyote, llamas, grulla, gansos, antílope, conejos,
venados, faisanes, iguanas, jaguares, pumas, león africano, zorro plateado, mono
papión sagrado, etc.).
PERSPECTIVA DEL PRODUCTO
Se proyecta implementar un sistema de información que permita controlar y
distribuir los hábitats, historiales médicos y el personal a cargo para cada
animalito, además que permita registrar todos los recorridos realizados por las
unidades durante el día, también que nos permita controlar de la alimentación de
los mismo.
ESPECIFICACIÓN DE REQUISITOS
Para una buena gestión del zoológico necesita saber:
Quién cuida cada hábitat.
Que enfermedades han tenido los animales.
Que vacunas tiene cada animal.
Que veterinario atendió a los animales.
La dieta de cada animal, el horario para alimentarlo y la porción.
Cuando fue la última vez que revisaron a cada especie de animales.
Que enfermedades ha tenido cada animal.
Animales que ya han sido vacunados contra cierto padecimiento.
Cuantas consultas ha tenido cada animal.
Quien compra el alimento y medicamentos para los animales.
Cuanto alimento y de medicamento se compra.
Cuanto medicamento se tienen y cuantos se ha aplicado a los animales.
PROPÓSITO
El objetivo de la especificación de requisitos es definir de manera clara y
precisa las funcionalidades y restricciones del Gestor de base de datos que se
desea construir. Se basa en la información brindada por zoológico “LOS
ANIMALITOS”, el cual será el canal de comunicación entre las partes implicadas.
Esta especificación está sujeta a revisiones por parte del grupo de trabajo, hasta
llegar a su aprobación total. Una vez aprobado servirá de base al equipó de
desarrolladores para la construcción del sistema.
REQUISITOS FUNCIONALES
Del zoológico en general se tiene:
Dimensión
Número de Animales
Dueño
Dirección: tiene número, calle y ciudad
Id_zoologico (Nombre del zoológico)
El Zoológico tiene personal, que puede ser:
Gerente
Cuidador
Veterinario
Del personal se guarda:
Id trabajador (CURP)
Nombre
Fecha de nacimiento
Teléfono
Dirección
Edad
El gerente se encarga de:
Compra de alimentos
Compra medicinas
El veterinario se encarga de:
Cuidados médicos de los animales
Vacunas
Consultas
Además del veterinario se debe tener:
Cedula profesional.
Especialidad
El cuidador tiene:
Hábitat a cargo
Cada hábitat consta de:
Id Hábitat
Vegetación
Capacidad Máxima
Tipo de hábitat que es
Vegetación
De los animales se tiene:
Id animal
Estatura
Sexo
Especie
Edad
Nombre común
Nombre científico
Peso
Dieta
Cada especie de animales tiene una dieta, de la cual se guarda:
Tipo de alimento que suministra
Porciones
Horarios
De los alimentos se guarda:
Nombre Alimento
Id Alimento
Descripción
Cada animal tiene consultas y de estas se guarda:
Id_Consulta
Enfermedades
Observaciones
Medicamentos que se le aplicaron
Peso
Fecha y Hora de consulta
Veterinario que lo atendió
Vacunas que se le pusieron
De las Medicinas se guarda:
Nombre del Medicamento
Descripción
Id Medicamento
Y en el almacén se guarda:
Clave de los alimentos o medicinas que hay en el almacén
Salida
Entrada
Existencia
REQUISITOS NO FUNCIONALES
1. La seguridad en nuestra base de datos
Los usuarios tendrán una contraseña para acceder al sistema.
Tendrá niveles de usuario.
El gerente tendrá la información completa, la controlara y será capaz
de realizar cambios.
Los datos personales quedaran a cargo de la autoridad máxima que
maneja la base de datos.
Los Veterinarios solo tendrán derecho de lectura en la base de datos
y comunicar si requieren medicar o cuidados a determinado hábitat a
un superior.
2. Interfaz grafica Se ejecutara una ventana principal donde se incluya una barra de
herramientas en la que tendrá las opciones que el sistema puede realizar y
un manual de ayuda para aclarar dudas o dar atención a problemas que se
presenten.
3. Respaldo del sistema El respaldo se hará conforme al usuario realice alguna modificación en la
base de datos, estas se guardaran automáticamente cada 5 segundos para
evitar perdida de información.
También permitirá restablecer el sistema a un tiempo determinado que el
usuario disponga.
4. Rendimiento del sistema Contará con una capacidad de manejo de datos a una velocidad
mínima posible, como son las, bajas, altas, consultas, por lo que requerirá de
los componentes más actuales
5. DisponibilidadEl sistema va a estar disponible en cualquier momento que el usuario
quiera acceder en un tiempo máximo de 1 segundo.
6. EstabilidadEl sistema estará a abierto a todos los posibles movimientos que se desee
realizar, o nuevos funcionamientos que debe de realizar por lo
que tendrá la disponibilidad de crecer conforme a los requerimientos. Y de
esta forma poder ir modernizando.
7. Compatibilidad
Para el sistema utilizaremos la plataforma de java
Modelo Relacional
Diccionario de Datos
INTRODUCCIÓN
En este punto abordaremos lo que es el modelo relacional y el diccionario de
datos que ocupamos para la creación de la base de datos; ambos de suma
importancia para el buen desarrollo de la base de datos que desarrollamos a lo
largo del semestre.
Diccionario de datos.
El diccionario de datos más que otra cosas un documento en el cual se
especifican los atributos que lleva una entidad, así como si tipo de dato de estos
(VARCHAR, INTEGER, DATE, CHAR, etc.), y sobre todo una breve descripción
de lo que almacenara cada atributo.
Modelo Entidad – Relación.
El modelo relacional es una diagrama que deriva del modelo entidad relación y el
diccionario de datos, ya que en este se tiene una visión más clara de que se
guardara en la base de datos, cabe decir que estos puntos ya estaban
especificados en el modelo E – R pero esto en dicho modelo se deduce el cómo
se guardaran los datos, de que tipo serán, las relaciones que existe entre las
tablas( por medio de índices), si existirán catálogos para evitar la repetitividad en
los datos y sobre todo hacen más visible las normalizaciones que tuvieron algunas
tablas.
Diagrama 2.1 Modelo Relacional
DICCIONARIO DE DATOS
Entidad: Zoológico
Atributo Tipo Longitud DescripciónNombre VARCHAR 20 Almacena el nombre del zoológicoDueño VARCHAR 10 Almacena el nombre del dueño del zoológicoTamaño INTEGER - Almacena el área en m2 del zoológicoNoAnimales INTEGER - Almacena el total de población animal en el ZOOCalle VARCHAR 20 Almacena la calle donde está ubicado el ZOONumero INTEGER - Almacena el número correspondiente al ZOOCiudad VARCHAR 20 Almacena la cuidad en donde está localizado el
ZOO
Entidad: Personal
Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoNombreZOO VARCHAR 20 Almacena el nombre del zoológicoNombre VARCHAR 20 Almacena el nombre del empleadoFecha de nacimiento
DATE - Almacena la fechad e nacimiento del empleado
Cuidad VARCHAR 20 Almacena la calle donde vive el empleadoNumero INTEGER - Almacena el número de la casa del empleadoCuidad VARCHAR 20 Almacena la cuidad donde está localizada la casa
del empleado
Entidad: Cuidador
Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del cuidadorHabitad a cargo VARCHAR 10 Almacena el habitad que tiene a cargo el
cuidador
Tabla 2.1 Diccionario de datos Entidad Zoológico
Tabla 2.2 Diccionario de datos Entidad Personal
Tabla 2.3 Diccionario de datos Entidad Cuidador
Entidad: Veterinario
Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoEspecialidad VARCHAR 10 Almacena la especialidad del veterinarioCedula profesional VARCHAR 10 Almacena la cedula profesional del veterinario
Entidad: Gerente
Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del gerente
Entidad: Hábitat
Atributo Tipo Longitud DescripciónIdhabitat VARCHAR 10 Almacena el identificador del hábitatCuidador VARCHAR 20 Almacena la CURP del cuidador que esta a cargo
de ese hábitatVegetación VARCHAR 20 Almacena el tipo de vegetación que tiene el
hábitatCapacidad INTEGER - Almacena la numero de animales que puede
contener el hábitatTipo VARCHAR 10 Almacena el tipo de hábitat Tamaño INTEGER - Almacena el área en m2
Entidad: Teléfono
Atributo Tipo Longitud DescripciónCURP VARCHAR 20 Almacena la CURP del empleadoTeléfonos INTEGER - Almacena los teléfonos que pudiera tener el
empleado
Tabla 2.4 Diccionario de datos Entidad Veterinario
Tabla 2.5 Diccionario de datos Entidad Gerente
Tabla 2.6 Diccionario de datos Entidad Hábitat
Tabla 2.7 Diccionario de datos Entidad Teléfono
Tabla 2.8 Diccionario de datos Entidad CompAlimentos
Entidad: CompAlimentos
Atributo Tipo Longitud DescripciónNoCompra INTEGER - Almacena el no. de la compra de alimentosCURP VARCHAR 20 Amacena la CURP del empleado a cargo de
realizar las comprasIdProveedor INTEGER - Almacena el id del proveedorFecha DATE - Almacena la fecha en que se hizo la compraTotal INTEGER - Almacena el total de compra
Entidad: CompMedicamentos
Atributo Tipo Longitud DescripciónNoCompra INTEGER - Almacena el no. de la compra de medicinasCURP VARCHAR 20 Amacena la CURP del empleado a cargo de
realizar las comprasIdProveedor INTEGER - Almacena el id del proveedorFecha DATE - Almacena la fecha en que se hizo la compraTotal INTEGER - Almacena el total de compra
Entidad: Proveedor
Atributo Tipo Longitud DescripciónIdProveedor INTEGER - Almacena un identificador para el proveedorEmpresa VARCHAR 20 Almacena el nombre de la empresa (proveedor)Teléfono VARCHAR 20 Almacena el teléfono del proveedorRFC VARCHAR 20 Almacena el RFC del proveedorCalle VARCHAR 20 Almacena la calle de donde se localiza el
proveedorNumero INTEGER - Almacena el número de la dirección del
proveedorCuidad VARCHAR 20 Almacena la cuidad de donde se encuentra el
proveedorContacto VARCHAR 20 Almacena el nombre de la persona con la que se
tuvo el trato
Tabla 2.9 Diccionario de datos Entidad CompMedicamentos
Tabla 2.10 Diccionario de datos Entidad Proveedor
Tabla 2.11 Diccionario de datos Entidad DescCompraA
Entidad: DescCompraA
Atributo Tipo Longitud DescripciónCveAlimento VARCHAR 10 Almacena la clave de alimento según el catalogoNoCompra INTEGER - Almacena el numero de la compraCantidad INTEGER - Almacena la cantidad que se adquirió del
alimentoPrecio INTEGER - Almacena el precio del alimentoF_cad DATE - Almacena la fecha de caducidad del alimento
Entidad: Alimento
Atributo Tipo Longitud DescripciónCveAlimento VARCHAR 10 Almacena el identificador del alimentoNombre VARCHAR 20 Almacena el nombre del alimentoDescripcion VARCHAR 30 Almacena en breve descripcion del alimento
Entidad: DescCompraM
Atributo Tipo Longitud DescripciónCveMedicina VARCHAR 10 Almacena la clave de la medicina según el
catalogoNoCompra INTEGER - Almacena el número de la compraCantidad INTEGER - Almacena la cantidad que se adquirió del
alimentoPrecio INTEGER - Almacena el precio de la medicinaF_cad DATE - Almacena la fecha de caducidad de la medicina
Entidad: Medicina
Atributo Tipo Longitud DescripciónCveMedicina VARCHAR 10 Almacena el identificador de la medicinaNombre VARCHAR 20 Almacena el nombre de la medicinaDescripcion VARCHAR 30 Almacena en breve descripcion de la medicina
Tabla 2.12 Diccionario de datos Entidad Alimento
Tabla 2.13 Diccionario de datos Entidad DescCompM
Tabla 2.14 Diccionario de datos Entidad Medicina
Tabla 2.15 Diccionario de datos Entidad Almacén
Entidad: Almacén
Atributo Tipo Longitud DescripciónClave VARCHAR 10 Almacena la clave de alimento o medicina que se
encuentra en el almacénSalida INTEGER - Almacena el número de cosas salidas del
almacénEntrada INTEGER - Almacena el número de cosas que ingresaron al
almacénExistencia INTEGER - Almacena la existencia en el almacénObservaciones VARCHAR 50 Almacena las observaciones del almacén
Entidad: Animales
Atributo Tipo Longitud DescripciónIdAnimal VARCHAR 10 Almacena un identificador para el animalIdHabitat VARCHAR 10 Almacena el identificador del habita en el que
está el animalIdDieta VARCHAR 10 Almacena el identificador de la dieta que lleva el
animalIdEspecie VARCHAR 10 Almacena el identificador del tipo de especie del
animalIdNombres VARCHAR 10 Almacena el identificador del nombre
común/científico del animalIdVeterinario VARCHAR 20 Almacena el identificador del veterinario que
está a cargo del animalEstatura DECIMAL - Almacena la estatura del animalSexo CHAR 1 Almacena el sexo del animal (M/H)Peso DECIMAL - Almacena el peso del animalEdad INTEGER - Almacena la edad del animalFecha de nacimiento
DATE - Almacena la fecha de nacimiento del animal
Entidad: Nombres
Atributo Tipo Longitud DescripciónIdNombres VARCHAR 10 Almacena un identificador para los nombres del
animalNombreComun VARCHAR 15 Almacena el nombre común de los animalesNOmbreCientifico VARCHAR 15 Almacena el nombre científico de los animales
Tabla 2.16 Diccionario de datos Entidad Animales
Tabla 2.17 Diccionario de datos Entidad Nombres
Entidad: Especie
Atributo Tipo Longitud DescripciónIdEspecie VARCHAR 10 Almacena un identificador para la especie del
animalEspecie VARCHAR 10 Almacena la especie de animal que hay en el
ZOO
Entidad: Consulta
Atributo Tipo Longitud DescripciónIdConsulta VARCHAR 10 Almacena el identificador de la consultaIdVeterinario VARCHAR 20 Almacena el identificador del veterinario que
realizo la consultaIdAnimal VARCHAR 10 Almacena el animal consultadoHora TIME - Almacena la hora en que se realizó la consultaEnfermedades VARCHAR 20 Almacena las enfermedades del animalPeso DECIMAL - Almacena el peso de animal en la consultaVacunas VARCHAR 20 Almacena las vacunas que tuvo el animalFecha DATE - Almacena la fecha en que se realizó la consultaObservaciones VARCHAR 50 Almacena las observaciones del veterinario
respecto al animal Síntomas VARCHAR 40 Almacena los síntomas que presentaba el animal
Entidad: Dieta
Atributo Tipo Longitud DescripciónIdDieta VARCHAR 10 Almacena el identificador de la dietaCveAlimento VARCHAR 10 Almacena el clave del alimento que se dioPorción INTEGER - Almacena la porción que se dio Horario INTEGER - Almacena el horario de cada cuanto se va a
alimentar
Tabla 2.18 Diccionario de datos Entidad Especie
Tabla 2.19 Diccionario de datos Entidad Consulta
Tabla 2.20 Diccionario de datos Entidad Dieta
Entidad: Medicación
Atributo Tipo Longitud DescripciónIdMedicacion INTEGER - Almacena un identificador de para medicación
del animalCveMedicina VARCHAR 10 Almacena la clave de la medicina suministradaIdConsulta VARCHAR 10 Almacena el identificador de la consulta de la
medicación
Tabla 2.20 Diccionario de datos Entidad Medicación
Dependencias Funcionales
Aplicación de 5FN
INTRODUCCION
En esta sección podremos ver las dependencias funcionales y la aplicación de las
5 formas normales que se establecieron en la base de datos diseñada
especialmente para la gestión y control de un zoológico.
En cuanto a las dependencias funcionales veremos el uso de los diferentes tipos
que existe y de las que hicimos uso para el desarrollo de nuestra base de datos.
Con esto damos pie al el uso y aplicación de las 5 formas normales en nuestras
BDD para así no tener redundancias en la base de datos y reducir tiempo de
respuesta en cuanto a las consultas, podremos ver a las tablas atomizadas (1FN),
con dependencia total hacia la primaryKey y la respectiva existencia de esta cada
tabla(2FN), ningún atributo no-primario es dependiente transitivamente de la
primary key (3FN), así como la eficiente y correcta representación de las
dependencias multivaluadas en el diseño de la BDD (4FN), por último que cada
dependencia de unión (join) en la BDD sea implicada por claves candidatas, y esta
contenga a las todas formas normales anteriores(5FN).
Dependencias funcionales
Diagrama 3.1 Representación de las dependencias funcionales
Aplicación de las 5 Formas Normales
Primary key FKIndex
Zoológico
Nombre Dirección # Animales Tamaño Dueño
Zoológico-normalizada
Nombre Dueño Tamaño No_Animales Calle numero Ciudad
Personal
nombre CURP Fecha de nacimiento dirección teléfono
Personal- normalizada
CURP ZOO_Nombre
Nombre Fecha_de_naciminto Ciudad Calle Numero
Veterinario
especialidad Cedula profesional
Veterinario-normalizada
Personal_CURP Especialidad Cedula profesional
Cuidador
Habitad a cargo
Cuidador-normalizada
Personal_CURP Habitad a cargo
Compra alimentos
No. Compra Proveedor Fecha Total
Compra de medicamentos-Normalizada
No. Compra Gerente_Personal_CURP Proveedor_idProvedor Fecha Total
Compra de medicamentos
No. Compra proveedor fecha total
Compra de medicamentos-Normalizada
No. Compra Gerente_Personal_CURP Proveedor_idProvedor Fecha Total
Proveedor - CATALOGO
idProvedor Empresa Teléfono RFC Calle Número Ciudad Contacto
Descripción de compra alimentos y Descripción de compra de medicinas
No. de compra Clave d alimento Cantidad precio Fecha de caducidad
Descripción de compra alimentos-Normalizada
Alimento_claveAliment ComprAliment_NoCompr Cantidad precio F_caducidad
Descripción de compra de medicinas-Normalizada
Medicina_claveMedicina ComprMedicamentos_NoCompr
Cantidad precio F_caducidad
Almacén
Clave Entrada salida observaciones existencia
Almacén-normalizado
DesComprM_Med_CveMedDesComprA_Alim_CveAlime
Dieta_idDieta entrada salida observaciones existencia
Animales
Id. Animal
Nombre científico
Nombre común
especie estatura sexo peso edad Nacimiento o adquisición
Animales-Normalizada
Id. Animal
Habitad_idHabitad
Dieta_idDieta
Especie_idEspecie
Nombres_idNombres
Veterinario_Personal_Curp
estatura sexo peso edad
Nacimiento o adquisición
Dieta
Clave dieta Clave alimento porción horario
Dieta-Normalizada
idDieta Porción horario
Hábitat
Clave de habitad Tamaño vegetación Capacidad Tipo
Hábitat-Normalizada
idHabitad Cuidador_Personal_CURP Vegetación Capacidad Tipo
Consulta
Id Consulta
Id. personal
fecha hora síntomas enfermedades peso medicación vacunas Observaciones
Consulta-Normalizada
IdConsulta
Veterinario_PeCURP
Animales_idAnimal
fecha
hora
síntomas
enfermedades
peso
medicación
vacunas
Observaciones
Medicación
idMedicina Consulta_idConsulta
Algebra Relacional vs SQL
INTRODUCCION
El modelo relacional de base de datos permite traducir de una manera más
comprensible desde la perspectiva matemática. Se introducen los fundamentos del
álgebra relacional y se les relaciona con la estructura del lenguaje de BD de
consulta de bases de datos relacionales SQL, para conectar la teoría con la
práctica. De acuerdo con la teoría de conjuntos una base de datos en el modelo
de algebra relacional es un conjunto de relaciones.
Estas relaciones las vemos informalmente como “tablas” en los gestores de
bases de datos relacionales, pero no hay que olvidar que se basan en una cierta
representación matemática.
El álgebra está conformado por un conjunto de:
• Operando: objetos (valores o variables) desde los cuales nuevos objetos pueden
ser construidos.
• Operadores: símbolos que denotan nuevos objetos desde objetos dados.
El resultado es que el álgebra relacional se puede utilizar como un lenguaje de
consulta.
En este proyecto vemos como se relaciona los operandos como los operadores
con el lenguaje de SQL y aquí tenemos algunos de los símbolos que se utilizaron:
Selección
Operador de selección σ, selecciona un subconjunto de las tuplas de una relación.
Proyección
Operador de proyección π, proyecta una relación sobre un subconjunto de sus
atributos.
Unión
Dado que las relaciones son conjuntos de tuplas, se pueden realizar las
operaciones usuales de conjuntos como la unión.
r1 ∪ r2
Producto Cartesiano
Representa al producto cartesiano usual de conjuntos. Combina tuplas de
cualquieras dos (o más) relaciones, hace la combinación de todos con todos.
r1 × r2
JOIN (LEFT, RIGHT)
ALGEBRA RELACIONAL & LENGUAJE SQL
BASE DE DATOS
ALGEBRA RELACIONAL LENGUAJE SQLσ ciudad='tehuacan’ (personal) Select*from personal where ciudad='tehuacan';
π idanimales, hombres_idnombres,sexo,nacimiento_o_adquisicion(animales)
Select idanimales, nombres_idnombres,sexo,nacimiento_o_adquisicion From animales;
π idanimales,nombres_idnombres,sexo,nacimiento_o_adquisicion (σ veterinario_personal_curp=´ricardo´(animales))
Select idanimales, nombres_idnombres, sexo, nacimiento_o_adquisicion from animales where veterinario_personal_curp=´ricardo´;
δ(π veterinario_personal_curp (animales)) Select distinct veterinario_personal_curp from animales;
habitat X animals Select *from habitat,animales;σ
CompAlimentos.ProvedorA_idProverdor=CompMedicamentos .ProvedorA_idProverdor (CompAlimentos X CompMedicamentos)
Select*from compalimentos,compmedicamentos where compalimentos.provedora_idproverdor=compmedicamentos. .provedora_idproverdorSelect*from animales inner join consulta on
Tabla 4.1 Sentencias
Consulta peso animales animales.peso=consulta.peso;
Cuidador tipo habitat) Select*from cuidador inner join habitat on habitat_a_cargo=tipo;
Descompraa ] precio descompramSelect*from descompraa right join descompram on descompraa.precio=descompram.precio;
Descompraa ] precio descompramSelect*from descompraa left join descompram on descompraa.precio=descompram.precio;
π dieta,salida,existencia(almacen) Select dieta,salida,existencia from almacen;
π observaciones,sintomas,fecha (σ peso<100(consulta))
Select observaciones,sintomas,fecha from consulta where peso<100;
δ(π porcion,iddieta (dieta)) Select distinct porcion,iddieta from dieta;
Medicina X medicacion Select *from medicina,medicacion;
σ DescompraA.f_cad= DescompraM.f_cad= (DescompraA X DescompraM)
Select*from DescompraA, DescompraM where DescompraA.f_cad= DescompraM.f_cad ;
zoo calle personalSelect*from zoo inner join personal on zoo.calle=personal.calle;
Select*from nombres inner join on animales
nombres Nombres_idNombres animales) idnombres=Nombres_idnombres;
compraAlimentos] fecha compraMedicinaselect*from compraAlimentos right join compraMedicina on
compraAlimentos.fecha=compraMecina.fecha;
compraAlimentos] fecha compraMedicinaselect*from compraAlimentos left join compraMedicina on
compraAlimentos.fecha=compraMecina.fecha;
π idDieta,porcion(σporcion>2(Dieta))U π CveMedicina,Nombre(σ Nombre like ´a%´(medicina)) select iddieta, porcion from dieta where porcion>2 union select
cvemedicina, nombre from medicina where nombre like 'a%';
DescompraA ∩ DescompraMSelect*from DescompraA intersect select*from DescompraM
Conclusión
A continuación se presentara la conclusión y resultados finales del proyecto
"ZOOLOGICO” elaborado en el curso Bases de Datos de la carrera Ingeniería de
sistemas computacionales del Instituto Tecnológico Tehuacán, a cargo del
Profesor M.C Ramón Matías López
Para la realización de nuestra base de datos y la creación de consultas de base de
datos consta de archivos que permiten realizar muchas tareas diferentes con los
datos que se pueden ver sobre un “Zoológico”.
También se pueden utilizar para controlar los registros que visualiza Base de
datos la consulta no contiene información de base de datos, si no tan solo las
instrucciones necesarias para seleccionar los registros y campos requeridos de
nuestra base de datos, analizamos también la traducción matemática del algebra
relacional e ingresamos las diferentes consultas de ellas, con sus respectivos
campos que definen estas entidades, aplicando las Normas de Normalización para
nuestra primera base de datos . También como por la creación del modelo entidad
relacional podemos crear catálogos e ingresar un diccionario de datos. Todo esto
es en base a MySQL, con sus comandos que se crea las instrucciones para este
trabajo, en cual presentamos una opción de cómo generar los scripts, para que
puedan convertirse después en una base de datos eficiente.
Este proyecto nos ayudó a guiarnos y entender que en un futuro se aplicara en
cualquier empresa.
REFERENCIAS BIBLIOGRAFICAS
http://algebrarelacional.awardspace.com/Algebra%20Relacional.htm
http://programmingbernie.blogspot.mx/2009/11/catalogo-de-un-sistema-de-base-de-datos.html
http://www.belgrano.esc.edu.ar/matestudio/carpeta_de_access_introduccion.pdf
http://es.kioskea.net/contents/66-introduccion-bases-de-datos
http://basededatos-uml.blogspot.mx/2009/10/conclusiones.html