BASE DE DATOS

Base de Datos (BdD).

Conjunto de ocurrencias de varios tipos de registro en el cual, tanto los tipos de registro como sus
ocurrencias están interrelacionados mediante relaciones específicas.

Una BdD se almacena comúnmente en un dispositivo externo de almacenamiento de acceso
directo. Una BdD es atractiva por sus características ya que es un conjunto de datos integrados,
irredundante y que puede compartirse para múltiples usuarios.

Objetivos de las BdD

. Independencia de los datos. Datos no relacionados con otros aunque se modifiquen no
afecten a otros. La independencia puede ser física (Aislar programas de aplicación de
cambios en la organización de datos usados en esa aplicación) o lógica (Aislar programas
de aplicación de cambios en la organización lógica de la BdD)
. Habilidad de Compartir Datos.
. Irredundancia de los datos almacenados. Es importante a la vez no repetir datos a menos
que sea para relaciones implícitas.
. Habilidad para relacionar registros.
. Integridad. Coordinar el acceso a cambios, niveles de acceso (password), respaldos de
información, actualización de los datos, preservación de la consistencia y validez de los
datos.
. Flexibilidad de Acceso. Capacidad o habilidad para tener acceso a la información de la BdD.
. Seguridad. Uso de respaldos, password, evitar intromisiones y virus.
. Rendimiento / Eficiencia. La BdD debe ser eficiente para cualquier aplicación.
. Control y Admón. Recae sobre el programador la responsabilidad de copias piratas,
intromisiones, etc.


Sistema Manejador de BdD.

Es un conjunto de programas (Software) capaz de dar soporte y manejar una BdD integrado
(DBMS, DataBase, Manager System…. y de Microsoft Office… Access).

Para manejar información en grandes cantidades primero se creó el Lenguaje Cobol creado por
CODASYL para cubrir las necesidades de edición y formateo de datos que otros lenguajes no
manejaban. Posteriormente salieron los sistemas para manejo de archivos dando como resultado
los sistemas manejadores de BdD.




Arquitectura de un Sistema manejador
de BdD.

Existen 3 niveles en los que se puede visualizar una BdD;

. El 1° es llamado Modelo Conceptual el cual indica la forma en que el usuario visualiza una
BdD
. El 2° es la BdD organizada de acuerdo su Estructura Lógica, indica su definición,
almacenamiento y procesamiento en la computadora; y
. La 3ª es su Estructura Física


Habilidades para todo Sistema
Manejador de BdD:

. Definir la estructura lógica de las entidades (registros) y las relaciones que constituyen la
BdD. A tal estructura se le denomina Esquema o estructura de la BdD lógica.
. Definir y controlar el acceso a cualquier subconjunto de la BdD. Se denomina Subesquema
a la estructura lógica de un subconjunto.
. En el acceso a la BdD según los esquemas que se definieron mediante el DML (Lenguaje de
Manipulación de Datos).
. Definir físicamente la estructura, organización y colocación en el dispositivo de almacén
de la BdD en sí.


En el proceso de diseño de una BdD hay 3 etapas:

. Diseño de la BdD Lógica
. Diseño de la BdD Física
. Operación de la BdD


El administrador de la BdD (ADD) es el responsable de la guía y separación de las etapas del
proceso, el administrador puede ser una persono o un equipo de las mismas.

Esquemas y Relaciones

Esquema: Descripción lógica de la BdD que es definida por el DDL (Lenguaje de Definición de
Datos) el cual describe la organización que va a tener la BdD.

Subesquema: Descripción lógica de un subconjunto dela BdD.

Puerta: Control de acceso a la BdD.

Formas de definir Subesquemas

. Omitir uno o más registros del esquema



. Omitir una o más relaciones del esquema
. Omitir uno o más campos del registro
. Reordenar el orden relativo de los campos dentro del registro y agregar estructura
adicional.


Las relaciones pueden ser de dos tipos:

1. Relaciones Explícitas son las realizadas fuera del registro
2. Relaciones Implícitas son las realizadas dentro del registro


A su vez las relaciones tanto explícitas como implícitas pueden ser:

. N a N
. 1 a N
. N a 1
. 1 a 1


Ejemplo: Base de Datos del CETis

Maestros

Nombre

Cve_mtro

Edad

Dirección

Edo_Civil





Empleados

Cve_emp

Nombre

Edad

Horario





Puestos

Cve_pto

Nombre

Sueldo

Antigüedad





Familiares

Cve_fam

Nom

Parentesco

Tel





Alumnos

Cve_al

Nombre

