MARIA: Qu son las bases de datos?

Una base de datos es un almacn que nos permite guardar grandes cantidades de informacin de forma organizada para que luego podamos encontrar y utilizar fcilmente. A continuacin te presentamos una gua que te explicar el concepto y caractersticas de las bases de datos. El trmino de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de informacin relacionada que se encuentra agrupada estructurada. Desde el punto de vista informtico, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos. Cada base de datos se compone de una o ms tablas que guarda un conjunto de datos. Cada tabla tiene una o ms columnas y filas. Las columnas guardan una parte de la informacin sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro. Definicin de base de datos Se define una base de datos como una serie de datos organizados y relacionados entre s, los cuales son recolectados y explotados por los sistemas de informacin de una empresa o negocio en particular. Caractersticas Entre las principales caractersticas de los sistemas de base de datos podemos mencionar: Independencia lgica y fsica de los datos. Redundancia mnima. Acceso concurrente por parte de mltiples usuarios. Integridad de los datos. Consultas complejas optimizadas. Seguridad de acceso y auditora. Respaldo y recuperacin. Acceso a travs de lenguajes de programacin estndar.

Si consideramos una posible base de datos con los datos de una empresa, una tabla de CLIENTES podra ser:

Campos Cdigo Registro 1 Registro 2 Registro 3 Registro 4 1 2 3 4 Nombre Luis Marta Apellidos Grande Lilos Fran Dardeno Direccin C/ Germanas, 23 C/ Mayor, 34 C/ Valle, 56 C.P. 46723 46625 46625

Francisco Juan Lpez Mara Huesca Buevo

C/ Franciscano, 67 46521

Toda tabla debe tener un campo que sirva para identificar cada uno de sus registros, ese campo es la clave principal. La clave principal proporciona un valor nico para cada fila de la tabla y nos sirve de identificador de registros de forma que con esta clave podamos saber sin ningn tipo de equivocacin el registro al cual identifica. No podemos definir ms de una clave principal, pero podemos tener una clave principal compuesta por ms de un campo. Un campo definido como clave principal no podr aceptar valores duplicados (es decir que no podrn existir dos filas con el mismo valor en ese campo), ni podr contener el valor nulo. El valor nulo es un valor especial que indica la ausencia de valor, si en un campo de una fila tenemos el valor nulo (null en ingls) esto indica que esta fila no contiene ningn valor en ese campo. Si un campo est definido como no nulo (NOT NULL) el usuario estar obligado a rellenarlo cuando introduzca una nueva fila. Base de datos Relacional Una Base de Datos Relacional, es una base de datos que cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, de ah proviene su nombre:"Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos.1 Caractersticas

Una Base de Datos Relacional se compone de varias tablas o relaciones. No pueden existir dos tablas con el mismo nombre ni registro. Cada tabla es a su vez un conjunto de registros (filas y columnas). La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y ajenas (o forneas).

Las claves primarias son la clave principal de un registro dentro de una tabla y stas deben cumplir con la integridad de datos. Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de stas se hacen las relaciones.

HAXEL Elementos
Relaciones Base y Derivadas
En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan informacin de varias relaciones actuando como si fuera una sola.

Restricciones
Una restriccin es una limitacin que obliga el cumplimiento de ciertas condiciones en la base de datos. Algunas no son determinadas por los usuarios, sino que son inherentemente definidas por el simple hecho de que la base de datos sea relacional. Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10. Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las restricciones limitan los datos que pueden ser almacenados en las tablas. Usualmente se definen usando expresiones que dan como resultado un valor booleano, indicando si los datos satisfacen la restriccin o no. Las restricciones no son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto con los conceptos relacionales.

Dominios
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restriccin. Matemticamente, atribuir un dominio a un atributo significa "todos los valores de este atributo deben ser elementos del conjunto especificado". Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no procedurales etc. Cada tabla puede tener uno o ms campos cuyos valores identifican de forma nica cada registro de dicha tabla, es decir, no pueden existir dos o ms registros diferentes cuyos valores en dichos campos sean idnticos. Este conjunto de campos se llama clave nica. Pueden existir varias claves nicas en una determinada tabla, y a cada una de stas suele llamrsele candidata a clave primaria.

Clave primaria
Una clave primaria es una clave nica elegida entre todas las candidatas que define unvocamente a todos los dems atributos de la tabla, para especificar los datos que sern relacionados con las dems tablas. La forma de hacer esto es por medio de claves forneas.

