Zoologico-Base de Datos
February 25, 2017 | Author: Maricruz Calvin | Category: N/A
Short Description
Documentación del Desarrollo de un proyecto de Base de datos para un Zoológico local. Incluye todos los re...
Description
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
View more...
Comments
