4ta. Evaluación de Dase de Datos.

Base de Datos Agencia
Tabla Cliente
Campos	Tipo de Dato	Longitud	Indice
Cedula	varchar	9	Primary
nombre	varchar	50
direccion	varchar	100
telefono	varchar	11
menbresia	varchar	20
sexo	varchar	1
edad	int	2

Tabla vehiculo
Campos	Tipo de Dato	Longitud	Indice
matricula	varchar	8	Primary
marca	varchar	30
modelo	varchar	30
nro_puertas	int	1
maletero	varchar	1
menbresia	varchar	20
color	varchar	20
id_oficina	varchar	6	index

Tabla oficina
Campos	Tipo de Dato	Longitud	Indice
id_oficina	varchar	6	Primary
ciudad	varchar	30
direccion	varchar	100
telefono	varchar	11

Tabla alquiler
Campos	Tipo de Dato	Longitud	Indice
cedula	varchar	9	index
matricula	varchar	8	index
dias	int	3
nombre _seguro	varchar	25

Premisas
Un cliente puede alquilar muchos vehículos y muchos vehículos pueden ser alquilados por muchos clientes
Una oficina dispone de mucho vehículos

Ejercicio de la 4ta. Unidad

Base de Datos Cine
Tabla estudio
campos	tipo de datos	longitud	indice
idestudio	varchar	6	primary
nombre	varchar	50
pais	varchar	40

Tabla actor
campos	tipo de datos	longitud	indice
idactor	varchar	6	primary
nombre	varchar	40
pais	varchar	40
sexo	varchar	1
fecha_nac	date
comision	decimal

Tabla pelicula
campos	tipo de datos	longitud	indice
idpelicula	varchar	6	primary
titulo	varchar	100
año	varchar	4
costo_produccion	decimal
ganancia	decimal
idestudio	varchar	6	index

Tabla elenco
campos	tipo de datos	longitud	indice
idactor	varchar	6	index
idpelicula	varchar	6	index
papel	varchar	40
salario	decimal

Premisas
Muchas Películas pueden ser firmadas en 1 Estudio
Un Actor puede hacer muchas películas
Una película puede tener muchos Actores en diferentes roles

jueves, 7 de mayo de 2015

Ejercicio Modelo lógico

miércoles, 6 de mayo de 2015

Ejercicio para el taller

Ejercicio de Transformación de Modelo Conceptual en Modelo Lógico

A partir del siguiente enunciado se desea realizar el modelo entidad-relación.

“Se desea informatizar la gestión de una empresa de transportes que reparte paquetes, por toda

Venezuela.

· Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar

el nro de CI, nombre, teléfono, dirección, salario y ciudad en la que vive.

· De los paquetes transportados interesa conocer el ID-Paquete, descripción, destinatario y dirección del destinatario. Un camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero.

· De las ciudades a las que llegan los paquetes interesa guardar el código de la ciudad y el nombre.

· Un paquete sólo puede llegar a una ciudad Sin embargo, a una ciudad pueden llegar varios paquetes.

· De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y potencia.

· Un camionero puede conducir diferentes camiones en fechas diferentes, y un camión puede ser conducido por varios camioneros”

Pasos a seguir: Identificar las entidades componentes, definir los atributos de las entidades e identificar a clave primaria de existir, establecer las relaciones entre las entidades y Realizar el Diagrama Entidad Relación.

A partir del siguiente enunciado se desea realizar  el modelo entidad-relación. 

“Se desea informatizar la gestión
de una empresa de  transportes que
reparte paquetes, por toda 

Venezuela.     

     ·        
Los encargados de llevar los paquetes son los camioneros, de los que se quiere
guardar 

el nro de CI,
nombre, teléfono, dirección, salario y ciudad en la que vive. 

    ·     De 
los  paquetes  transportados  interesa 
conocer  el  ID-Paquete, 
descripción,  destinatario  y dirección del destinatario. Un camionero
distribuye  muchos paquetes, y un paquete
sólo puede ser distribuido por un camionero. 

     ·        
