Un dato puede definirse como la unidad singular de conocimiento o mínima unidad de

información, que por sí solo no va a tener un valor intrínseco.

La información es un conjunto de datos que generan conocimiento para resolver algún

problema.

Una base de datos es una colección de datos organizada en un sistema de información y la

tecnología que nos permite organizar los datos y representar la información de un
sistema de información se denomina sistema gestor de base de datos SGBD, o por sus
siglas en inglés (DBMS) los cuales están optimizados para manejar grandes cantidades
de datos brindando aspectos importantes como seguridad y administración, lo cual
garantizan la integridad de la información. Existen dos tipos de sistemas gestores de
datos.

Bases de datos relacionales: Es una colección de datos con estructura ordenada y

relacional de registros que se organizan en un conjunto de tablas. Una tabla es muy
similar a una hoja de cálculo con filas y columnas, utilizan identificadores únicos que
sirven para relacionar las diferentes tablas y hacen más fácil organizar la información
de cada una de las tablas por separados.

Bases de datos no relacionales: corresponde a una colección de datos con una

estructura más flexible y escalable. Están diseñadas para modelar datos con estructuras
un poco más específicas y que no necesiten estar relacionados, cada entidad funciona
de forma independiente y son más sencillas que las bases relacionales. Esta sencillez
hace que las utilicen en Big data. Se puede tener incluso datos repetidos ya que el
objetivo es mejorar el rendimiento, se prioriza el acceso en lugar de la normalización e
integridad de los datos. Se ahorra poder cómputo para procesar la mayor cantidad de
datos en el menor tiempo posible. El formato más popular de este tipo de bases de
datos es el documento. Se les asocia con NoSQL, significando que no solo se utiliza el
lenguaje SQL.

Uso de las bases de datos relacionales/no relacionales

El uso depende de la aplicación por ejemplo en aplicaciones contables o de inventario

donde la información de más de una tabla tenga relación entre sí, es más conveniente el
uso de un gestor de bases de datos relacionales. Las bases de datos relacionales son la
mejor opción cuando: se requieran relaciones estructuradas; se requieran datos
estructurados, es necesario la integridad de datos, sin duplicación de datos.
Pero sí, por el contrario, los datos de la aplicación no se van a relacionar y no se tiene la
certeza de que todos los datos tengan la misma estructura, entonces en conveniente
una base de datos no relacional, por ejemplo, una base de estadísticas de un usuario al
visitar un sitio, o una para recolectar sus datos biométricos, o por ejemplo para crear
una galería de fotos en Instagram donde no se requiere la misma cantidad de fotos sin
que tenga la misma estructura, o por ejemplo las estadísticas del progreso de un
usuario en un videojuego. Las bases de datos no relacionales son más convenientes
cuando: un aspecto importante sea la escalabilidad (son más escalables); los datos no
necesiten una estructura rígida; se requieran aplicaciones en tiempo real.

Entidad: Es un objeto del mundo real que pretendemos controlar dentro del sistema de
información; una persona, un producto, un servicio, una empresa, una factura, una
compra; es el objeto del cual vamos almacenar información. Esta entidad tiene
características que la describen llamadas atributos, por ejemplo, una persona tiene
atributos como su nombre y apellido, número de teléfono, correo, domicilio etc. Al
diseñar una base de datos lo primero que debemos hacer es un listado de las entidades
y sus correspondientes atributos.

Tipos de entidades

Entidades de datos: Almacenan la información en el sistema. Por ejemplo, si tengo un

sistema gestor de escuelas voy a tener personas, entonces voy a tener una entidad
donde se almacena todos los atributos de esas personas

Entidades de catálogos: Todos los registros de datos de estas entidades deben estar
previamente recapturas ya que algunos datos de otras entidades se obtienen de estas
entidades. Por ejemplo, en el sistema de gestión de escuelas podríamos diferenciar tres
tipos de personas; estudiantes, administrativos y profesores; para esto podría crearse
un catálogo para estas opciones. Más ejemplos son los catálogos de países, códigos
postales, profesiones, etc. En una interfaz gráfica (GUI) las entidades de catálogos
aparecen como una lista de donde podemos elegir.

Entidades pivote: Permiten hacer relación entre entidades, se llaman también

entidades de enlace o de asociación. Por ejemplo, regresando al ejemplo anterior, tengo
una persona que es profesor, el cual está asignado a cierta materia o a ciertos grupos;
las entidades donde se definen estas relaciones.

Tipos de datos

Su implementación y variantes dependen del tipo de gestor de bases de datos y

pueden ser;

