0% encontró este documento útil (0 votos)
61 vistas5 páginas

Base de Datos Unidad 1

El documento habla sobre los conceptos básicos de las bases de datos, incluyendo los problemas que llevaron a su creación, sus componentes y estructura, y las ventajas que proporcionan sobre los sistemas de archivos tradicionales como la reducción de redundancia y mayor integridad y seguridad de los datos.
Derechos de autor
© Attribution Non-Commercial (BY-NC)
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
61 vistas5 páginas

Base de Datos Unidad 1

El documento habla sobre los conceptos básicos de las bases de datos, incluyendo los problemas que llevaron a su creación, sus componentes y estructura, y las ventajas que proporcionan sobre los sistemas de archivos tradicionales como la reducción de redundancia y mayor integridad y seguridad de los datos.
Derechos de autor
© Attribution Non-Commercial (BY-NC)
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd

CONCEPTOS BSICOS DE BASE DE DATOS El problema de los datos Todas las empresas requieren almacenar informacin.

. Cada elemento informativo (nombre, direccin, sueldo, etc.)

Tras la aparicin de la informtica estos datos se almacenan en archivos digitales dentro de las unidades de almacenamiento del ordenador (a veces en archivos binarios, o en hojas de clculo, ...). En los inicios de la era informtica, cada programa almacenaba y utilizaba sus propios datos de forma un tanto catica. Se tenia grandes inconvenientes: Coste de almacenamiento elevado. Datos redundantes (se repiten continuamente). Probabilidad alta de inconsistencia en los dato.s La solucin

la solucin a este problema es hacer que todas las aplicaciones utilicen los mismos datos. Esto provoca que los datos deban estar mucho ms protegidos y controlados. Adems los datos forman una estructura fsica y funcional que es lo que se conoce como base de datos. Una base de datos es una serie de datos relacionados que forman una estructura lgica, es decir una estructura reconocible desde un programa informtico. Esa estructura no slo contiene los datos en s, sino la forma en la que se relacionan. Las bases de datos empiezan a aparecer en los aos 60 y triunfan en los aos setenta y ochenta.

Procesamiento de Datos Un bit es la unidad bsica de almacenamiento de datos informticos. Los bits se agrupan en bloques de ocho para formar bytes, que pueden almacenar un valor que la computadora puede interpretar como caracteres o calidad de la informacin. Un campo es un elemento de informacin que puede almacenarse. Son colecciones de bytes que almacenan las caractersticas de una entidad (para describir una entidad), por ejemplo una persona, un ordenador, un coche etc Un registro consta de dos o ms valores o variables almacenados en posiciones consecutivas de memoria.

Un archivo est compuesto por una coleccin de registros. Una base de datos es una coleccin integrada de registros relacionados lgicamente, o archivos que consolidan los registros previamente almacenados en archivos separados en un fondo comn de los registros de datos que proporciona datos para muchas aplicaciones. Conceptos bsicos particular Base de datos: conjunto de datos, que pueden estar organizados y/o interrelacionados de alguna manera con un propsito

DBMS: Sistema Manejador de Bases de Datos (DataBase Manager/Management System) es una coleccin e datos interrelacionados y un conjunto de programas para accesarlos. Es decir un sistema para crear, manipular y aprovechar bases de datos. *Algunos lo llaman SGBD (Sistema Gestionador de Bases de Datos) Qu son los sistemas de archivos? Un sistema de archivos son los mtodos y estructuras de datos que un sistema operativo utiliza para seguir la pista de los archivos de un disco o particin; es decir, es la manera en la que se organizan los archivos en el disco. El trmino tambin es utilizado para referirse a una particin o disco que se est utilizando para almacenamiento, o el tipo del sistema de archivos que utiliza. As uno puede decir tengo dos sistemas de archivo refirindose a que tiene dos particiones en las que almacenar archivos. Escenarios de bases de datos una base de datos Podemos afirmar que las bases de datos estn en todas partes, cualquier problema que podamos pensar podemos asociar Bancos: cuentas, transacciones, fondos de ahorro, SAR Aerolneas: reservaciones, pasajes, suministros, personal de vuelos Escuelas: cursos, calificaciones, horarios Negocios: compras, proveedores, ventas, clientes, devoluciones Fbricas: flujo de procesos, almacenes, envos Recursos Humanos: empleados, puestos, salarios, impuestos, prestaciones

