EXPOSICION BASE DE DATOS

QUE SON
a un conjunto de información perteneciente a un mismo contexto, ordenada
de modo sistemático para su posterior recuperación, análisis y/o transmisión.

una base de datos es un sistema electrónico que permite que los datos sean
fácilmente accesibles, manipulados y actualizados.

En otras palabras, una base de datos es utilizada por una organización como un
método de almacenar, administrar y recuperar información.

Una base de datos es una herramienta para recopilar y organizar información. Las
bases de datos pueden almacenar información sobre personas, productos,
pedidos u otras cosas. Muchas bases de datos comienzan como una lista en una
hoja de cálculo o en un programa de procesamiento de texto

COMO SE UTILIZAN
COMO SE TRABAJAN
COMO SE HACEN

El proceso de diseño

El proceso de diseño consta de los siguientes pasos:

 Determinar el propósito de la base de datos

Esto le ayudará a prepararse para los pasos restantes.

 Buscar y organizar la información necesaria

Recopile todos los tipos de información que podría querer registrar en la base
de datos, como los nombres de producto y los números de pedido.

 Dividir la información en tablas

Divida los elementos de información en entidades principales o temas, como

Productos o Clientes. Después, cada tema se convierte en una tabla.

 Convertir los elementos de información en columnas

 Decida qué información quiere almacenar en cada tabla. Cada elemento se
convierte en un campo y se muestra como una columna en la tabla. Por
ejemplo, una tabla de empleados podría incluir campos como Apellidos y
Fecha de contratación.

 Especificar las claves principales

Elija la clave principal de cada tabla. La clave principal es una columna que se
usa para identificar cada fila. Un ejemplo podría ser Id. de producto o Id. de
pedido.

 Establecer las relaciones de tablas

Busque en cada tabla y decida cómo se relacionan los datos en una tabla con
los datos de otras tablas. Agregue campos a las tablas o cree tablas para
aclarar las relaciones, según sea necesario.

 Perfeccionar el diseño

Analice el diseño en busca de errores. Cree las tablas y agregue unos cuantos
registros de datos de ejemplo. Compruebe si puede obtener los resultados
que quiere de las tablas. Haga algunos ajustes en el diseño, si es necesario.

 Aplicar las reglas de normalización

Aplique las reglas de normalización de datos para ver si las tablas están
estructuradas correctamente. Haga algunos ajustes en las tablas, si es
necesario.

Principio de página

Determinar el propósito de la base de datos

Es una buena idea anotar el propósito de la base de datos en un papel: su

propósito, cómo espera usarla y quién la usará. Por ejemplo, para una base de
datos pequeña para un negocio familiar, escriba algo como: "La base de datos de
clientes es una lista con información de los clientes cuya finalidad es el envío de
correo y la creación de informes". Si la base de datos es más compleja o la usan
muchas personas, como ocurre normalmente en un entorno corporativo, el
propósito podría constar fácilmente de uno o varios párrafos, y debería incluir
cuándo y cómo cada persona usará la base de datos. La idea es tener una
declaración de objetivos bien desarrollada a la que se pueda hacer referencia en
todo el proceso de diseño. Tener ese resumen le ayuda a centrarse en sus
objetivos cuando tome decisiones.
Principio de página

Buscar y organizar la información necesaria

Para buscar y organizar la información necesaria, empiece con la información

existente. Por ejemplo, podría registrar los pedidos de compra en un libro de
contabilidad o guardar la información de los clientes en formularios de papel en un
archivo. Recopile dichos documentos y enumere cada tipo de información que se
muestra (por ejemplo, cada cuadro que rellene en un formulario). Si no tiene
ningún formulario existente, imagine en su lugar que tiene que diseñar un
formulario para registrar la información del cliente. ¿Qué información incluiría en el
formulario? ¿Qué cuadros de relleno crearía? Identifique y enumere cada uno de
estos elementos. Por ejemplo, suponga que actualmente guarda la lista de clientes
en las tarjetas de índice. Al examinar dichas tarjetas podría revelar que cada una
contiene un nombre de cliente, dirección, ciudad, estado, código postal y número
de teléfono. Cada uno de estos elementos representa una posible columna en una
tabla.

Mientras prepare esta lista, no se preocupe de hacerla perfecta desde el principio.

En su lugar, enumere todos los elementos que se le ocurran. Si la base de datos
la usará alguien más, pregúntele también sobre sus ideas. Podrá perfeccionar la
lista más adelante.

Después, tenga en cuenta los tipos de informes o correspondencia que podría

querer crear a partir de la base de datos. Por ejemplo, puede que quiera un
informe de ventas de un producto para mostrar las ventas por región o un informe
de resumen de inventario que muestre los niveles de inventario del producto.
También es posible que quiera generar cartas modelo para enviar a los clientes
que anuncien un evento de venta u ofrezcan una mejora. Diseñe el informe en su
mente y luego imagine su aspecto. ¿Qué información incluiría en el informe?
Enumere todos los elementos. Haga lo mismo para la carta modelo y para
cualquier otro informe que tenga previsto crear.
Pararse a pensar en los informes y correspondencia que podría querer crear le
ayudará a identificar los elementos que necesitará en la base de datos. Por
ejemplo, suponga que los clientes tienen la posibilidad de darse de alta (o de baja)
de las novedades enviadas periódicamente por correo electrónico, y que quiere
imprimir una lista de los usuarios que se han dado de alta. Para registrar esa
información, agrega una columna "Enviar correo electrónico" a la tabla de clientes.
Para cada cliente, puede establecer el campo en Sí o No.

El requisito de enviar mensajes de correo a los clientes sugiere otro elemento del
registro. Una vez que sepa que un cliente quiere recibir mensajes de correo,
también deberá saber la dirección de correo electrónico a la que enviárselos. Por
tanto, necesita registrar una dirección de correo electrónico para cada cliente.

Tiene sentido crear un prototipo de cada informe o listado de salida, y considerar

qué elementos deberá generar el informe. Por ejemplo, cuando examina una carta
modelo, podrían venirle a la mente algunas consideraciones. Si quiere incluir un
saludo formal, por ejemplo, la cadena "Sr.", "Sra." o "Srta." con la que comienza un
saludo, tendrá que crear un elemento de saludo. Además, tal vez quiera comenzar
una carta con "Estimado Sr. Alcalá" en lugar de "Estimado. Sr. Jorge Alcalá". Esto
sugiere que normalmente querría almacenar el apellido separado del nombre.

Un punto clave que recordar es que debería dividir cada fragmento de información
en partes más pequeñas. En el caso de un nombre, para poder usar el apellido,
dividirá el nombre en dos partes: nombre y apellido. Para ordenar un informe por
apellidos, por ejemplo, resulta útil tener el apellido del cliente almacenado por
separado. En general, si quiere ordenar, buscar, calcular o crear informes en
función de un elemento de información, debe crear un campo propio para ese
elemento.

Piense en las preguntas que tal vez quiere que responda la base de datos. Por
ejemplo, ¿cuántas ventas de un producto destacado se cerraron el mes pasado?
¿Dónde viven sus mejores clientes? ¿Quién es el proveedor de su producto más
vendido? Anticipar estas preguntas le ayuda a centrarse en qué elementos
adicionales registrar.

Una vez recopilada esta información, está listo para pasar al siguiente paso.

Principio de página

Dividir la información en tablas

Para dividir la información en tablas, elija las entidades principales, o asuntos. Por
ejemplo, después de encontrar y organizar la información para una base de datos
de ventas de un producto, la lista preliminar podría ser similar a la siguiente:

Las principales entidades que se muestran aquí son los productos, los
proveedores, los clientes y los pedidos. Por tanto, tiene sentido comenzar con
estas cuatro tablas: una para los datos sobre productos, otra para datos sobre
proveedores, otra para los datos sobre clientes y otra para los datos sobre
pedidos. Aunque la lista no está completa con ellas, es un buen punto de partida.
Puede seguir ajustando la lista hasta que tenga un diseño que funcione bien.

