• Author / Uploaded
• Maricruz Calvin

• Categories
• Base de datos relacional
• Modelo relacional
• Bases de datos
• Gestión de datos
• Software

Citation preview

ntación de Base de Datos “Zoo

INTEGRANTES: Calvino Moreno Maricruz Dector Sarmiento Yesenia Vázquez Navarrete Nalleli Itandehui Bonilla Ramírez Samuel Valle Tobón Jorge

Fundamentos de Base de Datos Matías López Ramón

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 Disponibilidad El sistema va a estar disponible en cualquier momento que el usuario quiera acceder en un tiempo máximo de 1 segundo. 6 Estabilidad El 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

DICCIONARIO DE DATOS Tabla 2.1 Diccionario de datos Entidad Zoológico

Entidad: Zoológico Atributo

Tipo

Nombre

VARCHA R VARCHA R INTEGE R INTEGE R VARCHA R INTEGE R VARCHA R

Dueño Tamaño NoAnimales Calle Numero Ciudad

Longit ud 20 10 20 20

Descripción Almacena el nombre del zoológico Almacena el nombre del dueño del zoológico Almacena el área en m2 del zoológico Almacena el total de población animal en el ZOO Almacena la calle donde está ubicado el ZOO Almacena el número correspondiente al ZOO Almacena la cuidad en donde está localizado el ZOO

Tabla 2.2 Diccionario de datos Entidad Personal

Entidad: Personal Atributo

Tipo

CURP

VARCHA R VARCHA R VARCHA R DATE

NombreZOO Nombre Fecha de nacimiento Cuidad Numero Cuidad

VARCHA R INTEGE R VARCHA R

Longit ud 20

Descripción Almacena la CURP del empleado

20

Almacena el nombre del zoológico

20

Almacena el nombre del empleado

20 20

Almacena la fechad e nacimiento del empleado Almacena la calle donde vive el empleado Almacena el número de la casa del empleado Almacena la cuidad donde está localizada la casa del empleado

Tabla 2.3 Diccionario de datos Entidad Cuidador

Entidad: Cuidador Atributo

Tipo

CURP

VARCHA R VARCHA R

Habitad a cargo

Longit ud 20 10

Descripción Almacena la CURP del cuidador Almacena el habitad que tiene a cargo el cuidador

Tabla 2.4 Diccionario de datos Entidad Entidad: Veterinario Veterinario

Atributo

Tipo

CURP

VARCHA R VARCHA R VARCHA R

Especialidad Cedula profesional

Longit ud 20 10 10

Descripción Almacena la CURP del empleado Almacena la especialidad del veterinario Almacena la cedula profesional del veterinario

Entidad: Gerente

Tabla 2.5 Diccionario de datos Entidad Gerente

Atributo

Tipo

CURP

VARCHA R

Atributo

Tipo

Idhabitat

VARCHA R VARCHA R VARCHA R INTEGE R VARCHA R INTEGE R

Vegetación Capacidad Tipo Tamaño

Entidad: Teléfono

Almacena la CURP del gerente

Longit ud 10 20 20 10 -

Descripción Almacena el identificador del hábitat Almacena la CURP del cuidador que esta a cargo de ese hábitat Almacena el tipo de vegetación que tiene el hábitat Almacena la numero de animales que puede contener el hábitat Almacena el tipo de hábitat Almacena el área en m2

Tabla 2.7 Diccionario de datos Entidad Teléfono

Atributo

Tipo

CURP

VARCHA R INTEGE R

Teléfonos

Descripción

Tabla 2.6 Diccionario de datos Entidad Hábitat

Entidad: Hábitat

Cuidador

Longit ud 20

Longit ud 20 -

Descripción Almacena la CURP del empleado Almacena los teléfonos que pudiera tener el empleado

Tabla 2.8 Diccionario de datos Entidad CompAlimentos

Entidad: CompAlimentos Atributo

Tipo

NoCompra

INTEGE R VARCHA R INTEGE R DATE

CURP IdProveedor Fecha Total

Longit ud 20 -

INTEGE R

-

Descripción Almacena el no. de la compra de alimentos Amacena la CURP del empleado a cargo de realizar las compras Almacena el id del proveedor Almacena la fecha en que se hizo la compra Almacena el total de compra

Tabla 2.9 Diccionario de datos Entidad CompMedicamentos

Entidad: CompMedicamentos Atributo

Tipo

NoCompra

INTEGE R VARCHA R INTEGE R DATE

