Es un repositorio en donde guardamos información integrada que podemos almacenar y recuperar.
- Un conjunto de información almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos
- Hardware: constituido por dispositivo de almacenamiento como discos, tambores, cintas, etc.
- Software: que es el DBMS o Sistema Administrador de Base de Datos.
- Datos: los cuales están almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en información.
- Usuario Final: es la persona que utiliza los datos, esta persona ve datos convertidos en información:
- Desarrollador de Aplicaciones: es la persona que desarrolla los sistemas que interactuàn con la Base de Datos.
- DBA: es la persona que asegura integridad, consistencia, redundancia, seguridad este es el Administrador de Base de Datos quien sed encarga de realizar el mantenimiento diario o periòdico de los datos.
Las personas tienen acceso DBMS se clasifican de la siguiente manera:
USUARIOS INGENUOS. – Son aquellos que interactuan con el sistema por medio de aplicaciones permanentes.
USUARIOS SOFISTICADOS.- son aquellos con la capacidad de acceder a la información por medios de lenguajes de consulta.
PROGRAMADORES DE APLICACIÓN.- son aquellos con un amplio dominio del DML capaces de generar nuevos módulos o utilerias capaces de manejar nuevos datos en el sistema.
USUARIOS ESPECIALIZADOS.- son aquellos que desarrollan módulos que no se refieren precisamente al manejo de los datos, si no a aplicaciones avanzadas como sistemas expertos, reconocimientos de imágenes, procesamiento de audio y demás.
- Archivo: son conjuntos de registros.
- Registros: son conjuntos de campos.
- Campos: es la minìma unidad de referencia.
Externo: esa es la visiòn del usuario final, se ve como se maneja los datos ya convertidos en información.
Es aquel en el que se presenta al usuario final y que puede combinaciones o relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma en el que el usuario aprecia la información y sus relaciones.
Conceptual: se ve como esta estructurado la Base Datos, equipos de campo tiene como estan estructurado los registros.
Es aquel en el que se definen las estructuras lógicas de almacenamiento y las relaciones que se darán entre ellas. Ejemplos comunes de este nivel son el diseño de los registros y las ligas que permitirán la conexión entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos.
Interno: se ve como se almacena los datos fisicamente.
Es aquel en el que se determinan las características de almacenamiento en el medio secundario. Los diseñadores de este nivel poseen un amplio dominio de cuestiones técnicas y de manejo de hardware. Muchas veces se opta por mantener el nivel físico proporcionado por el sistema operativo para facilitar y agilizar el desarrollo.
DBMS(Data Managment System (Sistema Administrador de Base de Datos) )
Los Sistemas Gestores de Bases de Datos son un tipo de software muy específico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. En los textos que tratan este tema, o temas relacionados, se mencionan los términos SGBD y DBMS, siendo ambos equivalentes, y acrónimos, respectivamente, de Sistema Gestor de Bases de Datos y DataBase Management System, su expresión inglesa.
Subsistema de un DBMS
Lògicos: son cualquier tipo de consulta requerimiento de lectura con ingreso de datos (requerimiento de estructura) es ayudado por el Sistema Operativo para convertir estos requerimientos lògicos en fìsicos que actuàn sobre dispositivos de almacenamiento.
Herramientas de definición: permite definir y modificar la estructura de la Base de Datos, a este nivel definimos lo que se conoce como "Esquema " que es la definición total de Base de Datos, es que definimos la estructura de la tabla, los tipos de campos, las restricciones para los campos.
- Subesquema: manejo de vistas de datos, de niveles externos.
- Esquema: manejo de niveles conceptuales.
Interface de Procesamiento: me provee de las facilidades de actualizaciòn, despliegue y visualizaciòn de datos.
Desarrollo de Aplicaciones: me permite generar una aplicación por Ej: generadores de formas, pantalla, còdigo, herramientas case, etc.
Diccionario de Datos: este es el componente al subsistema con el que interactuàn directamente el DBA, le proporciona niveles de consulta y reportes útiles para su trabajo de administración. Es la descripción de la estructura de Base de Datos y relaciones entre datos, y programas.
Caracterìsticas y Objetos:
- Independencia de Datos: el DBMS me provee una independencia de mis datos vs. las aplicaciones.
- Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento).
- Minimizar Redundancia (Datos repetidos): desperdicio de Espacio de Almacenamiento.
Independencia de datos es proteger nuestro programa de aplicaciones frente a las modificaciones en la estructura de datos y viceversa, ya sea en forma física ò lógica.
- Independencia Física: es protección a los programas de aplicación debido a cambios en la estructura de archivos, con cambios en las características de los campos. Ej: cambio de clave primaria a secundaria.
- Independencia Lógica: protección a los programas de aplicación cuando se modifica el esquema.
Redundancia, datos repetidos y distribuidos en cualquier parte. El efecto que ocasiona la redundancia es tener inconsistencia de datos y desperdicio de espacio de almacenamiento.
Esta se presenta cuando se repiten innecesariamente datos en los archivos que conforman la base de datos.
- Inconsistencia de Datos: dato que esta en lugar con un valor y encuentra en otro lugar con otro valor. Ej: se actualiza el archivo cliente pero no se actualiza el archivo de transacciones.
Ocurre cuando existe información contradictoria o incongruente en la base de datos.
Integridad: conjunto de seguridades que son utilizadas para mantener los datos correctos.
Ocurre cuando no existe a través de todo el sistema procedimientos uniformes de validación para los datos.
- Fuente de Error: estas fuentes de error se origina si el programa de entrada de datos no esta validado. Ej: fallas de hardware, actualizaciones incompletas, defectos del software, inserción de datos no vàlidos, errores humanos.
Una tècnica que usa el BDMS de una entrada de datos no vàlida es la validación.
Validación: es proteger los datos, validar los datos en la entrada de datos. Existen tipos de validaciones:
- Tipo de Dato: es si se define un campo como carácter ò char y no puede ingresar nùmeros enteros.
- Valor de Dato: si se define un valor entero se puede especificar un rango y no se puede pasar de ese valor.
- Valores Claves / No Nulos: asegura registros ùnicos y cuyos valores no sean nulos.
- Integridad Referencial: asegura al DBMS que no exista registros hijos sin sus registros padres correspondientes.
Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados para sincronizar los procesos que afectan a la base de datos. Comúnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo
Granularidad: que es el tamaño de las unidades aseguradas. Ej: la granularidad puede proteger un campo, un registro, un archivo,etc.
Dead-look(bloqueo): es la tècnica que evita errores de concurrencia, se da cuando se desarrolla una espera circular entre dos transacciones y cada una de estas solicita una actualizaciòn sobre el mismo archivo, no permite a otros usuarios el recurso hasta que tèrmine el proceso, se da la espera circular.
Recuperar los datos frente a las fuentes de error mencionadas anteriormente. La restauración de la Base de Datos a su estado normal es responsabilidad del DBA, quien esl el responsable de implantar procedimientos de detecciòn de error y recuperaciòn.
El DBA es quien tiene el control centralizado de la base de datos. Se persigue con esto reducir el número de personas que tengan acceso a los detalles técnicos y de diseño para la operación del DBMS.
Las soluciones principales de un DBA son:
DEFINICION DEL ESQUEMA.- Crea el esquema original de la base de datos y genera el diccionario de datos por medio de proposiciones en DDL.
DEFINICION DE ESTRUCTURAS DE ALMACENAMIENTO Y METODOS DE ACCESO.- Se encarga de generar a seleccionar estructuras para el medio secundario y definir los métodos de acceso a la información, esto ultimo por medio de proposiciones en DML.
MODIFICACION DE ESQUEMA Y ORGANIZACIÓN.- Es una actividad poco frecuente que consiste en rediseñar el esquema de la base de datos. Esto se haría necesario ante la modificación abrupta de las condiciones originales que dieron pie al diseño del esquema primario. Las proposiciones para llevar a cabo esta tarea se realizan en DDL.
CONCESION DE AUTORIZACIONES DE ACCESO.- Se encarga de registrar a los usuarios para permitir su acceso al DBMS. Asigna a cada uno de ellos una serie de atributos que le permiten gozar de privilegios como el acceso a determinadas áreas de aplicación, de los datos o del uso de recursos en el sistema.
ESPECIFICACION DE LAS LIMITANTES DE INTEGRIDAD.- Crea una serie de tablas donde se especifica el conjunto de restricciones que serán aplicables durante los procesos de actualización
Para recuperar:
Backup(respaldo): disco duro,cinta.
- Backup caliente: Base de Datos esta operativa.
- Backup frio: Base de Datos no esta operativa.
Archivos de Logs: (registro de transacciòn)
Son las transacciones diarias que se registran en la Base de Datos. Cuando ocurre un problema se acude a los archivos de logs se hace un REVERSO y tambièn se puede recuperar la ùltima transacción que se hizo.
Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando así el acceso a intrusos.
La seguridad de los datos se puede definir en las siguientes aspectos:
- Objeto a asegurar: el primer objeto a asegurar son los objetos, programas y finalmente al esquema.
- Codificaciòn de Claves: el DBMS provee la seguridad de los Login (usuario y password).
- Control de Acceso: se especifican seguridades contra accesos indicados orientado a personas no autorizada.
El DBMS debe proveer al DBA de todos los mecanismos para control y administración de recursos. Para que el DBA con integridad de datos, recuperaciòn de errores e implementaciòn de seguridad.
Establecimiento de Relaciones entre Datos
El BDMS debe proveer los recursos para el establecimiento de relaciones entre los datos, cuales son las relaciones: 1 -> 1, 1 -> n, n -> n
Etapas:
- Planificación del Proyecto
- Definición del Sistema
- Recolección y Análisis de los Requisitos
- Diseño de la Base de Datos
- Selección del SGDB / DBMS
- Diseño de la Aplicación
- Prototipo
- Implementaciòn
- Conversión y Carga de datos
- Prueba
- Mantenimiento
Estas etapas no son estrictamente secuenciales de hecho hay que repetir algunas de las etapas varias veces haciendo lo que se conoce como "Ciclos de Re-alimentaciòn" por Ej: los problemas que se encuentran en la etapa de Diseño de la Base de Datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
El ciclo de vida de un desarrollo de una base de datos consta de siete pasos:
Análisis de las necesidades
Estudio de viabilidad
Definición de requisitos
Diseño conceptual / lógico
Implementación
Evaluación y Mantenimiento
Planificación del Proyecto:
Esta etapa con lleva la planificación de como se puede llevar acabo las etapas de ciclo de vida de la manera màs eficiente, hay tres componentes principales:
- El trabajo que se va arealizar.
- Los recurso para llevarlo acabo.
- El dinero para pagar todo ello.
Definición del Sistema
En esta etapa se especifica el àmbito y los ìndices de la aplicación de la Base de Datos asì como con que otros sistemas interactua. Tambièn hay que determinar quienes son los usuarios y las àreas de la aplicación.
Recolección y Análisis de los Requisitos:
En esta etapa se recoge y analiza los requerimientos de los usuarios y de las àreas de aplicación. Esta información se la puede recoger de varias formas:
- Entrevistando el personal de la empresa concretamente aquellos que son considerando expertos en la àrea que se de.
- Observando el funcionamiento de la empresa.
- Examinando documentos sobre todo aquellos que se utilizan para recoger o visualizar la información.
- Utilizando cuestionario para recoger información de grandes grupos de usuarios.
- Utilizan la experiencia adquirida en el Diseño de Sistemas similares.
Esta etapa tiene como resultado en conjunto de documentos con las especificaciones de requisitos de los usuarios en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.
Los requisitos de desarrollo involucran el software y hardware necesario para la implementación, los recursos humanos necesarios (tanto internos como externos), la formación al personal.
En esta etapa se crea un esquema conceptual de la base de datos. Se desarrollan las especificaciones hasta el punto en que puede comenzar la implementación. Durante esta etapa se crean modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulación de los diferentes grupos de usuarios.
Si parte de la información necesaria para crear algún elemento establecido ya se encuentra implementado en otro sistema de almacenamiento hay que documentar que relación existirá entre uno y otro y detallar los sistemas que eviten la duplicidad o incoherencia de los datos.
El diseño consta, como se vio anteriormente, de tres fases: el diseño global o conceptual, el diseño lógico y el modelo físico.
Esta etapa consta de tres fases: diseño conceptual, diseño lògico, diseño fisico de la Base de Datos.
La primera fase consiste en la producción de un esquema conceptual que es independiente de todos los consideraciones fisicas.este modelo se refina después en un
esquema lògico eliminando las construcciones que no se puede representar en el modelo de Base de Datos escogido (relacional, orientado a objeto,etc). En la tercera
fase el esquema lògico que traduce un esquema fisico para el sistema gestor de Base de Datos escogido. La fase de diseño fisico considera las estructuras de
almacenamiento y los mètodos de acceso necesarios para proporcionar un acceso eficiente a la Base de Datos en memoria secundaria.
Selección del SGBD / DBMS:
Si no se dispone de un Sistema Gestor de Base de Datos o que se encuentre obsoleto se debe escoger un SGBD que sea adecuado para el sistema de información esta
elecciòn se debe hacer en cualquier momento antes del diseño lògico.
Diseño de aplicación:
En esta etapa de diseña los programas de aplicación que usaràn y aplicarà la Base de Datos, esta etapa el diseño de la Base de Datos son paralelos en la mayor parte de
los casos no se puede finalizar el diseño de las aplicaciones hasta que se a terminado el diseño de Base de Datos. Por otra lado la Base de Datos exige para dar soporte
a las aplicaciones por lo que ahora una retroalimentación desde el diseño de las aplicaciones al diseño de la Base de Datos. En esta etapa hay que asegurarse de que
toda la funcionalidad especificada en los requisitos de usuarios se encuentra en el diseño de la aplicación.
Prototipo:
Esta etapa es opcional es para construir prototipo de la aplicaiòn que permiten a los diseñadores y al usuario probar el sistema, un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final pero es suficiente para que los usuarios puedan usar el sistema e identificar que aspectos estan bien, cuales no son adecuados ademàs de poder sugerir mejora ò la inclusión de nuevos elementos.
Implementaciòn:
En esta etapa se crean las definiciones de la Base de Datos a nivel conceptual externo ò interno, asì como los programas de aplicación la implementaciòn de la Base de Datos se realiza mediante las sentencias SQL, estas sentencias se encargan de crear el sistema d la base, los ficheros donde se almacenaràn los datos y las vistas de los usuarios.
Los programas de aplicación se implementan utilizando lenguaje de tercera y cuarta generaciòn, partes de estas aplicaciones son transacciones de la Base de Datos que se implementan tambièn mediante lenguaje SQL. La sentencia de este lenguaje se pueden embeber en un lenguaje de programciòn anfitrion como Visual Basic,Java, etc. Tambièn se implementan en esta etapa todos l,os controles de seguridad e integridad.
Una vez totalmente detallado el modelo conceptual se comienza con la implementación física del modelo de datos, a medida que se va avanzando en el modelo el administrador del sistema va asegurando la corrección del modelo y el validador la utilidad del mismo.
Conversión y Carga de datos:
Esta etapa es necesaria cuando se esta reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente ò si es necesario se convierte al formato que requiera el nuevo SGBD y luego se carga esta etapa se la suele llamar "Migraciòn".
Prueba:
En esta etapa se prueba y vàlida el sistema con los requisitos especificados por los usuarios. Para ello se debe diseñar una materia de test con datos reales que se deben llevar acabo de manera metòdica y rigurosa. Si la fase de prueba se lleva correctamente descubrirà los errores en los programas de aplicación y en la estructura de la Base de Datos.
Mantenimiento:
Una vez que el sistema esta completamente probado o implementado se pone en marcha. El sistema esta ahora en la fase de mantenimiento en la que se lleva acabo los siguientes tareas: monitoreo de las prestaciones del sistema y mantenimiento, y actualizaciòn del sistema.
En esta última etapa todos los usuarios del sistema acceden a la base de datos y deben asegurarse el correcto funcionamiento de la misma, que sus derechos son los adecuados, teniendo a su disposición cuanta información necesiten. También deberán asegurarse que el acceso a los datos es cómodo, práctico, seguro y que se han eliminado, en la medida de lo posible, las posibilidades de error.
El administrador se asegura que todos los derechos y todas las restricciones han sido implementadas correctamente y que se ha seguido en manual de estilo en la totalidad de la implementación
- Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.
- Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.
- Relaciòn: es la asociación significativa y estable entre dos entidades
- Atributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)
Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas. Ej:
Las relaciones se representan con lìneas que conectan las cajas de las entidades. Ej:
Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas. Ej:
Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.
Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:
- Grado ò Cardinalidad: que se clasifica en:
- Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.
- Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.
Como se lee el Grado ò Cardinalidad:
- Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B.
- Muchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.
- Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.
Una instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio. Ej:
Atributo:
Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.
Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.
Adicionalmente los atributos pueden ser obligatoriou opcionales.
- A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).
- A los atributos obligatoriose les antepone el asterisco (*).
- A los atributos opcionales se les antepone un circulo (o).
Ejemplo:
En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.
- Los supertipo agrupa a dos ò màs entidades subtipo.
- Los subtipo heredan los atributos de las entidades supertipo.
- Cada subtipo puede tener relaciones propias independientes del supertipo.
- Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
No hay comentarios :
Publicar un comentario