Cuando revise por primera vez la lista preliminar de elementos, es posible que
esté tentado a incluirlos en una sola tabla, en lugar de las cuatro que se muestran
en la ilustración anterior. A continuación obtendrá información sobre por qué es
una mala idea. Considere por un momento la tabla que se muestra aquí:
En este caso, cada fila contiene información sobre el producto y su proveedor.
Dado que un mismo proveedor puede suministrarle una gran cantidad de
productos, el nombre y la dirección de ese proveedor tendrán que repetirse
muchas veces. Esto supone un desperdicio de espacio en disco. Registrar la
información del proveedor una sola vez en una tabla independiente para los
proveedores y vincular esa tabla a la de productos es una solución mucho mejor.

Un segundo problema con este diseño surge cuando es necesario modificar la

información sobre el proveedor. Por ejemplo, supongamos que necesita cambiar la
dirección de un proveedor. Al aparecer en varios lugares, accidentalmente podría
cambiar la dirección en un solo lugar y olvidarse de cambiarla también en los
demás. Si registra la información del proveedor en un único lugar, se evitará el
problema.

Al diseñar la base de datos, intente siempre registrar cada hecho una sola vez. Si
se encuentra repitiendo la misma información en más de un lugar, como la
dirección de un determinado proveedor, coloque dicha información en una tabla
aparte.

Por último, supongamos que Coho Winery suministra un solo producto y que
quiere eliminar el producto pero conservar la información de nombre y dirección
del proveedor. ¿Cómo se elimina el registro del producto sin perder la información
de proveedor? No se puede. Dado que cada registro contiene datos sobre un
producto y datos sobre un proveedor, no puede eliminar uno sin eliminar el otro.
Para mantener estos datos separados, debe dividir la tabla en dos: una tabla para
la información de productos y otra para la información de proveedores. Al eliminar
un registro de producto, solo eliminaría los datos del producto, no los datos del
proveedor.

Una vez que haya elegido el tema representado por una tabla, las columnas de
dicha tabla solo deberían almacenar datos sobre el tema. Por ejemplo, la tabla de
productos debería almacenar únicamente datos sobre los productos. Dado que la
dirección del proveedor es un dato del proveedor y no un hecho sobre el producto,
esta pertenece a la tabla de proveedores.

Principio de página
Convertir los elementos de información en columnas

Para determinar las columnas de una tabla, decida cuál es la información de la

que necesita realizar un seguimiento sobre el tema registrado en la tabla. Por
ejemplo, para la tabla Clientes, una buena lista inicial de columnas contendría
Nombre, Dirección, Ciudad-Provincia-Código postal, Enviar correo electrónico,
Saludo y Dirección de correo electrónico. Cada registro de la tabla contiene el
mismo conjunto de columnas, por lo que puede almacenar la información de
Nombre, Dirección, Ciudad-Provincia-Código postal, Enviar correo electrónico,
Saludo y Dirección de correo electrónico para cada registro. Por ejemplo, la
columna de dirección contiene las direcciones de los clientes. Cada registro
contiene datos sobre un cliente, y el campo dirección contiene la dirección de
dicho cliente.

Una vez que haya determinado el conjunto inicial de columnas para cada tabla,
podrá refinar aún más las columnas. Por ejemplo, tiene sentido almacenar el
nombre del cliente como dos columnas separadas: nombre y apellidos, para que
pueda ordenar, buscar e indexar en estas columnas. De forma similar, la dirección
realmente se compone de cinco componentes independientes: dirección, ciudad,
estado, código postal y país o región, que también tiene sentido almacenar en
columnas separadas. Si quiere realizar una búsqueda, filtrar u ordenar la
operación por estado, por ejemplo, necesita que la información de estado se
almacene en una columna independiente.

También debería tener en cuenta si la base de datos contiene información solo de

origen nacional o también internacional. Por ejemplo, si va a almacenar
direcciones internacionales, es mejor tener una columna Región en lugar de
Estado, ya que esa columna puede incluir tanto estados internos como regiones
de otros países o regiones. De forma similar, Código postal tiene más sentido que
código ZIP si va a almacenar direcciones internacionales.

En la lista siguiente se muestran algunas sugerencias para determinar las

columnas.

 No incluya datos calculados

En la mayoría de los casos, no se debe almacenar el resultado de los cálculos

en las tablas. En su lugar, puede hacer que Access realice los cálculos
cuando quiera ver el resultado. Por ejemplo, suponga que hay un informe de
Productos en pedidos que muestra el subtotal de unidades en pedidos para
cada categoría de producto en la base de datos. Pero no hay ninguna
columna de subtotal de Unidades en pedidos en ninguna tabla. En su lugar, la
tabla Productos incluye una columna Unidades en pedidos que almacena las
unidades en pedidos para cada producto. Con esos datos, Access calcula el
subtotal cada vez que imprima el informe. El subtotal en sí no debería
almacenarse en una tabla.
 Almacene la información en sus partes lógicas más pequeñas

Es posible que tenga la tentación de tener un solo campo para nombres

completos o para nombres de producto junto con descripciones de productos.
Si combina más de un tipo de información en un campo, es difícil recuperar
datos individuales más adelante. Intente dividir la información en partes
lógicas; por ejemplo, cree campos independientes para nombre y apellido, o
para nombre, categoría y descripción del producto.

Una vez ajustadas las columnas de datos de las tablas, ya puede elegir la clave
principal de cada tabla.

Principio de página

Especificar las claves principales

Cada tabla debe incluir una columna (o conjunto de columnas) que identifique
exclusivamente cada fila almacenada en la tabla. Esto suele ser un número de
identificación único, como un número de identificación de empleado o un número
de serie. En la terminología de base de datos, esta información se denomina
la clave principal de la tabla. Access usa los campos de clave principal para
asociar rápidamente los datos de varias tablas y agrupar esos datos.

Si ya tiene un identificador único para una tabla, como un número de producto que
identifica exclusivamente a cada producto en el catálogo, puede usar ese
identificador como clave principal de la tabla, pero solo si los valores de esta
columna serán siempre diferentes para cada registro. No puede tener valores
duplicados en una clave principal. Por ejemplo, no use nombres de personas
como clave principal, porque los nombres no son únicos. Es muy fácil que dos
personas tengan el mismo nombre en una misma tabla.

Una clave principal siempre debe tener un valor. Si en algún momento el valor de
una columna puede quedar sin asignar o ser desconocido (un valor que falta), no
se puede usar como un componente de una clave principal.

Siempre debe elegir una clave principal cuyo valor no cambiará. En una base de
datos que use más de una tabla, la clave principal de una tabla puede usarse
como referencia en otras tablas. Si se cambia la clave principal, el cambio también
se debe aplicar en todas partes en las que se hace referencia a la clave. Usar una
clave principal que no cambia reduce la posibilidad de que no se sincronice con
otras tablas que hacen referencia a ella.

A menudo se usa un número único arbitrario como clave principal. Por ejemplo,
podría asignar a cada pedido un número de pedido único. El único propósito del
número de pedido es identificar un pedido. Una vez asignado, nunca cambia.

Si no se le ocurre una columna o un conjunto de columnas que puedan servir

como una buena clave principal, considere la posibilidad de usar una columna que
tenga el tipo de datos Autonumeración. Al usar el tipo de datos Autonumeración,
Access asigna automáticamente un valor por usted. Este identificador está vacío,
no contiene información objetiva sobre la fila que representa. Los identificadores
vacíos son ideales para usarlos como clave principal, porque no cambian. Una
clave principal que contiene datos sobre una fila, como el número de teléfono o el
nombre de un cliente, por ejemplo, es más probable que cambie, ya que la propia
información objetiva podría cambiar.

1. Una columna establecida en el tipo de datos Autonumeración suele ser una

buena clave principal. No hay dos identificadores de producto iguales.

En algunos casos, tal vez quiera usar dos o más campos que, juntos,
proporcionan la clave principal de una tabla. Por ejemplo, una tabla de detalles de
pedido que almacena datos de pedidos usaría dos columnas en su clave principal:
Identificador de pedido e Identificador de producto. Cuando una clave principal
está formada por más de una columna, también se denomina una clave
compuesta.
Para la base de datos de ventas de productos, puede crear una columna
Autonumeración para cada una de las tablas para que sirvan de clave principal: Id.
de producto para la tabla Productos, Id. de pedido para la tabla Pedidos, Id. de
cliente para la tabla Clientes e Id. de proveedor para la tabla Proveedores.

Principio de página

Crear las relaciones de tablas

Ahora que ha dividido la información en tablas, necesita una manera para volver a
unir la información de forma que tenga significado. Por ejemplo, el siguiente
formulario incluye información de varias tablas.
1. La información de este formulario procede de la tabla Clientes...