CURP IdProveedor Fecha Total

INTEGE R

Longit ud 20 -

Descripción Almacena el no. de la compra de medicinas Amacena la CURP del empleado a cargo de realizar las compras Almacena el id del proveedor Almacena la fecha en que se hizo la compra Almacena el total de compra

Tabla 2.10 Diccionario de datos Entidad Proveedor

Entidad: Proveedor Atributo

Tipo

IdProveedor

INTEGE R VARCHA R

Empresa

Longit ud 20

Descripción Almacena un identificador para el proveedor Almacena el nombre de la empresa (proveedor)

Teléfono RFC Calle Numero Cuidad Contacto

VARCHA R VARCHA R VARCHA R INTEGE R VARCHA R VARCHA R

20

Almacena el teléfono del proveedor

20

Almacena el RFC del proveedor

20

Almacena la calle de donde se localiza el proveedor Almacena el número de la dirección del proveedor Almacena la cuidad de donde se encuentra el proveedor Almacena el nombre de la persona con la que se tuvo el trato

20 20

Tabla 2.11 Diccionario de datos Entidad DescCompraA

Entidad: DescCompraA Atributo

Tipo

CveAlimento

VARCHA R INTEGE R INTEGE R INTEGE R DATE

NoCompra Cantidad Precio F_cad

Longit ud 10 -

Descripción Almacena la clave de alimento según el catalogo Almacena el numero de la compra Almacena la cantidad que se adquirió del alimento Almacena el precio del alimento Almacena la fecha de caducidad del alimento

Tabla 2.12 Diccionario de datos Entidad Alimento

Entidad: Alimento Atributo

Tipo

CveAlimento

VARCHA R VARCHA R VARCHA R

Nombre Descripcion

Longit ud 10

Descripción Almacena el identificador del alimento

20

Almacena el nombre del alimento

30

Almacena en breve descripcion del alimento

Tabla 2.13 Diccionario de datos Entidad DescCompM

Entidad: DescCompraM Atributo

Tipo

CveMedicina

VARCHA R INTEGE R INTEGE R INTEGE R DATE

NoCompra Cantidad Precio F_cad

Longit ud 10 -

Descripción Almacena la clave de la medicina según el catalogo Almacena el número de la compra Almacena la cantidad que se adquirió del alimento Almacena el precio de la medicina Almacena la fecha de caducidad de la medicina

Tabla 2.14 Diccionario de datos Entidad Medicina

Entidad: Medicina Atributo

Tipo

CveMedicina

VARCHA R VARCHA R VARCHA R

Nombre Descripcion

Longit ud 10 20 30

Descripción Almacena el identificador de la medicina Almacena el nombre de la medicina Almacena en breve descripcion de la medicina

Tabla 2.15 Diccionario de datos Entidad Almacén

Entidad: Almacén Atributo

Tipo

Clave

VARCHA R

Salida

INTEGE R INTEGE R INTEGE R VARCHA

Entrada Existencia Observaciones

Longit ud 10

50

Descripción Almacena la clave de alimento o medicina que se encuentra en el almacén Almacena el número de cosas salidas del almacén Almacena el número de cosas que ingresaron al almacén Almacena la existencia en el almacén Almacena las observaciones del

R

almacén

Tabla 2.16 Diccionario de datos Entidad Animales

Entidad: Animales Atributo

Tipo

IdAnimal

VARCHA R VARCHA R VARCHA R VARCHA R VARCHA R VARCHA R DECIMA L CHAR DECIMA L INTEGE R DATE

IdHabitat IdDieta IdEspecie IdNombres IdVeterinario Estatura Sexo Peso Edad Fecha de nacimiento

Longit ud 10

Descripción

-

Almacena un identificador para el animal Almacena el identificador del habita en el que está el animal Almacena el identificador de la dieta que lleva el animal Almacena el identificador del tipo de especie del animal Almacena el identificador del nombre común/científico del animal Almacena el identificador del veterinario que está a cargo del animal Almacena la estatura del animal

1 -

Almacena el sexo del animal (M/H) Almacena el peso del animal

-

Almacena la edad del animal

-

Almacena la fecha de nacimiento del animal

10 10 10 10 20

Tabla 2.17 Diccionario de datos Entidad Nombres

Entidad: Nombres Atributo

Tipo

IdNombres

VARCHA R VARCHA R VARCHA R

NombreComun NOmbreCienti fico

Longit ud 10 15 15

