¿QUE ES UN BD?
Una base de datos o banco de datos (en ocasiones abreviada con la sigla BD o con la abreviatura b. d.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.
Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo, en España los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).
TIPOS DE BD:
Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se este manejando, o la utilidad de la misma.
Según la variabilidad de los datos almacenados
Bases de datos estáticas
Éstas son bases de datos de sólo lectura, utilizadas primordialmente para almacenar datos históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones y tomar decisiones.
Bases de datos dinámicas
Éstas son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización, borrado y adición de datos, además de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de información de un supermercado, una farmacia, un videoclub o una empresa;
Según el contenido
Bases de datos bibliográficas
Solo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro típico de una base de datos bibliográfica contiene información sobre el autor, fecha de publicación, editorial, título, edición, de una determinada publicación, etc. Puede contener un resumen o extracto de la publicación original, pero nunca el texto completo, porque si no, estaríamos en presencia de una base de datos a texto completo (o de fuentes primarias —ver más abajo). Como su nombre lo indica, el contenido son cifras o números. Por ejemplo, una colección de resultados de análisis de laboratorio, entre otras.
Bases de datos de texto completo
Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una colección de revistas científicos
Directorios
Bases de datos o "bibliotecas" de información química o biológica
Son bases de datos que almacenan diferentes tipos de información proveniente de la química, las ciencias de la vida o médicas. Se pueden considerar en varios subtipos:
- Las que almacenan secuencias de nucleótidos o proteínas.
- Las bases de datos de rutas metabólicas.
- Bases de datos de estructura, comprende los registros de datos experimentales sobre estructuras 3D de biomoléculas-
- Bases de datos clínicas.
- Bases de datos bibliográficas (biológicas, químicas, médicas y de otros campos):
DESCRIPCION , DIAGRAMA Y UN EJEMPLO DE BD:
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 más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través 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.
Base de datos jerárquica
Una Base de datos jerárquica es un tipo de Sistema Gestor de Bases de Datos que, como su nombre indica, almacenan la información en una estructura jerárquica que enlaza los registros en forma de estructura de árbol (similar a un árbol visto al revés), en donde un nodo padre de información puede tener varios nodos hijo.
Esta relación jerárquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de árbol se convierte en una estructura en forma de grafo dirigido. Esta variante se denomina Bases de datos de red.
Modelo en red.
Podemos considerar al modelo de bases de datos en red como de una potencia intermedia
entre el jerárquico y el relacional que estudiaremos más adelante. Su estructura es parecida a la
jerárquica aunque bastante más compleja, con lo que se consiguen evitar, al menos en parte, los
problemas de aquél.
Los conceptos fundamentales que debe conocer el administrador para definir el esquema de
una base de datos jerárquica, son los siguientes:
- Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional.
- Campos o elementos de datos. Son cada uno de los apartados de que se compone una ficha.
- Conjunto: Es el concepto que permite relacionar entre sí tipos de registro distintos.
Modelos avanzados.
Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas para una
extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los ordenadores personales,
ha hecho aparecer nuevas aplicaciones potentes que requieren la utilización de datos complejamente
relacionados o con necesidades de consultas muy particulares, como puedan ser p.ej., los sistemas de
información geográficos, el diseño de circuitos electrónicos por ordenador, etc.
Otro de los problemas que poseen los sistemas relacionales es el uso de los lenguajes de
manipulación y definición de datos, que, aunque son muy simples de manejar directamente por un
usuario, son difíciles de insertar en un lenguaje de programación convencional, lo que da lugar a un
problema de impedancia o resistencia de un lenguaje a ser utilizado junto con otro.
Otros problemas se refieren a la inclusión del concepto de orden en los registros almacenados.
Modelo orientado a objetos.
Actualmente, la creación de programas más grandes y complejos, ha hecho avanzar los
métodos de programación hacia nuevas formas que permiten el trabajo en equipo de una forma más
eficaz y en la que se disminuyen los problemas de coordinación. Uno de estos métodos consiste en la
programación orientada a objetos (POO), que trata los problemas desde un punto de vista realista, y
modelándo cada uno de ellos como si se tratase de un conjunto de elementos u objetos que
interrelacionan entre sí para solucionar el problema.
Para entender mejor esta filosofía, podemos pensar en ella como en el funcionamiento de un
reloj de cuerda. Un reloj de cuerda posee numerosos elementos que interactúan entre sí para obtener
como la hora actual. Cada uno de estos objetos es un elemento. Cuando un engranaje, por ejemplo,
gira, no lo hace por capricho, sino para obtener como resultado el movimiento de otro engranaje, de
una cremallera, o de la propia manecilla. De esta forma, cuando el usuario da cuerda a la maquinaria,
lo que está haciendo realmente es modificar el estado de un objeto del reloj, normalmente la espiral de
la cuerda cuya energía potencial mueve la corona haciendo que un oscilador avance el segundero.
Modelo declarativo.
El enfoque de las bases de datos declarativas es sumamente intuitivo para el usuario, y le
permite abstraerse de los problemas de programación inherentes a otros métodos. Este modelo suele
usarse para bases de conocimiento, que no son más que bases de datos con mecanismos de consulta
en los que el trabajo de extracción de información a partir de los datos recae en realidad sobre el
ordenador, en lugar de sobre el usuario. Estos mecanismos de consulta exigen que la información se
halle distribuída de manera que haga eficiente las búsquedas de los datos, ya que normalmente las
consultas de este tipo requieren acceder una y otra vez a los datos en busca de patrones que se
adecúen a las características de los datos que ha solicitado el usuario. Sin embargo, no hablaremos de
la organización de los datos, sino sólo de las formas de las consultas.
ELEMENTOS DE UN BD:
1. Entidad – Persona, lugar, objeto u evento para el cual se obtiene y mantiene datos. Ejemplo: Cliente, Orden, Producto, Suplidor.
2. Campo – Atributo o característica de la entidad. Ejemplo: en la entidad Cliente, algunos campos pueden ser Nombre, Apellido, Dirección.
3. Record – Es una colección o grupo de campos que describen un miembro de una entidad. Ejemplo, el record de un cliente, o de un producto.
4. Archivo – Es un grupo de records que contienen datos sobre una entidad en específico. Ejemplo: el archivo de clientes, es archivo de productos, o de empleados.
5. Llave o "Key" – Es un campo que se usa para localizar, acceder o identificar un record en específico. Hay cuatro tipos de “key”:
a. "Primary key" – es un campo u combinación de campos que en forma única y mínima identifica un miembro en particular de una entidad. Es único porque no hay dos miembros con el mismo "key". Es mínimo porque contiene tan solo la información necesaria para identificar al miembro de la entidad. Si el "primary key" es una combinación de varios campos se conoce como “multivalue key".
b. "Candidate key" – cualquier campo que pueda servir como "primary key". Para seleccionar al "primary key", se escoge el campo que tenga menos datos y sea más fácil de usar. Cualquier campo que no es un "primary key" o un "candidate key" se llama "nonkey field."
c. "Foreign key" – es un cambo en un archivo que debe parear con el valor del "primary key" de otro archivo para que se pueda establecer una relación o “link” entre ambos archivos.
d. "Secondary key" – es un campo u combinación de campos que se puede usa para acceder records. Los "secondary keys" no necesitan ser únicos. Ejemplo: nombre del cliente, código postal (zipcode).