2. ...la tabla Empleados...

3. ...la tabla Pedidos...

4. ...la tabla Productos...

5. ... y la tabla Detalles de pedidos.

Access es un sistema de administración de base de datos relacional. En una base

de datos relacional, se divide la información en tablas separadas, basadas en el
temas. Después, se usan las relaciones de la tabla para combinar la información
según sea necesario.

Principio de página

Crear una relación uno a varios

Considere este ejemplo: las tablas Proveedores y Productos en la base de datos

de pedidos de productos. Un proveedor puede proporcionar cualquier cantidad de
productos. Se puede decir que, para cualquier proveedor que se representa en la
tabla Proveedores, puede haber muchos productos que se representan en la tabla
Productos. La relación entre la tabla Proveedores y la tabla Productos es, por
tanto, una relación uno a varios.
Para representar una relación uno a varios en el diseño de la base de datos, tome
la clave principal del lado "uno" de la relación y agréguela como columna o
columnas adicionales a la tabla en el lado "varios" de la relación. En este caso, por
ejemplo, agregaría la columna Id. de proveedor de la tabla Proveedores a la tabla
Productos. Así, Access puede usar el número de identificador del proveedor de la
tabla Productos para dar con el proveedor correcto de cada producto.

La columna Id. de proveedor en la tabla Productos se denomina una clave

externa. Una clave externa es la clave principal de otra tabla. La columna Id. de
proveedor en la tabla Productos es una clave externa porque también es la clave
principal en la tabla Proveedores.
Al establecer parejas de claves principales y claves externas, proporciona la base
para unir las tablas relacionadas. Si no está seguro de qué tablas deberían
compartir una columna común, identificar una relación uno a varios asegura que,
en efecto, las dos tablas relacionadas requerirán una columna compartida.

Principio de página

Crear una relación de varios a varios

Considere la relación entre la tabla Productos y la tabla Pedidos.

Un solo pedido puede incluir varios productos. Por otra parte, un único producto
puede aparecer en muchos pedidos. Por tanto, por cada registro de la tabla
Pedidos puede haber varios registros en la tabla Productos. Además, por cada
registro de la tabla Productos puede haber varios registros en la tabla Pedidos.
Este tipo de relación se denomina relación de varios a varios, porque, para cada
producto, puede haber varios pedidos, y para cada pedido puede haber muchos
productos. Tenga en cuenta que para detectar las relaciones de varios a varios
entre las tablas, es importante que considere ambas partes de la relación.

Entre los temas de las dos tablas, productos y pedidos, existe una relación de
varios a varios. Esto supone un problema. Para entender el problema, imagine qué
pasaría si intentase crear la relación entre las dos tablas agregando el campo Id.
de producto a la tabla Pedidos. Para tener más de un producto por pedido,
necesita más de un registro por pedido en la tabla Pedidos. Tendría que repetir la
información del pedido en cada fila que esté relacionada con un único pedido, lo
que provocaría un diseño ineficaz que podría producir datos inexactos. Se
encontraría con el mismo problema si colocase el campo Id. de pedido en la tabla
Productos: dispondrá de más de un registro en la tabla Productos para cada
producto. ¿Cómo se soluciona este problema?

La respuesta es crear una tercera tabla, a menudo denominada tabla de unión,

que divida la relación de varios a varios en dos relaciones uno a varios. Inserte la
clave principal de cada una de las dos tablas en la tercera tabla. Como resultado,
la tercera tabla registra cada repetición o instancia de la relación.
Cada registro de la tabla Detalles de pedidos representa un elemento de línea en
un pedido. La clave principal de la tabla Detalles de pedidos consta de dos
campos: las claves externas de las tablas Pedidos y Productos. Usar el campo de
Id. de pedido por sí solo no sirve como clave principal para esta tabla, porque un
pedido puede tener muchos elementos de línea. El Id. de pedido se repite para
cada elemento de línea en un pedido, por lo que el campo no contiene valores
únicos. Usar el campo de Id. de producto por sí solo tampoco sirve, porque un
producto puede aparecer en varios pedidos diferentes. Pero juntos, los dos
campos siempre generan un valor único para cada registro.

En la base de datos de ventas de productos, la tabla Pedidos y la tabla Productos

no están directamente relacionadas entre sí. En su lugar, están relacionadas
indirectamente a través de la tabla Detalles de pedidos. La relación de varios a
varios entre productos y pedidos se representa en la base de datos mediante dos
relaciones de uno a varios:

 La tabla Pedidos y la tabla Detalles de pedidos tienen una relación de uno a

varios. Cada pedido puede tener más de un elemento de línea, pero cada
elemento de línea está conectado a un único pedido.
 La tabla Productos y la tabla Detalles de pedidos tienen una relación de uno a
varios. Cada producto puede tener muchos elementos de línea asociados a él,
pero cada elemento de línea se refiere a un solo producto.

En la tabla Detalles de pedido, puede determinar todos los productos en un pedido

determinado. También puede determinar todos los pedidos de un producto en
particular.

Después de incorporar la tabla Detalles de pedido, la lista de tablas y campos

podría tener un aspecto similar a este:
Principio de página

Crear una relación uno a uno

Otro tipo de relación es la relación de uno a uno. Por ejemplo, supongamos que
necesita registrar información adicional sobre productos que casi nunca necesitará
o que solo se aplica a unos pocos productos. Puesto que no necesita la
información con frecuencia, y que almacenar la información de la tabla Productos
daría como resultado un hueco en todos los productos a los que no se aplica, la
coloca en una tabla aparte. Al igual que la tabla Productos, puede usar el Id. de
producto como clave principal. La relación entre esta tabla y la tabla Productos es
una relación de uno a uno. Para cada registro de la tabla Producto, existe un único
registro coincidente en la tabla complementaria. Cuando se identifica este tipo de
relación, ambas tablas deben compartir un campo común.

Al detectar la necesidad de una relación de uno a uno en la base de datos, tenga

en cuenta si se puede combinar la información de las dos tablas en una sola. Si
por algún motivo no quiere hacerlo, quizás porque se crearía una gran cantidad de
huecos, la siguiente lista le muestra cómo puede representar la relación en su
diseño:
 Si las dos tablas tienen el mismo tema, probablemente pueda configurar la
relación usando la misma clave principal en ambas tablas.
 Si las dos tablas tienen diferentes temas con diferentes claves principales,
elija una de las tablas (cualquiera de ellas) e inserte la clave principal de la
otra tabla como clave externa.

Determinar las relaciones entre tablas le ayuda a asegurarse de que tiene las
tablas y columnas correctas. Cuando existe una relación de uno a uno o uno a
varios, las tablas relacionadas tienen que compartir una o varias columnas
comunes. Cuando existe una relación varios a varios, se necesita una tercera
tabla para representar la relación.

Principio de página

Refinar el diseño

Una vez que tiene las tablas, campos y relaciones que necesita, debería crear y
rellenar las tablas con datos de ejemplo e intentar trabajar con la información:
creando consultas, agregando nuevos registros, etc. Esto le permitirá resaltar los
posibles problemas. Por ejemplo, tal vez deba agregar una columna que olvidó
insertar durante la fase de diseño, y es posible que tenga una tabla que debería
dividir en dos tablas para eliminar los datos duplicados.

Vea si puede usar la base de datos para obtener las respuestas que quiere. Cree
bocetos de los formularios e informes y compruebe si muestran los datos que
espera. Busque duplicaciones de datos innecesarias y, si encuentra alguna,
modifique el diseño para eliminarla.

Cuando pruebe la base de datos inicial, probablemente descubrirá posibilidades

de mejora. Estas son algunas cosas que debería comprobar:

 ¿Olvidó alguna columna? Si es así, ¿la información pertenece a las tablas

existentes? Si se trata de información sobre otra cosa, tal vez necesite crear
otra tabla. Cree una columna para cada elemento de información del que
necesite realizar un seguimiento. Si no se puede calcular la información de
otras columnas, es probable que necesite una nueva columna para ella.
 ¿Cualquiera de las columnas innecesarias lo son porque se pueden calcular
