Sunteți pe pagina 1din 27

SISTEMAS DE ADMINISTRACION DE BASES DE DATOS (DBMS)

En general, los modelos se utilizan para ayudar a comunicar los conceptos en la mente de las personas. En este tema, aprender a identificar los componentes del modelo relacional. Cada organizacin tiene necesidades de informacin. Una biblioteca mantiene una lista de los miembros, los libros, las fechas de vencimiento, y multas. Una empresa mantiene informacin sobre los empleados, departamentos y salarios. Estas piezas de informacin son los datos de llamada. Las organizaciones pueden almacenar datos en distintos medios de comunicacin y en distintos formatos. Por ejemplo, un documento en papel puede ser almacenado en un archivador. Adems, puede almacenar datos en una hoja de clculo electrnica o en una base de datos.

Figura1. Almacenamiento de datos en diferentes medios de comunicacin.

Una base de datos es una coleccin organizada de informacin. La ventaja de almacenar la informacin en una base de datos es que los datos se hacen de fcil acceso y manejo.

Figura 2.Base de Datos

Para administrar una base de datos de manera eficiente, se necesita un sistema de gestin de base de datos (DBMS). Un DBMS es un sistema que almacena, modifica y recupera los datos en la base de datos bajo demanda.

Figura 3.Sistema de Gestion de Base de Datos Hay cuatro tipos principales de bases de datos: jerrquico, red, relacional y, ms recientemente, objeto relacional. Este curso se centra en la relacin y objeto de bases de datos relacionales.

Figura 4.Tipos de Base de Datos Antes de 1970, estructuras de datos jerrquicos y de red eran los modelos ms populares para el almacenamiento de informacin. Estos modelos dependen de la estructura de los datos y se vincula la informacin en forma de la jerarqua o la red.

Figura 5.Jerarquica y Estructura de Dato de Red Principios del modelo relacional se esbozaron por primera vez por el Dr. EF Codd en un documento llamado 06 1970, un modelo relacional de datos para grandes bancos de datos compartidos. En este artculo, el Dr. Codd propuso el modelo relacional de bases de datos. Una base de datos relacional es una coleccin de relaciones o tablas de dos dimensiones. Una base de datos relacional utiliza estas tablas de dos dimensiones para almacenar informacin.

Figura 6.Base de Datos Relacional El modelo de base de datos relacional se compone de tres componentes: una coleccin de objetos o de las relaciones, un conjunto de operadores, y las normas de integridad de datos. Las tablas son objetos en el modelo de base de datos relacional.

Figura 7.Componentes del Modelo de la Base Relacional. Un lenguaje de programacin se utiliza para actuar sobre los datos en una base de datos relacional. Lenguaje de consulta estructurado (SQL) es el instituto nacional estndar americano (ANSI) lenguaje estndar para el funcionamiento de bases de datos relacionales. Las instrucciones SQL se envan a la base de datos para la ejecucin y los resultados son recuperados.

Figura 8.Comunicarse con una Base de Datos Relacional Usando SQL. El modelo relacional precisa que las normas de integridad de datos. Reglas de integridad son las leyes que rigen las operaciones permitidas en los datos de una base de datos. Normas de integridad asegurar que los datos consistentes y precisos.

Figura 9.Reglas de Integridad Una empresa puede utilizar un RDBMS para almacenar informacin sobre todos sus empleados. Una tabla JOBS se puede utilizar para mostrar el trabajo de las identificaciones y los rangos de salario para cada ID. Una tabla almacena EMPLEADOS las identificaciones de los empleados y los nombres de los empleados. A la mesa de los grandes almacenes identificadores de departamento, los nombres y los identificadores de ubicacin. Puede ejecutar sentencias SQL para obtener informacin de la base de datos. Las instrucciones SQL se envan al servidor para su ejecucin. Recibe los resultados una vez que la declaracin se procesa con xito.

Figura 10.Acceso a los datos de una Base de Datos Relacional. Los usuarios pueden recuperar informacin en cualquier orden utilizando instrucciones SQL. Esto significa que los usuarios no tienen que estar familiarizados con el almacenamiento fsico de los datos en la base de datos. Por ejemplo, los administradores pueden recuperar los datos de los empleados en un orden alfabtico y los contadores pueden obtener los mismos datos en el orden del sueldo.

Una base de datos relacional puede contener una o varias tablas. En este tema, aprendern a conocer los elementos estructurales de una tabla de base de datos relacional con sus descripciones.

Tablas forman la estructura bsica de almacenamiento de un RDBMS. Los datos se almacenan en tablas en forma de filas y columnas. Una tabla contiene ciertos elementos, tales como la fila, columna, archivos, el valor NULL, clave principal y clave externa.