Sistema de bases de datos Un sistema de bases de datos sirve para integrar los datos. Lo componen los siguientes elementos: Hardware. Software. Datos. Usuarios. Personas que manipulan los datos del sistema. Hay tres categoras: Usuarios finales. Aquellos que utilizan datos de la base de datos para su trabajo cotidiano que no tiene por qu tener que ver con la informtica. Desarrolladores. Analistas y programadores encargados de generar aplicaciones para los usuarios finales. Administradores. Tambin llamados DBA (Data Base Administrator), se encargan de gestionar las bases de datos. Ventajas de las bases de datos

redundancia. Desventajas

La independencia de los datos, los programas y procesos permite: Modificar los datos sin modificar el cdigo de las aplicaciones. Menor redundancia. No hace falta tanta repeticin de datos. Aunque, slo los buenos diseos de datos tienen poca Integridad de los datos. Mayor dificultad de perder los datos o de realizar incoherencias con ellos. Mayor seguridad en los datos. Al limitar el acceso a ciertos usuarios. Datos ms documentados. Gracias a los metadatos que permiten describir la informacin de la base de datos. Acceso a los datos ms eficiente. La organizacin de los datos produce un resultado ms ptimo en rendimiento. Menor espacio de almacenamiento. Gracias a una mejor estructuracin de los datos.

Instalacin costosa. El control y administracin de bases de datos requiere de un software y hardware poderoso. Requiere personal cualificado. Debido a la dificultad de manejo de este tipo de sistemas. Implantacin larga y difcil. Ausencia de estndares reales. Lo cual significa una excesiva dependencia hacia los sistemas comerciales del mercado.

Sistemas de bases de datos vs sistemas de archivos La funcionalidad adicional que provee un DBMS surge en base de algunos inconvenientes al emplear sistemas de archivos nicamente:

Redundancia de datos e inconsistencias (Redundancy and Inconsistency): formatos, duplicidad de informacin (alto costo de almacenamiento y acceso) e incongruencia entre datos o copias de datos a lo largo del sistema. Dificultad de acceso (Access): en un sistema de archivos no se pueden obtener aquellos datos que no estn implantados en un programa, se carece de niveles de abstraccin. Aislamiento de datos (Isolation): debido al factor tiempo y los requerimientos que van surgiendo se puede llegar a tener un problema al intentar separar un conjunto de datos porque ya se tiene un enredo en los archivos y se podra dar el caso en que dos usuarios estn manipulando la misma informacin pero de distinta manera.

Integridad (Integrity): si queremos asociar dos datos, por ejemplo un alumno con una materia que est cursando, debemos asegurarnos que ambas entidades existan, de lo contrario el alumno parecer cursando un curso fantasma y viceversa. Para ello se emplean "restricciones de consistencia" (consistency constraints) Atomicidad (Atomicity): el problema clsico de transacciones bancarias, u ocurre toda la transaccin o no ocurre nada pero no puede quedarse a medias. Acceso concurrente (Concurrent-access): garantizar un buen tiempo de respuesta, que todos los usuarios puedan accesar y/o modificar la informacin; esto no es fcil porque tambin hay que considerar que aunque los datos son los mismos, las aplicaciones no necesariamente lo son.