con los campos existentes? Si se puede calcular un elemento de información
desde otras columnas existentes, como por ejemplo, un precio de descuento
calculado a partir del precio de venta, generalmente es mejor simplemente
hacerlo y evitar crear una nueva columna.
 ¿Ha introducido información duplicada en una de las tablas? Si es así,
probablemente tenga que dividir la tabla en dos tablas que tengan una
relación de uno a varios.
 ¿Tiene tablas con muchos campos, un número limitado de registros y muchos
campos vacíos en registros individuales? Si es así, piense en rediseñar la
tabla para que tenga menos campos y más registros.
 ¿Se ha dividido cada elemento de información en sus partes más pequeñas?
Si necesita realizar informes, ordenar, buscar o calcular sobre un elemento de
información, coloque dicho elemento en su propia columna.
 ¿Cada columna contiene datos sobre el tema de la tabla? Si una columna no
contiene información sobre el tema de la tabla, pertenece a otra tabla.
 ¿Las relaciones son entre las tablas representadas, bien sea por los campos
comunes o por una tercera tabla? Las relaciones de uno a uno y de uno a
varios requieren columnas comunes. Las relaciones de varios a varios
requieren una tercera tabla.

Ajustar la tabla Productos.

Suponga que cada producto en la base de datos de ventas de productos se

encuentra en una categoría general, como bebidas, condimentos o marisco. La
tabla Productos podría incluir un campo que muestre la categoría de cada
producto.

Suponga que, después de examinar y refinar el diseño de la base de datos, decide

almacenar una descripción de la categoría junto con su nombre. Si agrega un
campo Descripción de la categoría a la tabla Productos, tendrá que repetir la
descripción de cada categoría para cada producto en el que se encuentre dentro
de la categoría, lo que no es una buena solución.

Una solución mejor es convertir Categorías en un nuevo tema de la base de datos

para realizar el seguimiento, con su propia tabla y su propia clave principal.
Después, podrá agregar la clave principal de la tabla Categorías a la tabla
Productos como clave externa.

Las tablas Categorías y Productos tienen una relación de uno a varios: una
categoría puede contener más de un producto, pero un producto pertenece
únicamente a una categoría.

Al revisar las estructuras de tabla, esté atento a los grupos que se repiten. Por
ejemplo, considere la posibilidad de una tabla que contiene las siguientes
columnas:

 Id. de producto
 Nombre
 Id. de producto1
 Nombre1
 Id. de producto2
 Nombre2
 Id. de producto3
 Nombre3

Aquí, cada producto es un grupo de columnas que se repite y que difiere de los
demás solo porque agrega un número al final del nombre de columna. Si ve
columnas numeradas de esta forma, debería revisar el diseño.

Este tipo de diseño tiene varios defectos. Para empezar, lo obliga a poner un límite
superior en el número de productos. En cuanto supere ese límite, deberá agregar
un nuevo grupo de columnas a la estructura de la tabla, lo que implica más tareas
administrativas.

Otro problema es que los proveedores que tienen menos del número máximo de
productos desperdiciarán el espacio, ya que las columnas adicionales estarán en
blanco. El defecto más grave de este diseño es que hace que muchas tareas sean
difícil de realizar, como ordenar o indexar la tabla por Id. de producto o nombre.

Siempre que vea grupos que se repiten, revise cuidadosamente el diseño y esté
pendiente sobre cómo dividir la tabla en dos. En el ejemplo anterior, es mejor usar
dos tablas, una para proveedores y otra para productos, vinculadas por Id. de
proveedor.

Principio de página

Aplicar las reglas de normalización

Puede aplicar las reglas de normalización de datos (a veces se denominan reglas

de normalización) como el siguiente paso en su diseño. Dichas reglas se usan
para ver si las tablas están estructuradas correctamente. El proceso de aplicar las
reglas al diseño de la base de datos se denomina normalización de la base de
datos, o simplemente, normalización.

La normalización es especialmente útil después de representar todos los

elementos de información y cuando ya tenga un diseño preliminar. La idea es
ayudarle a asegurarse de que se han dividido los elementos de información en las
tablas apropiadas. Lo que la normalización no puede hacer es asegurarse de que
tiene todos los elementos de los datos correctos con los que comenzar.

En cada paso, aplica las reglas consecutivamente, para garantizar que su diseño
llegue a tener lo que se denomina "formulario normal". En general, se aceptan
cinco formularios normales, del primer formulario normal al quinto formulario
normal. Este artículo se centra en los tres primeros, ya que son todo lo necesario
para la mayoría de los diseños de base de datos
EN QUE PROGRAMAS SE PUEDEN HACER

Lo mejor en software de bases de datos de código abierto: 10 ejemplos

La siguiente lista contiene algunas bases de datos de código abierto, pero no es

exhaustiva. Existen muchas más opciones de las que podríamos incluir aquí, por
lo que hemos seleccionado nuestras mejores opciones.

Nuestra primera entrada es posiblemente la opción más destacada para una base
de datos de código abierto, así que empecemos por ahí.

1. MySQL

Si te tomas un minuto para buscar bases de datos para aplicaciones, MySQL

encabezará muchas listas. Lo mismo ocurre aquí porque fue una opción por
defecto para muchos desarrolladores durante mucho tiempo.
El logotipo de MySQL.

Oracle lo desarrolló como un sistema de gestión de bases de datos relacionales

(RDMS). Esto significa que utilizará tablas para almacenar datos, y que esos tipos
de datos almacenados podrían estar vinculados de alguna manera.

El núcleo de MySQL fue tomar un sistema de base de datos propietario más

antiguo (aunque popular), mantener la mayor parte de la compatibilidad y hacer
que el resultado fuera de código abierto. Como los desarrolladores pueden pasar a
él sin tener que volver a aprender MySQL, ha sido un elemento básico en el
desarrollo de aplicaciones durante décadas.

Gran parte de la funcionalidad que encontrarás en muchas bases de datos es un

reflejo de MySQL o deriva de ella. Por ejemplo, utilizarás el Lenguaje de Consulta
Estructurada (SQL) para trabajar con la base de datos de forma relacional y
utilizarás casi cualquier lenguaje de programación para conectarte a la propia base
de datos.

No necesitas saber mucho sobre SQL para utilizar MySQL, y la curva de

aprendizaje no es muy pronunciada. Puedes trabajar con la base de datos desde
la línea de comandos, y MySQL tiene una gran compatibilidad con casi todos los
sistemas operativos (SO) que vayas a utilizar.

En general, MySQL es ideal para la mayoría de los casos de uso, ya que es una
herramienta sólida, rápida y fiable. Debido a esto y a su posicionamiento con
respecto a otras soluciones a lo largo de los años, la mayoría de los hosts aceptan
bases de datos MySQL. Sin embargo, también hay que tener en cuenta algunos
inconvenientes:

 Aunque MySQL es eficiente en la mayoría de los casos, puede ser más

lenta para bases de datos de gran tamaño.
 Además, sus herramientas de depuración podrían mejorar en comparación
con otras soluciones (incluso propietarias).
 Hay casos de corrupción de datos, aunque no es un problema grave.

Es difícil nombrar demasiados aspectos negativos porque, en general, MySQL es

una base de datos sólida y fiable que se adapta a la mayoría de las aplicaciones.
Sin embargo, algunos usuarios buscan otros productos por las razones que
veremos a continuación.

2. MariaDB

Aunque Oracle es el propietario de MySQL en el momento de escribir este artículo

y sigue ofreciéndola como solución de código abierto, su reputación no es la de un
defensor del código abierto. Cuando se produjo la adquisición, uno de los
fundadores bifurcó MySQL para crear MariaDB:
El logotipo de MariaDB.

Es una base de datos de código abierto que soportamos en Kinsta, y también es

una opción dentro de DevKinsta:

Elegir MariaDB de DevKinsta.

Como se trata de una bifurcación de MySQL, la compatibilidad es casi 1:1. A los

desarrolladores de MariaDB también les gusta mantener la compatibilidad cerca
de su bifurcación. Por ello, puedes utilizar MariaDB como sustituto de MySQL sin
apenas consecuencias y migrar a ella sin problemas.

Aunque MariaDB es una bifurcación de MySQL, sigue buscando forjar su propio

camino. Existen algunas características únicas de la base de datos de código
abierto que debes conocer:
  MariaDB utiliza el motor de almacenamiento Aria para gestionar consultas