Figura 11.Elementos de la Tabla

Una tabla de almacenes de datos acerca de algo en el mundo real, como los empleados, departamentos, o salarios. En una tabla, los datos se almacenan en forma de filas y columnas. Como aparece en la tabla EMPLOYEES.

Figura 12. EMPLOYEES. Las categoras de informacin de la tabla EMPLOYEES incluyen identificacin de empleado, nombre, apellido, correo electrnico, nmero de telfono y fecha de contratacin. La tabla tambin contiene las columnas como identificador de trabajo, sueldo mensual, comisiones, y el ID de departamento. Una sola fila, o registro, representa a todos los datos de un empleado en particular. El orden de las filas que se almacenan en una tabla es insignificante. Usted puede especificar el orden de los valores de los datos que se recuperan de una tabla. Una columna o atributo, representa una caracterstica especfica acerca de los empleados. Una columna puede contener la clave primaria, clave externa, o no los valores de clave. Un valor de clave principal (PRIMARY KEY) identifica de forma nica las filas de una tabla. La columna EMPLOYEE_ID representa una columna de clave principal para la tabla EMPLOYEES. Cada fila debe contener un valor en esta columna y que el valor no puede ser duplicado.

Figura 13. EMPLOYESS. La pantalla se ha desplazado hacia la derecha para mostrar la ltima serie de columnas de la tabla EMPLOYEES. Una columna de clave externa se define como un cuadro se refiere a otro. La columna DEPARTMENT_ID muestra el identificador de departamento y representa una clave externa para la tabla EMPLOYEES.

Figura 14. EMPLOYEES. Los valores de la columna de clave externa (FOREIGN KEY) corresponden con una clave principal de otra tabla. En este ejemplo, la columna DEPARTMENT_ID identifica un departamento en la tabla DEPARTMENTS.

Figura 15. EMPLOYEES En la tabla EMPLOYEES, la columna JOB_ID representa una columna que no es un valor clave. Esto tambin se llama un valor de no clave. Los valores no tienen que ser nicos o se refieran a valores nicos en otra tabla.

Figura 16. EMPLOYEES. Un campo es el punto de interseccin de una fila y una columna. Por lo tanto, un campo slo puede contener un valor.

Figura 17.EMPLOYEES. Un campo tambin puede existir sin un valor. Esto se llama un valor NULL.

Figura 18. EMPLOYEES. La columna COMMISSION_PCT contiene informacin sobre las comisiones ganadas por los vendedores. La columna COMMISSION_PCT contiene un valor slo si el campo contiene el valor JOB_ID SA_REP. De lo contrario, la columna COMMISSION_PCT contiene un valor NULL.

Figura 19.EMPLOYEES

SISTEMA DE CICLO DE VIDA


Usted puede desarrollar una base de datos desde el concepto inicial hasta la produccin final mediante el desarrollo de sistemas de ciclo de vida. Este enfoque sistemtico de arriba hacia abajo para el diseo de base de datos le ayuda a transformar la informacin en la empresa necesita una base de datos operacionales. En este tema, aprender a secuencia de las fases del ciclo de vida del sistema de desarrollo. El desarrollo del sistema de ciclo de vida se compone de cinco fases. Estos incluyen la estrategia y anlisis, disear, construir y documentar, transicin, y la produccin.

Figura 20. Ciclo de Vida. En la fase de estrategia y anlisis, estudio y anlisis de los requerimientos del negocio. Se entrevista a los usuarios y administradores a identificar las necesidades de informacin y de las futuras especificaciones del sistema. Tambin crear modelos del sistema mediante la transferencia de la narrativa de negocios en una representacin grfica de las necesidades del negocio. En la fase de diseo, diseo de la base de datos basado en el modelo desarrollado en la fase de anlisis. El diseo completo por lo general consiste en un diagrama de relacin que detalla la estructura de base de datos. En la fase de construccin del documento y, al construir el prototipo del sistema. Escribir y ejecutar los comandos para crear las tablas y los objetos de apoyo de una base de datos. A desarrollar la documentacin del usuario, textos de ayuda y manuales de operaciones para apoyar el uso y el funcionamiento del sistema. En la fase de transicin, a refinar el prototipo. Se efectuarn pruebas de aceptacin por el usuario, la conversin de los datos existentes, y las modificaciones que sean necesarias para el sistema prototipo. En la fase de produccin, entregar el sistema a los usuarios y operar el sistema de produccin. Tambin supervisan constantemente el funcionamiento del sistema y mejorar o perfeccionar el sistema en caso de necesidad. En este tema se cubre las cinco fases del ciclo de vida del sistema de desarrollo utilizado en el desarrollo de bases de datos. Mediante la comprensin de las fases del ciclo de vida del sistema de desarrollo, puede transformar las necesidades del negocio en una base de datos operacional.