De las ciudades
a las que llegan los paquetes interesa guardar el código de la ciudad y el
nombre. 

    ·        
Un 
paquete  sólo  puede 
llegar  a  una 
ciudad  Sin  embargo, 
a  una  ciudad 
pueden  llegar  varios paquetes. 

   ·         De los camiones
que llevan los camioneros, interesa  conocer la matrícula, modelo, tipo y potencia.

·        
Un camionero puede conducir diferentes camiones
en fechas diferentes, y un camión puede ser conducido por varios camioneros” 

Pasos a seguir: Identificar las entidades componentes, definir los
atributos de las entidades e identificar a clave primaria de existir,
establecer  las relaciones entre las
entidades y Realizar el Diagrama Entidad Relación.

B A S E D E D A T O S

UNIDAD 1: El mundo de las Bases de Datos y los Sistemas manejadores de Bases de Datos.

· Concepto de Sistema de Bases de Datos (DBS- Database System) y Sistema Manejador de Bases de Datos (SMBD – Database Management System - DBMS ).

Evolución de los Sistemas manejadores de bases de datos.

En los inicios de la programación, se manejaban grandes cantidades de datos especialmente en las aplicaciones comerciales y negocios. Estos datos se organizaban como archivos de datos en dispositivos de almacenamiento secundario tales como cintas y discos.

Los archivos de datos se pueden ver como una colección de registros, y cada registro tiene un conjunto de campos. Cada campo de los registro es de algún tipo de datos que se define en el lenguaje de programación que se está utilizando, por ejemplo Lenguaje C ó COBOL (Lenguaje Común Orientado a Negocios). Estos archivos de datos también se llaman ARCHIVOS PLANOS, pues pueden ser representados en dos dimensiones.

Las relaciones en los archivos de datos deben ser manejadas por los programadores. Dependiendo de la aplicación, los archivos de datos se pueden organizar como archivos secuenciales o archivos de acceso aleatorio.

Por lo tanto, la definición del archivo de datos y los métodos de acceder a ellos depende de la naturaleza del dispositivo en el que se crean y utilizan, esto representa un problema mayor cuando los programas se escriben para manipular los datos en las aplicaciones.

¿Qué sucede si una organización pretende migrar sus actuales dispositivos de almacenamiento a la última tecnología?. Con toda probabilidad, todos los programas (es decir, la lógica de las aplicaciones) deberán ser modificados, con cambios en la estructura de los archivos de datos y en su uso.

El Almacenamiento en un archivo plano tiene las siguientes desventajas:

- Concurrencia: Los datos pueden ser accedidos y modificados solamente por una persona a la vez.

- Integridad: Si más de una aplicación utiliza la misma información, los datos pueden corromperse (perder información). Esta posibilidad se hace mayor cuando grandes cantidades de datos son almacenados en un sistema de archivo plano.

- Relación entre Datos: Es muy difícil establecer relaciones entre los datos en un archivo plano, pues no hay una estructura predefinida para lo mismo. Los datos solamente pueden ser estructurados utilizando delimitadores entre ellos, lo que hace que relacionar los datos sea una tarea difícil para los desarrolladores de aplicaciones.

- Reutilización: El archivo plano diseñado para un sistema particular no se puede reutilizar en otro sistema. Dado el fuerte acoplamiento entre los datos y la aplicación hace virtualmente imposible integrar los mismos datos en otro sistema.

- Seguridad: Los datos son menos seguros cuando están almacenados en un sistema de archivo plano dado que los archivos pueden ser accedidos por cualquier usuario o cualquier otra aplicación.

Los Sistemas de Administración de Bases de datos Relacional (Relational Database Management Systems – RDBMS) se ocupan de muchas de estas desventajas.

Los Sistemas de Bases de Datos Relacionales (RDBMS)