Seguridad (Security): no toda la informacin debe estar disponible a todos los usuarios, algunos usuarios solo tendrn permisos de lectura, esto es relativamente sencillo de resolver aplicando "roles" pero el problema aumenta cuando en luegar de pensar en terminos de usuarios pensamos en terminos de aplicaciones ya que el nmero de roles y sus combinaciones aumenta y mantener las restricciones de seguridad se torna complicado. Las bases de datos estn compuestas de datos y de metadatos. Los metadatos son datos que sirven para especificar la estructura de la base de datos; por ejemplo qu tipo de datos se almacenan (si son texto o nmeros o fechas ...), qu nombre se le da a cada dato (nombre, apellidos,...), cmo estn agrupados, cmo se relacionan,.... De este modo se producen dos visiones de la base de datos: Estructura lgica. Es una estructura que permite idealizar a la base de datos. Sus elementos son objetos, entidades, nodos, relaciones, enlaces,... que realmente no tienen presencia real en la fsica del sistema. Por ello para acceder a los datos tiene que haber una posibilidad de traducir la estructura lgica en la estructura fsica. Estructura fsica. Es la estructura de los datos tan cual se almacenan en las unidades de disco. La correspondencia entre la estructura lgica y la fsica se almacena en la base de datos (en los metadatos). Sistema gestor de bases de datos

Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar ms a menudo las siglas DBMS procedentes del ingls, Data Base Management System) es el software que permite a los usuarios procesar, describir, administrar y recuperar los datos almacenados en una base de datos.

El xito del DBMS

Reside en mantener la seguridad e integridad de los datos. Lgicamente tiene que proporcionar herramientas a los distintos usuarios. Entre las herramientas que proporciona estn: Herramientas para la creacin y especificacin de los datos. As como la estructura de la base de datos. Herramientas para administrar y crear la estructura fsica requerida en las unidades de almacenamiento. Herramientas para la manipulacin de los datos de las bases de datos, para aadir, modificar, suprimir o consultar datos. Herramientas de recuperacin en caso de desastre Herramientas para la creacin de copias de seguridad

Funciones de un DBMS Funcin de descripcin. Sirve para describir los datos, sus relaciones y sus condiciones de acceso e integridad. Adems del control de vistas de usuarios y de la especificacin de las caractersticas fsicas de la base de datos. Funcin de manipulacin. Permite buscar, aadir, suprimir y modificar datos de la base de datos. El DBMS proporciona una lenguaje de manipulacin de datos (DML) para realizar esta funcin. Funcin de control. Incorpora las funciones que permiten una buena comunicacin con la base de datos. Adems proporciona al DBA los procedimientos necesarios para realizar su labor

Funcionamiento de los DBMS Los datos son responsabilidad del DBMS, por lo que cualquier acceso debe ser realizado por ste. Lgicamente el DBMS va a acabar comunicndose con el Sistema Operativo ya que el acceso a los ficheros de datos implica utilizar funciones del sistema operativo. En la pgina siguiente se observa cmo se produce la interaccin completa entre un proceso de usuario y un sistema gestor de bases de datos.

EL esquema

Unidad 2: Funciones de un manejador de bases de datos. 1. Recuperacin: Concepto, acciones a tomar para hacer la recuperacin, Rollback. 2. Integridad y seguridad: reglas de integridad. 3. Concurrencia: problemas de interferencia. 5. Cmo es la recuperacin de los datos a realizar? Un especialista en recuperacin de datos examinar un disco duro a travs de una norma paso a paso. El primer paso de recuperacin de datos implica una evaluacin inicial. Despus de hablar con el ordenador del usuario acerca de lo que ha ido mal con el ordenador, los expertos de recuperacin de datos luego buscar signos de dao fsico-es decir, si el dao fsico no es ya evidente. El disco duro se copiarn a fin de que el estado inicial de la computadora no est en peligro durante el proceso de recuperacin de datos. Por otra parte, si el ordenador est mal funcionamiento debido a problemas con el software o sistema operativo del equipo, el equipo titular puede encontrar que tienen que pagar el costo de la mano de obra para repararla. Lo que ocurre a menudo es que despus del proceso de evaluacin se haya completado, el propietario del ordenador tendr que tomar una decisin en cuanto a si desean o no la recuperacin de datos de especialistas para tomar las medidas necesarias para reparar la computadora.