Componentes del modelo relacional


Modelos de ayudar a la gente expresar conceptos. Los diseadores de sistemas desarrollar modelos para explorar ideas y mejorar su comprensin del diseo de base de datos. En este tema, aprender a identificar los componentes del modelo de entidad-relacin. Modelado ER es comnmente utilizado por los diseadores de bases de datos durante la fase de estrategia y anlisis del ciclo de vida del sistema de desarrollo. Un modelo ER es una ilustracin de las diversas entidades en un negocio y las relaciones entre esas entidades.

Figura 21. Modelo Entidad de Relacin. Un modelo ER separa la informacin que se necesita de una empresa de los procesos que se realizan en un negocio. Los procesos pueden cambiar, pero el tipo de informacin tiende a permanecer constante. Por lo tanto, las estructuras

de

datos

que

contienen

la

informacin

rara

vez

cambian.

Figura 22. Modelo Entidad Relacin Informacin y proceso. Los tres componentes de un modelo ER son las entidades, atributos y relaciones. Estos tres componentes ayudan a disear la base de datos.

Figura 23.Componentes del Modelo ER. La entidad es una cosa de importancia sobre el cual la informacin debe ser conocida. Ejemplos de entidades son empleados, departamentos, y las rdenes.

Figura 24. Entidad Un atributo describe o califica una entidad. Por ejemplo, los atributos FIRST_NAME, EMPLOYEE_ID, y el sueldo ms informacin de la entidad de los empleados.

Figura 25. Atributo Un atributo puede ser obligatorio u opcional. Esta caracterstica de un atributo se llama opcionalidad.

Figura 26. Tipo de Atributo. Una relacin es una asociacin llamada entre las entidades que muestran la opcionalidad y grado. Por ejemplo, es posible que desee conocer la ubicacin del departamento donde un empleado trabaja. En este escenario, se necesita informacin de la tabla EMPLOYEES y la tabla DEPARTMENTS.

Figura 27.Relacion Una relacin puede ser obligatoria u opcional. Grado se refiere al tipo de relacin. El grado puede ser uno a uno, muchos-a-uno, o varios a varios.

Figura 28. Tipo de Relacin. Modelo ER convencional Si bien la creacin de un modelo ER, los diseadores de bases de datos siguen un conjunto de convenciones. En este tema, a aprender para que coincida con los componentes de entidad-relacin del modelo con sus convenciones. Una entidad se representa en un modelo ER con una caja de cualquier dimensin con esquinas redondeadas. El nombre de la entidad es singular, nico, y se muestran en maysculas. Opcional nombres alternativos de la entidad, tambin llamado sinnimos, aparecen en maysculas entre parntesis.

Figura 29. Entidad Los atributos son representados con un nombre singular en minsculas. Los atributos describen una entidad. La identificacin de empleado, nombre y nmero de telfono son la informacin relativa a la entidad de los empleados.

Figura 30 .Representacin de los atributos. Los atributos obligatorios se identifican mediante un asterisco. Estos atributos son necesarios y debe tener un valor. Los atributos opcionales se identifican

con la letra o. Estos atributos son opcionales, por lo que puede o no puede tener un valor.

Figura 31. Identificacin de los atributos Un identificador nico (UID) es un atributo que distingue a las ocurrencias individuales de una entidad. Cada ocurrencia de entidad debe ser identificable. Se utiliza el smbolo de nmero, #, para identificar a cada atributo que forma parte de la UID. UID secundaria se identifican con un smbolo de nmero entre parntesis (#).

Figura 32. Identificador nico. Una relacin se representa por una lnea que conecta dos entidades. La lnea muestra la asociacin entre las dos entidades. Cada direccin de la relacin contiene un nombre, una opcionalidad, y un ttulo. La relacin muestra que un empleado es asignado a un departamento o un departamento se compone de los empleados.

Figura 33. Componentes de asignacin 1. El nombre de una relacin describe la relacin entre las entidades. El nombre de una relacin con una frase descriptiva asignadas a o compuesto de.

Figura 34. Componentes de asignacin 2. El estilo de la lnea indica la opcionalidad. Una lnea continua indica que la relacin entre las entidades es obligatoria. Una lnea discontinua indica que la relacin entre dos entidades es opcional. Opcionalidad se distingue por el uso de las palabras debe y puede. La palabra que indica una relacin obligatoria.