Los sistemas de bases de datos relacionales RDBMS (Relational Database Management System, por sus siglas en Inglés) tales como Oracle, MySQL, SQL Server, PostgreSQL, entre otros, le permiten ejecutar las tareas que se mencionan a continuación, de una forma entendible y razonablemente sencilla:

1. Le permiten ingresar datos al sistema.

2. Le permiten almacenar los datos.

3. Le permiten recuperar los datos y trabajar con ellos.

4. Le proveen herramientas para capturar, editar y manipular datos.

5. Le permiten aplicar seguridad.

6. Le permiten crear reportes e informes con los datos.

DEFINICIÓN Y TERMINOLOGÍA DE UN RDBMS

Los sistemas de base de datos relacionales son aquellos que almacenan y administran de manera lógica los datos en forma de tablas. Una TABLA es, a su vez, un método para presentar los datos en la forma de filas y columnas.

Cada columna representa un campo único de un registro. Varias de estas columnas o campo componen un registro, proveyendo información significativa e interrelacionada. Cada registro es representado en una fila. Una tabla puede consistir en varias columnas. Muchas de las tablas que poseen datos interrelacionados e interdependientes son agrupadas por medio del establecimiento de relaciones entre ellas. Al administrar las tablas y sus relaciones, encontramos los medios para insertar, borrar, consultar y actualizar la información de un sistema RDBMS.

Arquitectura Cliente - Servidor

La arquitectura cliente/servidor es un modelo para el desarrollo de sistemas de información, en el que las transacciones se dividen en procesos independientes que cooperan entre sí para intercambiar información, servicios o recursos.

Se denomina cliente al proceso que inicia el diálogo o solicita los recursos y servidor, al proceso que responde a las solicitudes. Es el modelo de interacción más común entre aplicaciones en una red. Por otro lado los clientes suelen ser estaciones de trabajo que solicitan varios servicios al servidor. Ambas partes deben estar conectadas entre sí mediante una red.

Este tipo de arquitectura es la más utilizada en la actualidad, debido a que es la más avanzada y la que mejor ha evolucionado en estos últimos años.

Normalmente el servidor es una máquina bastante potente que actúa de depósito de datos y funciona como un sistema gestor de base de datos (SGBD).

Tipos comunes de servidor:

• Servidor de Archivos

• Servidor de Bases de Datos

• Servidor de Comunicaciones

• Servidor de Impresión.

• Servidor de Aplicaciones.

Funciones comunes del servidor:

• Acceso, almacenamiento y organización de datos.

• Actualización de datos almacenados.

• Administración de recursos compartidos.

• Ejecución de toda la lógica para procesar una transacción.

• Procesamiento común de elementos del servidor (Datos, capacidad de CPU, almacenamiento en disco, capacidad de impresión, manejo de memoria y comunicación).

• Gestión de periféricos compartidos.

• Control de accesos concurrentes a bases de datos compartidas.

• Enlaces de comunicaciones con otras redes de área local o extensa.

Arquitectura Multi Capas

La Primera Capa (Presentación o Interfaces), es la página inicial (Visual – Gráfica) que permite al usuario ver el diseño del programa.

La Segunda Capa (Reglas de Negocios), es la capa intermedia del programa donde se maneja las transacciones y reglas del negocio, actuando como intermediario entre las interfaces del usuario y la otra capa que es la de los datos.

La Tercera Capa (Datos), esta es la capa más importante del programa, ya que maneja la información basada en una plataforma potente permitiendo así una consistencia en la información, donde este proceso ayuda el resguardo de la información ante cualquier fallo que pueda tener el Software y el Hardware.

Administrador de bases de datos (también conocido como DBA, en inglés database administrator) es aquel profesional que administra las tecnologías de la información y la comunicación, siendo responsable de los aspectos técnicos, tecnológicos, científicos, inteligencia de negocios y legales de bases de datos.

Sus tareas incluyen las siguientes:

· Implementar, dar soporte y gestionar bases de datos corporativas.

· Crear y configurar bases de datos relacionales.

· Ser responsables de la integridad de los datos y la disponibilidad.

· Diseñar, desplegar y monitorizar servidores de bases de datos.

· Diseñar la distribución de los datos y las soluciones de almacenamiento.

· Garantizar la seguridad de las bases de datos, realizar copias de seguridad y llevar a cabo la recuperación de desastres.

· Planificar e implementar el aprovisionamiento de los datos y aplicaciones.

· Diseñar planes de contigencia.

· Diseñar y crear las bases de datos corporativas de soluciones avanzadas.

· Analizar y reportar datos corporativos que ayuden a la toma de decisiones en la inteligencia de negocios.

· Producir diagramas de entidades relacionales y diagramas de flujos de datos, normalización esquemática, localización lógica y física de bases de datos y parámetros de tablas.

COMPONENTES DE UN DBMS
¿QUE ES UN DBMS?
Se requiere de un sistema para manejar la base de datos. El manejo de una base de datos implica no sólo recuperar datos de la misma, sino también agregar, modificar y eliminar información de la base de datos. Un conjunto de programas que ayudan a realizar estas operaciones se denomina SISTEMA DE ADMINISTRACIÓN DE BASE DE DATOS (DATABASE MANAGEMENT SYSTEM - DBMS).
SQL(STRUCTURED QUERY LANGUAGE- LENGUAJE DE CONSULTAS ESTRUCTURADO)= Es un lenguaje de acceso a bases de datos que explota la flexibilidad y potencia de los sistemas relacionales y permite así gran variedad de operaciones.
DDL(DATA DEFINITION LANGUAGE – LENGUAJE DE DEFINICION 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 en las que se almacenan los datos. Existen 4 operaciones básica CREATE, ALTER, DROP Y TRUNCATE.
DML(DATA MANIPULATION LANGUAJE – LENGUAJE DE MANIPULACION DE DATOS)= Es un lenguaje de manipulación de datos, es un lenguaje que 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, organizados por el modelo de datos adecuado, algunas de las sentencias utilizadas son: SELECT(Seleccionar), INSERT(Insertar), UPDATE(Actualizar), DELETE(Eliminar).
Administración de Transacciones.La Administración de transacciones es un concepto muy importante en cualquier RDBMS.
¿Qué es una transacción?Es una colección de operaciones que realiza una única unidad lógica de trabajo. Una transacción es una unidad de trabajo en la cual una serie de operaciones ocurren entre las sentencias BEGIN TRANSACTION (COMIENZO DE TRANSACCION) Y END TRANSACTION (FIN DE TRANSACCION) de una aplicación. Una transacción es atómica, es decir, se hace todo el trabajo o no se hace nada. Ejemplo cuando se realiza una transferencia bancaria.
La administración de transacciones implica algunas características importantes llamadas características ACID (Atomicity, Consistency, Isolation, and Durability – Atomicidad, Consistencia, Aislamiento y Durabilidad.

Atomicidad: Las operaciones asociadas a una transacción comparten generalmente un objetivo común y son independientes. Si se ejecuta solamente un subconjunto de estas operaciones, el sistema podría comprometer el objetivo global de la transacción. La atomicidad elimina la posibilidad de procesar un subconjunto de operaciones.

Consistencia: Una transacción es una unidad de integridad porque preserva la consistencia de datos, transformando un estado consistente de datos en otro estado consistente.

Aislamiento: Una transacción es también una unidad aislada. La administración de transacción permite que las transacciones concurrentes se comporten como si cada una fuera la única transacción ejecutándose en el sistema.

Durabilidad: Una transacción es también una unidad de recuperación. Si una transacción tiene éxito, el sistema garantiza que persistan sus actualizaciones, incluso si la computadora falla inmediatamente después de una ejecución exitosa.

Definición de Administración de Bases de Datos