- Números enteros
- Números flotantes: Números con decimales
- Cadenas y caracteres de texto
- Fechas y horas: Siempre es importante guardar el momento de una transacción
- Booleanos: Valores verdaderos y falsos, por ejemplo, si un usuario está activo o
no.
- Blobs y archivos: Se utilizan para almacenar archivos grandes, sobre todo del
tipo binarios, demandan gran poder de computo. Lo ideal es almacenar en SAN
(Storage Area Network) y lo que guardamos es una cadena de texto con una
referencia al archivo
 - Datos geográficos

Operaciones con bases de datos: CRUD

Es el acrónimo de las operaciones que se realizan con los registros y tablas en bases de
datos relacionales o de documentos en bases de datos no relacionales. En inglés estas
operaciones son: create, read, update, delete.

Lógica de negocio

Es el conjunto de reglas, políticas y procesos que describen cómo se lleva a cabo el

negocio, entendido este último como todo el conjunto del sistema que se pretende
desarrollar.

En el diseño conceptual o modelado de una BD, la lógica de negocio se refiere a la

representación de estas reglas y de los procesos de negocios pasadas al modelo de
datos, incluyen aspectos como: validación de datos, validación de restricciones,
definición de relaciones entre entidades y la definición de cómo se van a calcular
ciertos valores. Es muy importante ya que permite asegurar que los datos sean
correctos y validados y que se respeten las restricciones que requiere el negocio antes
de ser almacenada la información en la BD, además permite a los desarrolladores como
los datos se relacionan y se utilizan en el sistema siendo útiles en tareas de
mantenimiento y mejoras, también puede ser reutilizada en diferentes partes de la
aplicación reduciendo tiempo y esfuerzo para implementarla en múltiples lugares.

Es muy importante que el modelo de BD sea el adecuado, validado perfectamente por

todos los involucrados (desarrolladores y usuarios) ya que, si el modelo está mal, todo
el código todo el código de base estará mal, impactando también en el código back-end
y frond-end.

Llaves

Es un identificador que permite hacer único a un registro de información. Existen

llaves primarias, llaves foráneas y atributos únicos.

Una llave primaria identifica como único a un registro dentro de la entidad a la que va
a pertenecer, se coloca las siglas PK (primary key) delante del atributo que va a ser la
llave principal. Por ejemplo, una llave principal puede ser el registro único del
contribuyente RUC, la cédula de identidad CI o las claves de empleado en una
empresa.

Las llaves foráneas permiten la relación entre el registro de una entidad con el de otra.
Por ejemplo, el id de cada uno de los tipos de personas (estudiantes, personas,
administrativos) del sistema de gestión de escuelas.

Los atributos únicos aseguran que no existan datos duplicados, pueden asociarse a las
llaves primarias y foráneas por no necesariamente. Por ejemplo, para que un usuario
no pueda crear dos cuentas diferentes con el mismo correo o número de teléfono; otros
ejemplos pueden ser las CI, nombres de usuarios, placas de vehículos, etc.

Relaciones

Son asociaciones que se hacen entre entidades. Existen tres tipos de relaciones:
 - Uno a uno: Siguiendo el ejemplo del sistema de gestión de escuelas; la entidad
persona está asocia a un único tipo de perfil; es un estudiante o un profesor, o
un administrativo.
- Uno a muchos: Ejemplo una empresa que paga facturas por varios servicios
- Muchos a muchos: Ejemplo, muchos clientes compran muchos productos.
Cuando se tienen estas relaciones puede ser que se tenga que volver a
normalizar el diseño de la base de datos o que sea más conveniente usar una
base de datos no relacional.

Modelo entidad-relación (modelo relacional/documental de la base de datos)

Es un diagrama que sirve como herramienta para el modelado de datos que facilita la
representación de las entidades de la BD y sus relaciones.

Normalización
Se parte del modelo no normalizado, por ejemplo, los datos de ventas en una hoja de
cálculo. Es un proceso para organizar la estructura, de la BD para asegurar su
integridad, evitar redundancia y por ende mejorar el rendimiento. Consiste en la
división de las entidades en varias entidades más pequeñas y relacionarlas mediante
las llaves foráneas.

Pasos en el modelado de datos

Es proceso que parte desde cero al contrario del proceso de normalización que parte de
datos ya existentes. Para modelar una BD desde cero se siguen los siguientes pasos.

1. Identificar las entidades del sistema de información.

2. Identificar los atributos de las entidades.
3. Identificar llaves primarias y foráneas.
4. Asignar una nomenclatura adecuada a las entidades y atributos.
5. Identificar las entidades pivotes del sistema.
6. Identificar los catálogos del sistema.
7. Identificar los tipos de relaciones del sistema.
8. Crear el modelo entidad-relación del sistema.
9. Crear el modelo relacional de la BD del sistema.
10. Identificar el tipo de dato de cada atributo de las entidades del sistema.
11. Identificar los atributos que puedan ser únicos en el sistema.
12. Identificar las reglas de negocio (operaciones CRUD) del sistema.