SQL complejas. Esto da a la base de datos un impulso de velocidad
respecto a MySQL.
 Puedes utilizar filas dinámicas para las columnas de las tablas, lo que
favorece la flexibilidad y la adaptabilidad.
 Hay algunos motores de almacenamiento especializados para casos de uso
específicos que no encontrarás en MySQL. Por ejemplo, puedes
implementar almacenamiento distribuido, transacciones distribuidas y
mucho más.

Debido a la estrecha compatibilidad, puedes usar MariaDB dondequiera que uses

MySQL sin muchas restricciones. Por ello, puedes considerarla «todo para todas
las aplicaciones», al igual que su bifurcación. Sin embargo, hay que tener en
cuenta que la compatibilidad es sólo en un sentido, por lo que tendrás que elegir
un bando: MySQL o MariaDB. ¡Esta base de datos de código abierto comanda la
lealtad!

3. PostgreSQL

Si todo lo que conoces es PHP y WordPress, probablemente no sepas mucho

sobre PostgreSQL. Sin embargo, es una base de datos relacional de código
abierto que muchos desarrolladores utilizan en las industrias de la ciencia de los
datos, los gráficos y la IA, porque es ideal para las aplicaciones de Python y
Ruby (aunque también podrías utilizar PHP).

El logotipo de PostgreSQL.

En comparación con la robusta tela vaquera de MySQL, PostgreSQL se parece

más a la seda fina en el sentido de que es una base de datos reflexiva y de código
abierto que ofrece muchas características impresionantes:
  Puedes implementar la replicación asíncrona.
 Tiene soporte nativo para el almacenamiento de documentos de estilo
JSON, almacenamiento de valores clave y XML.
 Puedes realizar búsquedas de texto completo en tu base de datos.
 Varios tipos de datos incorporados serán muy valiosos para algunas
aplicaciones, como la geolocalización, las matrices y los rangos.

Aun así, deberás manejar PostgreSQL con cuidado, ya que no es tan hábil como
otras soluciones para las aplicaciones de lectura intensiva. Por un lado, si tienes
que crear informes a partir de datos existentes con regularidad, el almacenamiento
de documentos de PostgreSQL podría resentirse con un conjunto de datos tan
grande.

Sin embargo, este mismo modelo de almacenamiento de documentos es ideal si

quieres incluir funcionalidad de estilo NoSQL de forma híbrida. El soporte nativo
para el almacenamiento de claves y documentos es un ahorro de tiempo que te
permite avanzar rápidamente en un proyecto.

4. Redis

Redis es diferente del resto de las bases de datos de código abierto de esta lista,
ya que no se utiliza para casi ninguna de las mismas aplicaciones.

El logotipo de Redis.

Es una base de datos que te permite estructurar los datos como pares clave-valor.
Es similar a las matrices asociativas en PHP o a los diccionarios en Python: es
una forma de enlazar los datos para referenciarlos con rapidez más adelante:
<?php
$type = array("Charmander"=>"fiery", "Squirtle"=>"soggy", "Snorlax"=>"sleepy");
echo "Snorlax is " . $type['Snorlax'] . " all the time.";
?>

«Velocidad» es el término crucial aquí porque Redis es una base de datos que se
utiliza para el almacenamiento en caché. Hay algunas razones para ello:

 Redis es una solución de almacenamiento «en memoria» – enteramente en

RAM – lo que significa que las velocidades de lectura y escritura son
rapidísimas.
 Puedes aprender los fundamentos de Redis en pocos minutos y empezar a
almacenar objetos directamente.
 Puedes establecer tiempos de caducidad a las cadenas, que es un
componente crítico del almacenamiento en caché.
 Una novedosa función Pub/Sub utiliza Redis como un búfer para los
mensajes entre un emisor y un receptor. En lugar de que estos puntos
finales establezcan una conexión directa, el emisor enviará un mensaje a
un «canal» dedicado de Redis, que luego lo trasladará al receptor (y
viceversa).

Todo esto significa que Redis es genial para los datos distribuidos y para
implementar el almacenamiento en caché. No será la mejor para aplicaciones más
complejas, pero esto no está dentro de sus competencias. En su lugar, la utilizarás
junto a otra base de datos, como MariaDB, para que soporte el resto de tu
aplicación.

5. SQLite

En el caso de esta base de datos relacional de código abierto, la pista del punto de
venta clave está en el nombre: SQLite es una biblioteca diminuta y ligera que
ofrece un motor de base de datos.
El logotipo de SQLite.

A menudo lo encontrarás en dispositivos más pequeños, como los smartphones,

porque es ligero. De hecho, toda la base de datos consiste en un archivo
<code>.sqlite</code> que puede vivir en cualquier lugar de tu sistema. No
necesitarás instalar ningún software de servidor ni conectarte a otros servicios
para utilizar SQLite.

A pesar de que la base de datos es una herramienta tan ligera, puedes tener un
tamaño de base de datos de cientos de terabytes, con un tamaño máximo de filas
de un gigabyte. Incluso con tamaños de archivo tan grandes, SQLite sigue siendo
rápido.

Verás que hay muchos buenos casos de uso para utilizar SQLite como base de
datos:

 A los desarrolladores de aplicaciones sencillas les gustará SQLite porque

es una solución directa y sin complicaciones.
  Es ideal para aplicaciones del Internet de las Cosas (IoT) en las que no
habrá (o no puede haber) un administrador de sistemas o un desarrollador
a mano.
 SQLite puede ser adecuado para sitios web con poco tráfico, porque esas
necesidades serán sencillas.
 Aunque aquí estamos hablando principalmente de aplicaciones web, las
aplicaciones de escritorio también podrían utilizar SQLite para mantener un
alto rendimiento.

Dada la estructura de SQLite, no va a funcionar tan bien para sitios de gran tráfico,
ya que el rendimiento no será óptimo. Además, esta base de datos de código
abierto más ligera carece de algunas funciones que podrían ser importantes. Por
ejemplo, no puedes consultar la base de datos con un cliente como MySQL o
MariaDB.

6. Neo4j

La mayoría de las bases de datos de código abierto de esta lista son relacionales.
Para variar, Neo4j está basada en gráficos.

El logotipo de Neo4j.
Esto es fantástico para algunas de las aplicaciones web más modernas que
encontrarás. Neo4j es casi la única solución que encontrarás para implementar
una base de datos basada en gráficos (hasta ahora).

Los datos no suelen llegar en una matriz ordenada de tablas, filas y columnas. Los
ordenamos así a través de las bases de datos relacionales. Sin embargo, es difícil
reproducir la conectividad orgánica mediante SQL para las aplicaciones web
modernas, como las redes sociales. Es desestructurada, lo que la convierte en
todo lo contrario a SQL.

Por ello, Neo4j es una base de datos única para casi cualquier aplicación que
pueda manejar, y ofrece muchas ventajas:

 Es fantástico para convertir los datos tabulares en gráficos y apoyar la

analítica resultante.
 Neo4j también es estelar para las aplicaciones transaccionales.
 Dispone de un lenguaje de consulta dedicado (Cypher) para ayudarte a
llegar a los datos y trabajar con ellos de forma óptima.

Sin embargo, el rendimiento puede ser un problema, debido a cómo está

estructurada la base de datos. Por ejemplo, sólo puedes utilizar «índices hash»
para ordenar los datos, a diferencia de los índices de rango de otras soluciones.
Esto puede gravar los recursos de tu sistema y afectar al rendimiento.

Sin embargo, si quieres implementar una base de datos basada en gráficos, Neo4j
puede satisfacer tus necesidades. Es una base de datos de código abierto de
primera categoría, siempre que la utilices de la forma prevista.

7. OrientDB

Dijimos que no había «casi» ninguna otra base de datos de código abierto basada
en gráficos, pero esto deja espacio para otras. OrientDB es una de ellas. Aunque
ha cambiado de propietario a lo largo de los años, sigue siendo una forma
excelente de implementar una base de datos basada en gráficos para tu aplicación
web.
El logotipo de OrientDB.

OrientDB puede dirigirse a varios modelos, como objetos, gráficos, documentos y

valores clave. Aun así, se clasifica como una solución NoSQL, y hay conexiones
directas a los registros, por lo que su núcleo es como una base de datos basada
en gráficos.

La principal ventaja de OrientDB es su flexibilidad y escalabilidad. Al igual que