Clave fornea
Una clave fornea es una referencia a una clave en otra tabla, determina la relacin existente en dos tablas. Las claves forneas no necesitan ser claves nicas en la tabla donde estn y s a donde estn referenciadas. Por ejemplo, el cdigo de departamento puede ser una clave fornea en la tabla de empleados. Se permite que haya varios empleados en un mismo departamento, pero habr uno y slo un departamento por cada clave distinta de departamento en la tabla de empleados.

Clave ndice
Las claves ndice surgen con la necesidad de tener un acceso ms rpido a los datos. Los ndices pueden ser creados con cualquier combinacin de campos de una tabla. Las consultas que filtran registros por medio de estos campos, pueden encontrar los registros de forma no secuencial usando la clave ndice. Las bases de datos relacionales incluyen mltiples tcnicas de ordenamiento, cada una de ellas es ptima para cierta distribucin de datos y tamao de la relacin. Los ndices generalmente no se consideran parte de la base de datos, pues son un detalle agregado. Sin embargo, las claves ndices son desarrolladas por el mismo grupo de programadores que las otras partes de la base de datos.

Procedimientos almacenados
Un procedimiento almacenado es cdigo ejecutable que se asocia y se almacena con la base de datos. Los procedimientos almacenados usualmente recogen y personalizan operaciones comunes, como insertar un registro dentro de una tabla, recopilar informacin estadstica, o encapsular clculos complejos. Son frecuentemente usados por un API por seguridad o simplicidad. Los procedimientos almacenados no son parte del modelo relacional, pero todas las implementaciones comerciales los incluyen.

Estructura
La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o instancia). El esquema es la definicin de la estructura de la base de datos y principalmente almacena los siguientes datos: El nombre de cada tabla El nombre de cada columna El tipo de dato de cada columna La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le conoce como normalizacin, el resultado de dicho proceso es un esquema que permite que la base de datos sea usada de manera ptima. Los datos o instancia es el contenido de la base de datos en un momento dado. Es en s, el contenido de todos los registros. En resumen, el principal aspecto a tener en cuenta durante el diseo de una tabla es determinar claramente los campos necesarios, definirlos en forma adecuada con un nombre especificando su tipo y su longitud. Por ejemplo: En un pequeo negocio, se puede contar con una Tabla de Clientes y Tabla de Pedidos (ver fig. 2.3). Las rdenes que pertenecen a un determinado cliente son identificadas colocando el campo de identificacin del cliente en la orden (campo clave de la tabla de clientes), lo cual permite enlazar las dos tablas.

Modelo de Bases de Datos Relacional

Limitaciones de las Base de Datos Relacionales

Estructuras muy simples (1FN). Poca riqueza semntica. No soporta tipos definidos por el ususarios (solo Dominios). No soporta Recursividad.

Falta de Procesamiento/Disparadores. No admite Herencia.

NESMARY

Bases de Datos Activas Vs Bases de Datos Pasivas En muchas aplicaciones, la base de datos debe evolucionar independientemente de la intervencin del usuario como respuesta a un suceso o una determinada situacin. En los sistemas de gestin de bases de datos tradicionales (pasivas), la evolucin de la base de datos se programa en el cdigo de las aplicaciones, mientras que en los sistemas de gestin de bases de datos activas esta evolucin es autnoma y se define en el esquema de la base de datos.
o

Base de Datos Pasivas Las bases de datos convencionales se consideran muerta o pasivas, en el sentido de que es el usuario o el programa de aplicacin quien decide que hacer a la base de datos y ella no reacciona a las acciones ejecutadas sobre ella.

Base de Datos Activas Una base de datos activa es una base de datos que contiene un subsistema que permite la definicin y la gestin de reglas de produccin (reglas activas).

o o

CARACTERISTICAS Base de Datos Pasivas Son grandes almacenes de datos. Toda la gestin es explicita.

o o o