Rollback En tecnologas de base de datos, un rollback es una operacin que devuelve a la base de datos a algn estado previo. Los Rollbacks son importantes para la integridad de la base de datos, a causa de que significan que la base de datos puede ser restaurada a una copia limpia incluso despus de que se han realizado operaciones errneas. Son cruciales para la recuperacin de crashes de un servidor de base de datos; realizando rollback(devuelto) cualquier transaccin que estuviera activa en el tiempo del crash, la base de datos es restaurada a un estado consistente. En SQL, ROLLBACK es un comando que causa que todos los cambios de datos desde la ltima sentencia BEGIN WORK, o START TRANSACTION sean descartados por el sistema de gestin de base de datos relacional (RDBMS), para que el estado de los datos sea "rolled back"(devuelto) a la forma en que estaba antes de que aquellos cambios tuvieran lugar. Una sentencia ROLLBACK tambin publicar cualquier savepoint existente que puediera estar en uso. En muchos dialectos de SQL, ROLLBACKs son especficos de la conexin. Esto significa que si se hicieron dos conexiones a la misma base de datos, un ROLLBACK hecho sobre una conexin no afectar a cualesquiera otras conexiones. Esto es vital para el buen funcionamiento de la Concurrencia.

La funcionalidad de rollback est normalmente implementada con un Log de transacciones, pero puede tambin estar implementada mediante control de concurrencia multiversin.

Definicin de Integridad La integridad en una base de datos se refiere a la correccin y exactitud de la informacin contenida. Una base de datos determinada podra estar sujeta a cualquier cantidad de restricciones de integridad (en general) de una complejidad arbitraria. En la mayora de los sistemas actuales, la verificacin de la integridad se realiza mediante cdigos de procedimientos escritos por los usuarios. Algunos ejemplos de restricciones de integridad seran:

Los dueos de cuentas de ahorro no pueden solicitar un monto mayor de dinero del que hayan juntado hasta la fecha. Para que un cliente sea considerado especial, deber tener un mnimo de USD 1.000 en compras promedio al ao.

La Integridad es el trmino utilizado para decir que la informacin almacenada tiene calidad. El DBMS tiene que asegurar que los datos se almacenan de acuerdo a las polticas previamente determinadas por el DBA. En otras palabras, el DBMS debe principalmente, a este respecto, comprobar las restricciones de integridad, controlar la correcta ejecucin de las actualizaciones y recuperar la base de datos en caso de prdida. La Integridad conserva la seguridad en un sistema de bases de datos que permite el acceso a mltiples usuarios en tiempos paralelos. Un control de integridad o restriccin es aquel que nos permite definir con precisin el rango de valores vlidos para un elemento y/o las operaciones que sern consideraciones vlidas en la relacin de tales elementos. Reglas de Integridad Una vez definida la estructura de datos del modelo relacional (es decir, una vez que se determina el modelo conceptual) pasamos a estudiar las reglas de integridad que los datos almacenados en dicha estructura deben cumplir para garantizar que son correctos. Al definir cada atributo sobre un dominio se impone una restriccin sobre el conjunto de valores permitidos para cada atributo. A este tipo de restricciones se les denomina restricciones de dominio. Hay adems dos reglas de integridad muy importantes que son restricciones que se deben cumplir en todas las bases de datos relacionales y en todos sus estados o instancias (las reglas se deben cumplir todo el tiempo). Estas reglas son la de integridad de entidades y la de integridad referencial. Antes de definirlas es preciso conocer el concepto de nulo y dominio. Nulo: Es un indicador que le dice al usuario que el dato falta o no es aplicable. Por conveniencia, un dato que falta normalmente se dice que tiene valor Nulo, pero el valor de Nulo no es un valor de dato real. En vez de ello es una seal o un recordatorio de que el valor falta o es desconocido. Dominio: Posibles valores que puede tener un campo. Un dominio no es ms que un tipo de dato; posiblemente un tipo simple definido por el sistema o por el usuario. El Dominio de un atributo define los valores posibles que puede tomar este atributo. Adems de los Dominios "naturales", usados como tipos de datos, el administrador del sistema puede generar sus propios dominios definiendo el conjunto de valores permitidos. Esta caracterstica, usada en forma correcta, se convierte en mecanismo de control, restriccin y validacin de los datos a ingresar. Reglas de Integridad - Dominio Un Dominio de valores posibles puede estar asociado a cada atributo. Los lmites de Dominio son la forma ms elemental de restricciones de Integridad. Son fciles de probar en el sistema siempre que se introduce un nuevo dato en el sistema. Por ejemplo: Tipos de datos en SQL Longitud 1 byte 1 byte 4 bytes 8 bytes 8 bytes 1 byte/caracter