Neo4j, es rápida, pero viene con advertencias en cuanto al rendimiento. Sin
embargo, OrientDB es más flexible y está desarrollando otros mecanismos de
indexación para ayudar a los usuarios.

Verás que OrientDB es tan capaz como Neo4j en la misma gama de aplicaciones,
por ejemplo, redes sociales, banca y finanzas, gestión del tráfico, etc.

8. CouchDB
Apache –el tipo de servidor– también desarrolla CouchDB. Al igual que SQLite, se
trata de una pequeña y discreta base de datos de código abierto que es una
solución de trabajo para innumerables proyectos.

El sitio web de CouchDB.

El objetivo de esta base de datos de código abierto es la fiabilidad. La idea es que

los datos se encuentran en un clúster de múltiples nodos distribuidos. Algunos de
estos nodos estarán fuera de línea, y «retendrán» los datos hasta que vuelvan a
estar en línea. Entonces, todos los datos se introducen en el clúster y se
distribuyen a los demás nodos de la red.

Para explicarlo mejor, imagina una base de datos que contiene datos generados
en un dispositivo móvil. No hay garantía de que este dispositivo acceda a una
conexión en línea, por lo que los datos permanecerán allí hasta que su «nodo»
vuelva a estar en línea.

Por lo tanto, CouchDB es una base de datos resistente y fiable que debería ser
una consideración clave si necesitas tolerancia sin conexión.
Dicho esto, el aspecto positivo más significativo de CouchDB es también su
inconveniente. Tiene que almacenar copias redundantes de los datos, lo que
hinchará el tamaño de los archivos. Además, verás que la velocidad de escritura
no es rápida, por lo que no es adecuada para casos de uso que exijan una
respuesta rápida.

Sin embargo, al ser una base de datos de código abierto diseñada para la
fiabilidad, CouchDB es la mejor opción para las aplicaciones que se ajustan a la
ley.

9. FirebirdSQL

FirebirdSQL no es tan conocida como otras bases de datos de esta lista, pero
puede cumplir una función vital en determinados escenarios.

El logotipo de FirebirdSQL.

Verás que FirebirdSQL tiene casi todas las mismas características y

funcionalidades que otras bases de datos basadas en SQL, y ofrece una
compatibilidad total con MySQL. Probablemente por eso no encontrarás muchos
defensores de la base de datos: hay demasiadas similitudes con otras
plataformas. Sin embargo, puede valerse por sí misma en varios aspectos:

 Ofrece un tamaño reducido, lo que resulta práctico cuando el espacio es

escaso.
 Puedes utilizar FirebirdSQL como base de datos para una aplicación de
escritorio que necesite escalar, como LibreOffice.
 La base de datos es multiplataforma y tiene pocas necesidades de
hardware. Esto la convierte en una solución sólida cuando necesitas
ejecutar grandes bases de datos.

También hay usuarios de alto perfil de FirebirdSQL, como National Rail en el

Reino Unido. A pesar de la prevalencia de otras soluciones, FirebirdSQL podría
funcionar como una base de datos de código abierto ligera pero potente para tu
proyecto.

10. BigchainDB

Te vamos a dar una oportunidad de adivinar en qué industria y aplicación parece

sobresalir BigchainDB Esta solución de código abierto toma una base de datos
distribuida e incorpora la tecnología blockchain para mejorar la experiencia.

El logotipo de BigchainDB.

Al igual que los elementos clave de blockchain, BigchainDB utiliza la inmutabilidad,

la descentralización y los «multiactivos» para ayudarte a gestionar los datos.

Puedes personalizar tu red basándote en una rica configuración de permisos,

activos personalizados y mucho más. La base de datos también puede funcionar
con configuraciones descentralizadas, aunque las aplicaciones centradas en la
seguridad o la privacidad ofrecen los mejores casos de uso.

Por ejemplo, verás que es un gran aliado para preservar los derechos de
propiedad intelectual (IP) y verificar las credenciales de los usuarios. Por el
contrario, descubrirás que BigchainDB no se adapta a las aplicaciones más típicas
y que, de hecho, puede resultar excesivo para muchas aplicaciones web.

Al igual que Neo4j u OrientDB, si tienes un caso de uso estricto y necesitas

BigchainDB, serás feliz. Puede añadir un montón de facetas únicas a tu aplicación
web centrada en la privacidad, por lo que podría funcionar junto a tu base de datos
central de código abierto para mejorar tu prestación.

¿Te preguntas qué base de datos de código abierto es la adecuada para tus
proyectos? 🤔 Echa un vistazo a esta guía ⬇️CLIC PARA TUITEAR

Resumen

Si quieres crear una aplicación de cualquier tipo, es necesaria una base de datos.
Las aplicaciones web necesitan al menos una base de datos, y puede que
necesites varias para contener todos los datos que procesas en varios casos de
uso.

Aunque hay muchas bases de datos con distintos tipos de licencia, una base de
datos de código abierto va a ser tu mejor opción para la mayoría de los casos.

Al igual que las soluciones de código abierto como WordPress, una base de datos
de código abierto te ofrecerá flexibilidad, escalabilidad y seguridad a nivel básico.
Y lo que es mejor, herramientas como MySQL, MariaDB, PostgreSQL y Redis son
todas de código abierto, populares y soportadas por muchos alojamientos web.

¿Tienes una base de datos de código abierto favorita de esta lista? Cuéntanos por
qué es tu elección en la sección de comentarios más abajo.

Consigue todas tus aplicaciones, bases de datos, and Sitios de WordPress online
y bajo un mismo techo. Nuestra plataforma en la nube de alto rendimiento y
repleta de funciones incluye:

 Fácil configuración y gestión en el panel de MyKinsta

 Soporte experto 24/7
 El mejor hardware y red de Google Cloud Platform, con tecnología
Kubernetes para una escalabilidad máxima
 Una integración de Cloudflare a nivel empresarial para mayor velocidad y
seguridad
 Alcance de audiencia global con hasta 35 centros de datos y 300 PoPs en
todo el mundo
Top 10 sistemas de administración de bases de datos
Por último, según el ranking de DB-Engines, a fecha de abril de 2023*, estos son
los top 10 sistemas de administración de bases de datos:
 1. Oracle
2. MySQL
3. Microsoft SQL Server
4. PostgreSQL
5. MongoDB
6. Redis
7. IBM DB2
8. Elasticsearch
9. SQLite
10. Microsoft Access

EN QUE SE UTILIZAN
EJEMPLOS Ejemplos de bases de datos de la vida cotidiana

El registro de estudiantes de un colegio o universidad. El registro de pacientes de

un consultorio médico u hospital. La base de datos de los libros y revistas de una
biblioteca o librería. Los estados de cuenta bancarios de los clientes de una
institución financiera.
Además, es importante saber que hay varios tipos de base de datos: la relacional;
la distribuida; NoSQL; orientada a objetos; y, gráficas. La existencia de estas
diversas bases de datos se debe a la variedad de forma de trabajo que se requiere
de ellas
¿Cuál es la función de la base de datos?
Las bases de datos permiten el almacenamiento de un gran número de
información de forma organizada para su posterior consulta, modificación o nuevo
ingreso de datos de manera rápida y simple, concentrando toda la información en
un único lugar
ómo se clasifican los datos en una base de datos?

Según la variabilidad de la base de datos

1. BBDD Estáticas. Son bases de datos diseñadas especialmente para la lectura de
sus datos. ...
2. BBDD Dinámicas. ...
3. Bases de Datos Bibliográficas. ...
4. Bases de datos de texto completo. ...
5. Directorios. ...
6. Bases de datos jerárquicas. ...
7. Base de datos de red. ...
8. Bases de datos Transac
 CARACTERISTICAS
Cómo se forman las bases de datos?

Cada base de datos se compone de una o más tablas que guarda un conjunto de
datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una
parte de la información sobre cada elemento que queramos guardar en la tabla,
cada fila de la tabla conforma un registro.
¿Cuáles son las ventajas de utilizar una base de datos?
Entre sus ventajas se encuentran:
 Gran volumen de información. ...
 Acceso rápido a la información. ...
 Eliminación de duplicidades. ...
 Aumento de la productividad. ...
 Reducción del espacio de almacenamiento. ...
 Seguridad en la información. ...
 Fácil mantenimiento. ...
 Capacidad.