Descripción Almacena un identificador para los nombres del animal Almacena el nombre común de los animales Almacena el nombre científico de los animales

Tabla 2.18 Diccionario de datos Entidad Especie

Entidad: Especie Atributo

Tipo

IdEspecie

VARCHA R VARCHA R

Especie

Longit ud 10 10

Descripción Almacena un identificador para la especie del animal Almacena la especie de animal que hay en el ZOO

Tabla 2.19 Diccionario de datos Entidad Consulta

Entidad: Consulta Atributo

Tipo

IdConsulta

VARCHA R VARCHA R VARCHA R TIME

IdVeterinario IdAnimal Hora Enfermedades Peso Vacunas Fecha Observaciones Síntomas

Longit ud 10 20 10 -

VARCHA R DECIMA L VARCHA R DATE

20

VARCHA R VARCHA R

50

20 -

40

Descripción Almacena el identificador de la consulta Almacena el identificador del veterinario que realizo la consulta Almacena el animal consultado Almacena la hora en que se realizó la consulta Almacena las enfermedades del animal Almacena el peso de animal en la consulta Almacena las vacunas que tuvo el animal Almacena la fecha en que se realizó la consulta Almacena las observaciones del veterinario respecto al animal Almacena los síntomas que presentaba el animal

Tabla 2.20 Diccionario de datos Entidad Dieta

Entidad: Dieta Atributo

Tipo

Longit ud

Descripción

IdDieta CveAlimento Porción Horario

VARCHA R VARCHA R INTEGE R INTEGE R

10

Almacena el identificador de la dieta

10

Almacena el clave del alimento que se dio Almacena la porción que se dio

-

Almacena el horario de cada cuanto se va a alimentar

Tabla 2.20 Diccionario de datos Entidad Medicación

Entidad: Medicación Atributo

Tipo

IdMedicacion

INTEGE R VARCHA R VARCHA R

CveMedicina IdConsulta

Longit ud 10 10

Descripción Almacena un identificador de para medicación del animal Almacena la clave de la medicina suministrada Almacena el identificador de la consulta de la 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

Veterinario especialidad

Cedula profesional

Veterinario-normalizada Personal_CURP

Especialidad

Cedula profesional

Numero

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

Almacén-normalizado

salida

observaciones

existencia

DesComprM_Med_CveMed DesComprA_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_id Habitad

Dieta_id Dieta

Especie_i dEspecie

Nombres_idNo mbres

Veterinario _Personal_ Curp

estatura

sexo

peso

e d a d

Nacimi ento o adquisi ción

Dieta Clave dieta

Clave alimento

porción

Porción

horario

horario

Dieta-Normalizada idDieta

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

Observacio nes

Consulta-Normalizada IdCon sulta

Veterinario_ PeCURP

Animales_i dAnimal

fec ha

Medicación idMedicina

Consulta_idConsult a

ho ra

sínto mas

enferme dades

pe so

medic ación

vacu nas

Observa ciones

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

Tabla 4.1 Sentencia

ALGEBRA RELACIONAL σ

ciudad='tehuacan’ (personal)

LENGUAJE SQL Select*from personal where ciudad='tehuacan';

π idanimales, s_idnombres,sexo,nacimiento_o_adquisicion(animales)

Select idanimales, nombres_idnombres,sexo,nacimiento_o_adquisicion From animales;

ales,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´; Select distinct veterinario_personal_curp from anima

δ(π veterinario_personal_curp (animales)) habitat X animals σ

limentos.ProvedorA_idProverdor=CompMedicamentos rA_idProverdor (CompAlimentos X CompMedicamentos) Consulta

Cuidador

Select *from habitat,animales; Select*from compalimentos,compmedicamentos whe compalimentos.provedora_idproverdor=compmedica provedora_idproverdor

peso animales

Select*from animales inner join consulta on animales.peso=consulta.peso;

tipo habitat)

Select*from cuidador inner join habitat on habitat_a_cargo=tipo;

Descompraa ] Descompraa ]

precio descompram

Select*from descompraa right join descompram on descompraa.precio=descompram.precio;

precio descompram

Select*from descompraa left join descompram on descompraa.precio=descompram.precio;

π dieta,salida,existencia(almacen)

π observaciones,sintomas,fecha ( σ peso2 union se cvemedicina, nombre from medicina where nombre like 'a%

Select*from DescompraA intersect select*from Descom DescompraA

∩

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-debase-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