Dato Bit Byte Counter Currency Datetime Text

Descripcin Valores true/false Entero entre 0 y 255 Campo ID (long) Numrico Fecha De 0 a 255 caracteres

Una definicin bien adecuada de restricciones de dominio no slo nos permite probar valores insertados en la base de datos. Tambin nos permite probar consultas para asegurarnos de que las comparaciones que se hacen tienen sentido. Reglas de Integridad - Relacin Las reglas de Integridad de relacin son restricciones que se deben cumplir en todas las bases de datos relacionales y en todos sus estados o instancias, es decir, se deben cumplir todo el tiempo.

Existen bsicamente dos reglas de Integridad asociadas con el modelo relacional: la Integridad de Entidad y la Integridad Referencial. Estas dos reglas son generales y tienen relacin con las llaves primarias y forneas. Integridad de Entidad Las restricciones de entidades aseguran la integridad de las entidades que son modeladas por el sistema. En el nivel ms simple, la existencia de una clave principal es una restriccin de entidad que impone la regla "cada entidad debe estar identificada de forma nica". En esta no est permitido que algn componente de la clave primaria acepte valores nulos. Las razones de esta regla son:


Integridad Referencial

Las tuplas en las relaciones base representan entidades en la realidad. Las entidades en la realidad son identificables por definicin. Sus contrapartes en la base de datos tambin deben ser identificables. Los valores de la clave primaria sirven como identificadores en la base de datos. Los valores de clave primaria no pueden ser nulos.

La regla de Integridad referencial define que la base de datos no debe contener valores de claves forneas sin concordancia. Esta regla se aplica a las claves forneas. Si en una relacin hay alguna clave fornea, entonces sus valores deben coincidir con los valores de la clave primaria a la que hace referencia, o bien, debe ser completamente nulo. Esta regla impide que, por ejemplo, en una base de datos acadmica, exista un profesor en un departamento inexistente, o un curso impartido por un profesor inexistente. Hemos de recordar que slo los productos puramente relacionales implementan realmente estas dos reglas generales de Integridad relacional. En otros, destinados al mercado domstico (un Microsoft Access por ejemplo), estas incongruencias son admitidas sin problemas. As que cuando se realiza una operacin ilegal, existen dos opciones: rechazar la operacin ilegal o bien aceptar la operacin y realizar operaciones adicionales compensatorias que conduzcan a volverla legal. Por lo tanto, para cada clave fornea en la base de datos habr que contestar a dos preguntas: 1. 2. Regla de los nulos: tiene sentido que la clave fornea acepte nulos? Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la clave fornea? Restringir: no se permite borrar la tupla referenciada. Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas que hacen referencia mediante la Anular: se borra la tupla referenciada y las tuplas que la referenciaban indicando un valor nulo a la clave fornea

clave fornea. (slo si acepta nulos). La Integridad referencial tambin vigila que se cumplan las siguientes reglas:

No se podr introducir un valor en la tabla relacionada si antes no ha sido introducida en la tabla principal. No se puede eliminar un registro de una tabla principal si existen registros coincidentes en la tabla relacionada. No se puede cambiar un valor de la clave primaria en la tabla principal si el registro tiene registros relacionados.

También podría gustarte