Qué desventajas tiene la base de datos?
Desventajas
 Los datos abstractos o no estructurados como los del big data no son admitidos.
 El mantenimiento es muy costoso y complicado cuando la base de datos crece a
un gran tamaño.
 Los tiempos de respuesta suelen ralentizarse a medida que la base de
datos crece.

¿Qué es el lenguaje de consulta estructurada (SQL)?

El SQL es un lenguaje de programación que utilizan casi todas las bases de datos
relacionales para consultar, manipular y definir los datos, además de para
proporcionar control de acceso. El SQL se desarrolló por primera vez en IBM en la
década de 1970 con Oracle como uno de los principales contribuyentes, lo que dio
lugar a la implementación del estándar ANSI SQL. El SQL ha propiciado muchas
ampliaciones de empresas como IBM, Oracle y Microsoft. Aunque el SQL se sigue
utilizando mucho hoy en día, están empezando a aparecer nuevos lenguajes de
programación.
 Evolución de la base de datos

Las bases de datos han evolucionado drásticamente desde su inicio a principios

de la década de 1960. Las bases de datos de navegación, como la base de datos
jerárquica (que se basaba en un modelo de árbol y permitía una relación de uno a
muchos) y la base de datos de red (un modelo más flexible que permitía
relaciones múltiples), eran los sistemas originales que se utilizaban para
almacenar y manipular datos. Aunque eran sencillos, estos primeros sistemas
eran inflexibles. En la década de 1980, se hicieron populares las bases de datos
relacionales, seguidas de las bases de datos orientadas a objetos en la década de
1990. Más recientemente, las bases de datos NoSQL surgieron como respuesta al
crecimiento de Internet y la necesidad de acelerar la velocidad y el procesamiento
de los datos no estructurados. Hoy en día, las bases de datos en la nube y
las bases de datos de autogestión están abriendo nuevos horizontes en lo que
respecta a la forma en la que se recopilan, se almacenan, se gestionan y se
utilizan los datos.

Tipos de bases de datos

Existen muchos tipos diferentes de bases de datos. La mejor base de datos para
una organización específica depende de cómo pretenda la organización utilizar los
datos.

Bases de datos relacionales

 Las bases de datos relacionales se hicieron predominantes en la década de
1980. Los elementos de una base de datos relacional se organizan como un
conjunto de tablas con columnas y filas. La tecnología de bases de datos
relacionales proporciona la forma más eficiente y flexible de acceder a
información estructurada.

Bases de datos orientadas a objetos

 La información de una base de datos orientada a objetos se representa en
forma de objetos, como en la programación orientada a objetos.

Bases de datos distribuidas

 Una base de datos distribuida consta de dos o más archivos que se encuentran
en sitios diferentes. La base de datos puede almacenarse en varios
ordenadores, ubicarse en la misma ubicación física o repartirse en diferentes
redes.

Almacenes de datos
 Un repositorio central de datos, un data warehouse es un tipo de base de datos
diseñado específicamente para consultas y análisis rápidos.
 Bases de datos NoSQL
 Una base de datos NoSQL, o base de datos no relacional, permite almacenar y
manipular datos no estructurados y semiestructurados (a diferencia de una
base de datos relacional, que define cómo se deben componer todos los datos
insertados en la base de datos). Las bases de datos NoSQL se hicieron
populares a medida que las aplicaciones web se volvían más comunes y
complejas.

Bases de datos orientadas a grafos

 Una base de datos orientada a grafos almacena datos relacionados con
entidades y las relaciones entre entidades.
 Bases de datos OLTP. Una base de datos OLTP es una base de datos rápida
y analítica diseñada para que muchos usuarios realicen un gran número de
transacciones.
Estos son solo algunos de las varias docenas de tipos de bases de datos que se
utilizan hoy en día. Otras bases de datos menos comunes se adaptan a funciones
científicas, financieras o de otro tipo muy específicas. Además de los diferentes
tipos de bases de datos, los cambios en los enfoques de desarrollo tecnológico y
los avances considerables, como la nube y la automatización, están impulsando a
las bases de datos en direcciones completamente nuevas. Algunas de las bases
de datos más recientes incluyen

Bases de datos de código abierto

 Un sistema de base de datos de código abierto es aquel cuyo código fuente es
de código abierto; tales bases de datos pueden ser bases de datos SQL o
NoSQL.

Bases de datos en la nube

 Una base de datos en la nube es una recopilación de datos, estructurados o no
estructurados, que reside en una plataforma de cloud computing privada,
pública o híbrida. Existen dos tipos de modelos de bases de datos en la nube:
el modelo tradicional y el de base de datos como servicios (database as a
service, DBaaS). Con DBaaS, un proveedor de servicios realiza las tareas
administrativas y el mantenimiento.

Base de datos multimodelo

 Las bases de datos multimodelo combinan distintos tipos de modelos de bases
de datos en un único servidor integrado. Esto significa que pueden incorporar
diferentes tipos de datos.

Bases de datos de documentos/JSON

 Diseñadas para almacenar, recuperar y gestionar información orientada a los
documentos, las bases de datos de documentos son una forma moderna de
almacenar los datos en formato JSON en lugar de hacerlo en filas y columnas.

Bases de datos de autogestión

 El tipo de base de datos más nuevo e innovador, las bases de datos de
autogestión (también conocidas como bases de datos autónomas) están
basadas en la nube y utilizan el machine learning para automatizar el ajuste de
la base de datos, la seguridad, las copias de seguridad, las actualizaciones y
otras tareas de gestión rutinarias que tradicionalmente realizan los
administradores de bases de datos.
Más información sobre las bases de datos de autogestión

¿Qué es un software de base de datos?

El software de base de datos se utiliza para crear, editar y mantener archivos y

registros de bases de datos, lo que facilita la creación de archivos y registros, la
entrada de datos, la edición de datos, la actualización y la creación de informes. El
software también maneja el almacenamiento de datos, las copias de seguridad y
la creación de informes, así como el control de acceso múltiple y la seguridad. La
seguridad sólida de las bases de datos es especialmente importante hoy en día,
ya que el robo de datos es cada vez más frecuente. En ocasiones, el software de
base de datos también se denomina "sistema de gestión de bases de datos"
(DBMS).

El software de base de datos simplifica la gestión de datos, ya que permite a los

usuarios almacenar datos de forma estructurada y acceder posteriormente a ellos.
Por lo general, tiene una interfaz gráfica que ayuda a crear y administrar los datos
y, en algunos casos, los usuarios pueden construir sus propias bases de
datos mediante el uso de software de base de datos.

¿Qué es un sistema de gestión de bases de datos (DBMS)?

Normalmente, una base de datos requiere un programa de software de bases de

datos completo, conocido como sistema de gestión de bases de datos (DBMS). Un
DBMS sirve como interfaz entre la base de datos y sus programas o usuarios
finales, lo que permite a los usuarios recuperar, actualizar y gestionar cómo se
organiza y se optimiza la información. Un DBMS también facilita la supervisión y el
control de las bases de datos, lo que permite una variedad de operaciones
administrativas como la supervisión del rendimiento, el ajuste, la copia de
seguridad y la recuperación.

Algunos ejemplos de software de bases de datos o DBMS populares incluyen

MySQL, Microsoft Access, Microsoft SQL Server, FileMaker Pro, Oracle Database
y dBASE.
¿Qué es una base de datos MySQL?

MySQL es un sistema de gestión de datos relacionales de código abierto basado

en SQL. Se diseñó y se optimizó para las aplicaciones web y puede utilizarse en
cualquier plataforma. A medida que surgían nuevos y diferentes requisitos con
Internet, MySQL se convirtió en la plataforma preferida por los desarrolladores
web y las aplicaciones basadas en web. Dado que está diseñado para procesar
millones de consultas y miles de transacciones, MySQL es una elección popular
para las empresas de comercio electrónico que necesitan gestionar múltiples
transferencias de dinero. La flexibilidad on-demand es la principal función de
MySQL.
MySQL es el DBMS que se encuentra detrás de algunos de los sitios web y
aplicaciones basadas en web más importantes del mundo, como Airbnb, Uber,
LinkedIn, Facebook, Twitter y YouTube.

Uso de bases de datos para mejorar el rendimiento del negocio y la toma de

decisiones

