Resumen Compu
Resumen Compu
Resumen Compu
Resumen capítulo I
Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de
información. La gestión de los datos implica tanto la definición de estructuras para
almacenar la información como la provisión de mecanismos para la manipulación de la
información. Además, los sistemas de bases de datos deben garantizar la fiabilidad de la
información almacenada, a pesar de las caídas del sistema o de los intentos de acceso no
autorizados. Si los datos van a ser compartidos entre diferentes usuarios, el sistema debe
evitar posibles resultados anómalos.
Ejemplares y esquemas
Las bases de datos van cambiando a lo largo del tiempo conforme la información se
inserta y se elimina. La colección de información almacenada en la base de datos en un
momento dado se denomina ejemplar de la base de datos. El diseño general de la base
de datos se denomina esquema de la base de datos. Los esquemas se modifican rara
vez, si es que se modifican
Modelos de datos
Tablas
Lenguaje de manipulación de datos
SQL ofrece un LDD elaborado que permite definir tablas, restricciones de integridad,
asertos, etc.
Por ejemplo, la siguiente instrucción del lenguaje SQL define la tabla cuenta:
SQL no es tan potente como la máquina universal de Turing; es decir, hay algunos
cálculos que no pueden obtenerse mediante ninguna consulta SQL. Esos cálculos deben
escribirse en un lenguaje anfitrión, como Cobol, C, C++ o Java. Los programas de
aplicación son programas que se usan para interactuar de esta manera con las bases de
datos. Algunos de los ejemplos de un sistema bancario serían los programas que
generan las nóminas, realizan cargos en las cuentas, realizan abonos en las cuentas o
transfieren fondos entre las cuentas.
Proceso de diseño
Los modelos de datos de alto nivel resultan útiles a los diseñadores de bases de datos
al ofrecerles un marco conceptual en el que especificar, de manera sistemática, los
requisitos de datos de los usuarios de las bases de datos y la manera en que se
estructurará la base de datos para satisfacer esos requisitos. La fase inicial del diseño
de las bases de datos, por tanto, es caracterizar completamente los requisitos de datos
de los hipotéticos usuarios de la base de datos.
Para ilustrar el proceso de diseño, examinemos el modo en que puede diseñarse una
base de datos para una entidad bancaria. La especificación inicial de los requisitos de
los usuarios puede basarse en entrevistas con los usuarios de la base de datos y en el
análisis de la entidad realizado por el propio diseñador. La descripción que surge de
esta fase de diseño sirve como base para especificar la estructura conceptual de la base
de datos. Éstas son las principales características de la entidad bancaria.
El modelo entidad-relación
El modelo de datos entidad-relación (E-R) está basado en una percepción del mundo
real que consiste en un conjunto de objetos básicos, denominados entidades, y de las
relaciones entre esos objetos. Una entidad es una “cosa” u “objeto” del mundo real
que es distinguible de otros objetos. Por ejemplo, cada persona es una entidad, y las
cuentas bancarias pueden considerarse entidades.
Normalización
Otro método de diseño de bases de datos es usar un proceso que suele denominarse
normalización. El objetivo es generar un conjunto de esquemas de relaciones que
permita almacenar información sin redundancias innecesarias, pero que también
permita recuperar la información con facilidad. El enfoque es diseñar esquemas que se
hallen en la forma normal adecuada.
Varias áreas de aplicaciones de los sistemas de bases de datos están limitadas por las
restricciones del modelo de datos relacional. En consecuencia, los investigadores han
desarrollado varios modelos de datos para tratar con estos dominios de aplicación.
Modelos de datos basados en objetos
Los sistemas de bases de datos están divididos en módulos que tratan con cada una de
las responsabilidades del sistema general. Los componentes funcionales de los sistemas
de bases de datos pueden dividirse grosso modo en los componentes gestor de
almacenamiento y procesador de consultas.
Gestor de almacenamiento
El procesador de consultas
A menudo, varias operaciones sobre la base de datos forman una única unidad lógica
de trabajo. Un ejemplo son las transferencia de fondos, como se vio en el Apartado 1.2,
en las que se realiza un cargo en una cuenta (llámese A) y un abono en otra cuenta
(llámese B). Evidentemente, resulta fundamental que, o bien tengan lugar tanto el
cargo como el abono, o bien que no se produzca ninguno.
Ahora es posible ofrecer una visión única (Figura 1.6) de los diversos componentes de
los sistemas de bases de datos y de las conexiones existentes entre ellos. La
arquitectura de los sistemas de bases de datos se ve muy influida por el sistema
informático subyacente sobre el que se ejecuta el sistema de bases de datos. Los
sistemas de bases de datos pueden esta centralizados o ser del tipo cliente-servidor, en
los que una máquina servidora ejecuta el trabajo en nombre de multitud de máquinas
clientes.
Usuarios y administradores de bases de datos
Una de las principales razones de usar SGBDs es tener un control centralizado tanto de
los datos como de los programas que tienen acceso a esos datos. La persona que tiene
ese control central sobre el sistema se denomina administrador de bases de datos
(ABD).