Figura 35. Relaciones. En algunos casos, la mitad de una lnea puede ser slida y la otra mitad puede ser discontinua. Esto indica que la relacin es obligatoria para una entidad y opcional para las dems.

Figura 36. Relacin 2. En un modelo ER, el estilo de lnea tambin indica el grado. Una relacin tiene un grado que es uno a uno, muchos-a-uno, o varios a varios. Por ejemplo, un

cliente puede comprar un artculo o varios artculos, o muchos clientes pueden comprar un artculo o varios artculos.

Figura 37. Grado de la Relacin. Una sola lnea entre dos entidades que significa que cada entidad puede tener una y slo una ocurrencia. Por ejemplo, un coche puede tener slo un conductor y un conductor puede manejar un solo vehculo a la vez. Un smbolo de tres lneas que se extiende desde una sola lnea y entrar en una entidad que representa una relacin muchos-a-uno. El smbolo de tres lneas se llama tambin un pie de gallo. Por ejemplo, un conductor puede tener uno o ms pasajeros, pero un pasajero puede ser recogido por un nico conductor a la vez. Una lnea con un pie de gallo en cada extremo representa una relacin de varios a varios entre las entidades. Esto significa que una o ms entidades pueden estar relacionadas con varias entidades. Por ejemplo, un coche puede ser propiedad de uno o ms miembros de la familia y cada miembro de la familia puede poseer uno o ms coches.

Usted lee los modelos ER en el sentido de las manecillas del reloj utilizando la sintaxis que aparecen. En el ejemplo, el modelo se comunica que cada empleado debe ser asignado a uno y slo un departamento. Por el contrario, cada departamento puede estar compuesto por uno o ms empleados.

Figura 38. Ejemplo de relacin. Beneficios de los modelos ER Los modelos se utilizan para clasificar, describir, especificar y analizar los detalles antes de poner el producto real en la produccin. En este tema, aprender a identificar los beneficios del modelo ER. En un sistema eficaz, los datos se dividen en categoras discretas o entidades. Un modelo ER representa las diversas entidades en un negocio y las relaciones entre ellos. Mediante el uso de un modelo ER, puede documentar la informacin para la organizacin en un formato claro y preciso. Por ejemplo, las entidades y sus relaciones y atributos se pueden identificar con mucha claridad. El ejemplo de la imagen muestra las entidades EMPLOYEES y DEPARTMENTS que estn relacionados con "pertenecen a" la relacin.

Figura 39.Ejemplo de relacin 2. El modelo ER tambin le permite identificar el alcance de las necesidades de informacin. Al utilizar el modelo ER el tipo de relacin entre las entidades pueden ser claramente definidos.

Figura 40. Modelo ER. El modelo ER le ayuda a analizar su negocio y necesidades de informacin. Este anlisis de la informacin proporciona un mtodo sencillo para dibujar el diseo de su base de datos.

El modelo ER ofrece un marco eficaz para la integracin de mltiples aplicaciones. Mltiples aplicaciones pueden tener acceso a los datos de la base de datos de manera uniforme. Por ejemplo, una base de datos se puede utilizar para generar informacin de nmina y dejar los detalles de los empleados. Segn el modelo ER descrito anteriormente nos lleva a la normalizacin de la base de datos, La Normalizacin es una serie de reglas que involucra anlisis y transformacin de las estructuras de los datos en relaciones que exhiban propiedades nicas de consistencia, mnima redundancia y mxima estabilidad.

El proceso de normalizacin involucra bsicamente tres pasos. Despus de cada paso, la base de datos se convierte en formas llamadas "formas normales". Generalmente, la "tercera forma normal" es el estado que debe alcanzar una base de datos para que se diga que est totalmente normalizada. La cuarta y la quinta forma normal tambin existen, pero no son usadas en el diseo de una base de datos. Primera Forma Normal (1FN) Una tabla est en Primera Forma Normal si la tabla contiene una clave primaria; la clave primaria no contiene atributos nulos y no debe de existir variacin en el nmero de columnas, recordando que una columna no puede tener mltiples valores. Esta forma normal elimina los valores repetidos dentro de una BD. Segunda Forma Normal (2FN) Segunda forma normal Dependencia Funcional. Una relacin est en 2FN si est en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. Todos los atributos que no son clave principal deben depender nicamente de la clave principal. Tercera Forma Normal (3FN) La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave. Es decir Ningn atributo no-primario de la tabla es dependiente transitivamente de una clave candidata.