Con la recopilación masiva de datos del Internet of Things que está transformando
la vida y la industria en todo el mundo, las empresas de hoy en día tienen acceso
a más datos que nunca. Las empresas visionarias ahora pueden utilizar las bases
de datos para ir más allá del almacenamiento básico de datos y las transacciones
con el fin de analizar grandes cantidades de datos de múltiples sistemas. Mediante
el uso de bases de datos y otras herramientas informáticas y de inteligencia
empresarial, las organizaciones ahora pueden aprovechar los datos que recopilan
para funcionar de forma más eficiente, permitir una mejor toma de decisiones y ser
más ágiles y escalables. Optimizar el acceso y el rendimiento de los datos es
fundamental para los negocios de hoy, ya que hay más volumen de datos sobre el
que debe hacerse un seguimiento. Es crucial contar con una plataforma que
pueda ofrecer el rendimiento, la escalabilidad y la agilidad que los negocios
necesitan a medida que crecen.
La base de datos de autogestión está preparada para proporcionar un impulso
significativo a estas capacidades. Dado que las bases de datos de autogestión
automatizan procesos manuales costosos y tediosos, liberan a los usuarios
empresariales para que puedan ser más proactivos con sus datos. Al tener control
directo sobre la capacidad de crear y utilizar bases de datos, los usuarios ganan
control y autonomía al mismo tiempo que mantienen importantes estándares de
seguridad.

Desafíos de las bases de datos

Las bases de datos de las grandes empresas de hoy en día suelen admitir
consultas muy complejas y se espera que proporcionen respuestas casi
instantáneas a esas consultas. En consecuencia, se solicita a los administradores
de bases de datos que empleen una amplia variedad de métodos para ayudar a
mejorar el rendimiento. Algunos desafíos comunes a los que se enfrentan
incluyen:
 Absorción de aumentos significativos en el volumen de datos. La explosión
de datos provenientes de sensores, máquinas conectadas y docenas de otras
fuentes hace que los administradores de bases de datos tengan que luchar
para administrar y organizar los datos de sus empresas de manera eficiente.
 Garantía de seguridad de los datos. Actualmente, se producen filtraciones de
datos en todas partes, y los piratas informáticos son cada vez más ingeniosos.
Garantizar que los datos estén seguros es más importante que nunca, pero
también que los usuarios puedan acceder a ellos fácilmente.
 Mantenimiento al día con la demanda. En el entorno empresarial actual de
rápido crecimiento, las empresas necesitan tener acceso en tiempo real a sus
datos para poder tomar decisiones a tiempo y aprovechar las nuevas
oportunidades.
 Gestión y mantenimiento de la base de datos y la infraestructura. Los
administradores de bases de datos deben supervisar continuamente la base de
datos por si surgen problemas y realizar un mantenimiento preventivo, así como
aplicar parches y actualizaciones de software. A medida que las bases de datos
se hacen más complejas y los volúmenes de datos crecen, las empresas se
enfrentan a los gastos de contratar talentos adicionales para supervisar y
ajustar sus bases de datos.
 Eliminación de los límites de la escalabilidad. Un negocio necesita crecer si
quiere sobrevivir, y su gestión de datos debe crecer con él. No obstante, para
los administradores de bases de datos resulta muy difícil predecir cuánta
capacidad necesitará la empresa, especialmente con las bases de datos on-
premise.
 Cómo garantizar la residencia de datos, la gobernabilidad de datos o los
requisitos de latencia Algunas organizaciones tienen casos de uso más
adecuados para su ejecución en un entorno local. En estos casos, son ideales
los sistemas de ingeniería que están preconfigurados y preoptimizados para
ejecutar la base de datos.
Abordar todos estos desafíos puede requerir mucho tiempo y puede impedir que
los administradores de bases de datos realicen funciones más estratégicas.

Cómo mejora la tecnología autónoma la gestión de bases de datos

Las bases de datos de autogestión son la ola del futuro y ofrecen una posibilidad
fascinante para las organizaciones que deseen utilizar la mejor tecnología de
bases de datos disponible sin los problemas que supone ejecutar y utilizar esa
tecnología.

Las bases de datos de autogestión utilizan una tecnología basada en la nube y el

machine learning para automatizar muchas de las tareas rutinarias necesarias
para gestionar bases de datos, como el ajuste, la seguridad, las copias de
seguridad, las actualizaciones y otras tareas de gestión rutinarias. Al automatizar
estas tediosas tareas, los administradores de bases de datos se quedan libres
para realizar un trabajo más estratégico. Las funciones de autogestión,
autoprotección y autorreparación de las bases de datos de autogestión están
preparadas para revolucionar la forma de gestionar y proteger los datos de las
empresas, lo que permite obtener ventajas de rendimiento, reducir costos y
mejorar la seguridad.
Las bases de datos surgen de la necesidad humana de almacenar la información.
Las bases de datos son el producto de la necesidad humana de almacenar la
información, es decir, de preservarla contra el tiempo y el deterioro, para poder
acudir a ella posteriormente. En ese sentido, la aparición de la electrónica y
la computación brindó el elemento digital indispensable para almacenar enormes
cantidades de datos en espacios físicos limitados, gracias a su conversión en
señales eléctricas o magnéticas.

El manejo de las bases de datos se lleva mediante sistemas de gestión

(llamados DBMS por sus siglas en inglés: Database Management Systems o
Sistemas de Gestión de Bases de Datos), actualmente digitales y automatizados,
que permiten el almacenamiento ordenado y la rápida recuperación de la
información. En esta tecnología se halla el principio mismo de la informática.

Existen diferentes clasificaciones de las bases de datos, atendiendo a

características puntuales:

 Según su variabilidad. Conforme a los procesos de recuperación y

preservación de los datos, podemos hablar de:
 Bases de datos estáticas. Típicas de la inteligencia empresarial y otras
áreas de análisis histórico, son bases de datos de sólo lectura, de las
cuales se puede extraer información, pero no modificar la ya existente.
 Bases de datos dinámicas. Aparte de las operaciones básicas de
consulta, estas bases de datos manejan procesos de actualización,
reorganización, añadidura y borrado de información.
 Según su contenido. De acuerdo a la naturaleza de la información contenida,
pueden ser:
 Bibliográficas. Contienen diverso material de lectura (libros, revistas,
etc.) ordenado a partir de información clave como son los datos del
autor, del editor, del año de aparición, del área temática o del título del
libro, entre otras muchas posibilidades.
 De texto completo. Se manejan con textos históricos o documentales,
cuya preservación debe ser a todo nivel y se consideran fuentes
primarias.
 Directorios. Listados enormes de datos personalizados o de
direcciones de correo electrónico, números telefónicos, etc. Las
empresas de servicios manejan enormes directorios clientelares, por
ejemplo.
 Especializadas. Bases de datos de información hiperespecializada o
técnica, pensadas a partir de las necesidades puntuales de un público
determinado que consume dicha información.

Ejemplos de base de datos

Algunos ejemplos posibles de bases de datos a lo largo de la historia son:

 Guías telefónicas. Aunque en desuso, estos voluminosos libros solían

contener miles de números telefónicos asignados a hogares, empresas y
particulares, para permitir al usuario dar con el que necesitaba. Eran
engorrosos, pesados, pero completos.
 Archivos personales. El conjunto de los escritos de vida de un autor,
investigador o intelectual a menudo son preservados en un archivo, que se
organiza en base a la preservación y reproducción de los originales,
permitiendo su consulta sin poner en riesgo el documento original.
 Bibliotecas públicas. El perfecto ejemplo de bases de datos, pues contienen
miles o cientos de miles de registros pertenecientes a cada título de libro
disponible para su préstamo, ya sea en sala o circulante, y del que puede
haber más de un mismo ejemplar en el depósito. Los bibliotecólogos se
encargan de diseñar estos sistemas y velar por su funcionamiento.
 Registros de transacciones. Las operaciones realizadas con una tarjeta de
crédito, así como las llamadas realizadas con un celular, u otro tipo de
transacciones comerciales cotidianas, generan todas un conjunto de registros
que van a dar a una base de datos de la empresa.
 Historial médico. Cada vez que acudimos al doctor o a un hospital, se
actualiza la información respecto a nuestra salud, al tratamiento recibido y
demás detalles médicos en un archivo que lleva registro de nuestra historia
médica, en caso de que a futuro se requiera conocer datos específicos, como
operaciones o tratamientos