Especialidad

Semestre





Especialidades

Cve_esp

Nombre

Créditos






Relaciones:

Maestros – Puestos Maestros – Familiares Maestros – Alumnos

 1 N 1 N 1 N

 N 1 N 1 N 1

 N N N N N N

Empleados – Puestos Empleados – Familiares Alumnos – Especialidad

 1 1 1 N 1 1

 N 1 N 1 N 1

 N 1 N N N 1

N:N



N:N

N:1

Puestos

Empleados

Familiares

Maestros



N:N



N:1

N:N

Especialidad

Alumnos







Relación Implícita



Si requerimos obtener una Lista de un Grupo de cierta especialidad, con cierto maestro,
entonces…. Omitimos relaciones, Omitimos registros y Omitimos Campos.

Maestros Alumnos Especialidad

Nombre



Nombre

Especialidad



Subesquema








Ejemplo: Base del ADO

Camiones

Cve_Cam

Modelo

Capacidad (No.
Pasajeros

Kilometraje





Choferes

Cve_Chof

Nombre

Dirección

Edad

Antigüedad





Destinos

Cve_Dest

Cd_Origen

Cd_Destino

Hr_Salida

Kilometraje





Pasajeros

Cve_Pas

Nombre

No_Asiento





Sueldos

Cve_Sdo

Pago_X_Km

Lim_Mínimo

Lim_Máximo





Relaciones:

Camiones - Pasajeros Choferes – Destinos Destinos - Pasajeros

 1 N 1 N 1 N

 1 1 N 1 1 1

 1 N N N 1 N

Choferes - Sueldos Camiones - Destinos

 1 1 1 N

 N 1 N 1

 N 1 N N








Obtener los siguientes Subesquemas:

1.- Conocer todos los destinos a los que se pueda llegar desde cada ciudad.

 Destinos

Cd_Origen

Cd_Destino





2.- Conocer los pasajeros correspondientes a un camión X

Camiones

Cve_Cam





Pasajeros

Cd_Pas

Nombre





3.- Conocer el sueldo de un chofer en una quincena

 Choferes

Cve_Chof





Destinos

Kilometraje





Sueldos

Pago_X_Kilometro





4.- Conocer los destinos de los pasajeros

Pasajeros

Cve_Pas

Nombre





Destinos

Cve_Dest

Cd_Destino





Camiones

Cve_Cam

Campo clave

En cualquier base de datos los registros incluidos en sus diferentes tablas deben estar perfectamente identificados y de esto se encargan las claves o llaves. Trasladando este concepto a la vida real, cada ciudadano tiene un número de DNI, puede haber dos personas con igual nombre e incluso apellidos iguales, pero ambos se diferenciarán por su número de DNI, que es único en "teoría".

Cada tabla debe contener al menos un campo que permita identificar unívocamente cada registro. Este campo puede ser real, como el propio DNI de una persona. O puede ser un valor que nos inventemos para conseguir el mismo fin, como un número que asignemos automáticamente a cada registro, asegurándonos (realmente lo hará Base) de que no se repita. Otra opción es utilizar una combinación de campos para identificar los registros de la tabla. Por ejemplo podríamos definir la combinación de Nombre y Apellidos de nuestra tabla para este fin. Sin embargo, existe la probabilidad de que haya alumnos con igual nombre y apellidos, por lo que no sería una clave del todo válida.

Precisamos de técnicos de campo para realizar el mantenimiento y seguimiento del hardware de las empresas.

El diseño de la base de datos relacionales se llama as o una combinación de campos que identifica de forma única clave primaria comprende de esta manera una columna o conjunto de primarios que tengan la misma clave

Una clave primaria debe identificar unívocamente a todas las posibles filas de una tabla y uno solo a las filas de una tabla y no solo a las filas que se encuentran en un momento determinado

NORMALISACION DE BASE DE DATOS

El proceso de normalización de base de datos consiste en implicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad relación al modelo relaciona

Evitar la redundancia de los datos

Evitar problemas de actualización de los datos en las tablas

Proteger la integridad de los datos

Cada tablas tiene su nombre único

No puede haber dos filas iguales

ETAPAS DEL DISEÑO DE BASE DE DATOS

Etapa del diseño conceptual en esta etapa se obtiene una estructura de la información de la futura bd independiente de la tecnología que hey que emplear

Etapa del diseño lógico en esta etapa se parte del resultado del diseño conceptual que se transforma de forma que se adapte

Etapa del diseño físico la estructura obtenida en la etapa del diseño lógico con el objetivo de conseguir una mayor eficencia