Existen controles mnimos (clave primaria, fornea). Base de datos Activas Reaccionan ante eventos (por lo general cambios en los datos) Utilidad: Control de Restricciones Reglas de negocio: Un empleado no puede ganar ms que su jefe. Validaciones: Rif: correcto, Sexo: hombre o mujer Supongamos una aplicacin de inventario para una fbrica de productos que se apoya en una base de datos de los productos, su cantidad en stock (existencia) y que vara de acuerdo con la venta de productos. La fbrica tiene la descripcin de cada producto, del cual se tiene una cantidad en existencia; a medida que se venden los productos se altera la cantidad en existencia. Lo deseable es que cada producto tenga un rango de la cantidad en existencia, definido por un nivel mnimo y un nivel mximo de cantidad. Si la cantidad en existencia de un producto se sale de su rango, lo ideal es que se detecte esta situacin inmediatamente y se tomen medidas al respecto. Cules son las alternativas de solucin para este problema? 1. En cada transaccin que altera el valor de la cantidad en existencia, se coloca la verificacin de los lmites y se toman las medidas cuando se violen los lmites. 2. Se construye una transaccin especial que, peridicamente revisa la base de datos, verificando el rango de la cantidad en existencia de cada producto con la cantidad real. La solucin 1 es un desastre en mantenimiento y constituye una mala prctica de ingeniera de software.

Representacin de una Base de Datos Activa. El poder especificar reglas con una serie de acciones que se ejecutan automticamente cuando se producen ciertos eventos, es una de las mejoras de los sistemas de gestin de bases de datos que se consideran de gran importancia desde hace algn tiempo. Mediante estas reglas se puede hacer respetar reglas de integridad, generar datos derivados, controlar la seguridad o implementar reglas de negocio. De hecho, la mayora de los sistemas relacionales comerciales disponen de disparadores (triggers). Se han realizado mucha investigacin sobre lo que debera ser un modelo general de bases de datos activas desde que empezaron a aparecer los primeros disparadores. El modelo que se viene utilizando para especificar bases de datos activas es el modelo eventocondicinaccin (ECA). Dentro de este modelo las reglas que se utilizan para especificar situaciones con sus acciones, se les llaman reglas del tipo (ECA) o reglas que siguen el paradigma de (ECA). El formato genrico de estas reglas es: ON evento IF condicin

THEN accin El evento (o eventos) que dispara la regla: Pueden ser operaciones de consulta o actualizacin que se aplican explcitamente sobre la base de datos. Tambin pueden ser eventos temporales (por ejemplo, que sea una determinada hora del da) u otro tipo de eventos externos (definidos por el usuario). La condicin: Determina si la accin de la regla se debe ejecutar. Una vez que ocurre el evento disparador, se puede evaluar una condicin (es opcional). Si no se especifica condicin, la accin se ejecutara cuando suceda el evento. Si se especifica condicin, la accin se ejecutara slo si la condicin es evaluada en verdadero. La accin a realizar: Puede ser una transaccin sobre la base de datos o un programa externo que se ejecutara automticamente. Casi todos los sistemas relacionales incorporan reglas activas simples denominadas disparadores (triggers), que estn basados en el modelo ECA: Los eventos son sentencias SQL de manejo de datos (INSERT, DELETE, UPDATE). La condicin (que es opcional) es un predicado booleano expresado en SQL.

La accin es una secuencia de sentencias SQL, que pueden estar inmersas en un lenguaje de programacin integrado en el producto que se est utilizando (por ejemplo, PL/SQL en Oracle).

Base de Datos Convencionales (Pasivas)

19ENE
BASE DE DATOS CONVENCIONALES O PASIVAS En muchas aplicaciones, la base de datos debe evolucionar independientemente de la intervencin del usuario como respuesta a un suceso o una determinada situacin. En los sistemas de gestin de bases de datos tradicionales (pasivas), la evolucin de la base de datos se programa en el cdigo de las aplicaciones, ya que su funcionalidad permite crear, consultar, modificar y borrar datos slo como respuesta a peticiones directas emitidos por usuarios o programas de la aplicacin. Base de Datos Pasivas Las bases de datos convencionales se consideran muerta o pasivas, en el sentido de que es el usuario o el programa de aplicacin quien decide que hacer en la base de datos y ella no reacciona a las acciones ejecutadas sobre ella.

CARACTERSTICAS 1. Son grandes almacenes de datos. 2. Toda la gestin es explicita. 3. Existen controles mnimos (claves primaria, fornea). Ejemplos entre comportamientos pasivos y activos Del comportamiento pasivo:

El marido sabe cmo cocinar. La esposa solicita explcitamente al marido que lo haga. Roles: objeto fuente VS objeto receptor (peticin).

Del comportamiento activo:

El marido sabe cmo cocinar y cuando cocinar. Roles: objeto observador VS objeto observado. Ejemplo entre BDMS Pasivas VS BDMS Activas