Al pasar del modelado de datos al modelo físico, se cuentan con varios elementos de las bases de datos que nos permiten generar toda la interacción y procesos que la aplicación necesita para su correcto funcionamiento.
Es por ello que hoy te quiero hablar de los elementos de las bases de datos relacionales.
Elementos de las bases de datos
Si hablamos en sentido jerárquico con los elementos de las base de datos, una base de datos se compone de tablas y relaciones; dentro de las tablas, podremos encontrar sus atributos que son representados a través de campos o columnas, si lo vieramos como una hoja de cálculo, que a su vez guardan registros, que podrían ser las filas dentro de la misma hoja de cálculo.
Con base en eso podemos hacer un glosario de definiciones funcionales que nos permitan entender un poco más los elementos de las bases de datos.
¿Qué es una base de datos?
La podemos definir como un conjunto de tablas, denominadas entidades, que se relacionan entre sí y que están compuestas de campos y registros.
¿Qué es un campo?
Es una unidad de datos denominada atributo de la entidad que está definido mediante un tipo de datos y tamaño de campo, en el cual se pueden almacenar registros. Podríamos decir también que son las características generales de un objeto.
¿Qué es un registro?
Es un conjunto de características particulares que se almacena dentro de los campos de una tabla, cumpliendo con las restricciones de tipos de datos y tamaño de campo. También se les denomina filas o tuplas.
Con esto, podemos generalizar que una base de datos se compone de al menos 3 elementos básicos: tablas, campos y registros, pero, también es importante mencionar que existen más elementos de las bases de datos que nos permiten tener un panorama más claro así como cumplir las restricciones que nos proporciona la lógica del negocio.
Imagina que estamos definiendo la entidad persona dentro de nuestro modelo relacional, probablemente una persona deberá de contener cuando menos datos como su nombre, apellido, dirección, teléfono, edad, por mencionar algunos.
Curso de MySQL
Aquí surge un tema interesante ya que en cada uno de los campos pueden existir casos de uso en donde la información pueda ser repetible, imagina que tenemos al señor Pedro, que tiene a su hijo Pedrito, si registraramos la información de los dos dentro de nuestras bases de datos, podríamos tener algo como esto:
El señor Pedro, se apellida Sanchez, Vive en la dirección Calle 1, Lote 3 SM 2 y su teléfono es 1234567890, por último su edad es de 30 años
Mientras tanto, su Hijo Pedrito, También se llama Pedro, También se apellida Sanchez, vive en la misma dirección que su padre, su teléfono es el mismo y la única información que cambia es que su edad es de 3 años.
¿Por qué es tan relevante esto? Toma importancia cuando las bases de datos empiezan a crecer, ya que a mayor crecimiento, mayor información y probablemente mayor dificultad de identificar a ciertos registros.
Por lo tanto, podemos asumir que existen más elementos de las bases de datos, esto lo explicaremos a continuación:
¿Qué son las llaves en las bases de datos?
Para poder solucionar esto, una de las acciones que las bases de datos toman, es el generar el uso de llaves, el cual, es un identificador único e irrepetible asociado a un registro y también forma parte de los elementos de las bases de datos.
Existen al menos 2 tipos de llaves dentro de las bases de datos: Llaves Primarias, también denominadas Primary Key (PK) y las llaves foráneas, también denominadas Foreign Key (FK)
¿Llaves Primarias, Primary Key, PK?
Las llaves primarias, como mencionaba arriba, son campos que cuentan con la característica de ser únicos e irrepetibles dentro de las tablas, normalmente tienen una característica autoincremental, es decir, se van aumentando con base en el número de registros, aunque no necesariamente deben de tener esta carácteristica.
¿Llaves Foráneas, Foreign Key, FK?
Por otro lado, las llaves foráneas, son campos que cumplen ciertas condiciones, las cuales son: dentro de la tabla a la que pertenecen son llaves primarias, y la segunda condición es que deberán existir dentro de otra tabla a la cual no pertenecen, pero sirven para relacionarlas
Imaginemos que adicional a la entidad personas que tomabamos de ejemplo en párrafos anteriores, también tenemos una entidad denominada Ciudades, la cual probablemente tendrá como campos un nombre de la cuidad, códigos postales, a qué estado pertenece, etcétera.
Es lógico pensar que una persona deberá estar asignada a una ciudad, sin embargo, si observas, ese campo ciudad que agregaremos a la entidad personas, no pertenece a esa entidad, ya que está definida una entidad para ella misma.
Es por eso que dentro de la tabla ciudad tendremos un campo denominado id que servirá como identificador de las ciudades y que a su vez será una llave primaria y a su vez, existirá un campo ciudad dentro de la tabla personas que contendrá números, estos números serán los mismos identificadores del campo id de la tabla ciudad, pero dentro de la tabla personas actuará como llave foránea ya que servirá para poder relacionar personas con ciudades.
Cardinalidad o Tipos de Relaciones
Para poder terminar con el tema de elementos de las bases de datos, es importante que nos demos cuenta que hace un momento te comenté: “una persona deberá estar asignada a una ciudad”, esta oración toma el nombre de cardinalidad dentro de las bases de datos.
Las cardinalidades también forman parte de los elementos de las bases de datos y es el tipo de relación que se establece entre 2 o más entidades y existen algunos tipos que mencionaré a continuación:
1 a 1: Uno a uno, Se refiere a que un registro de una entidad, estará asociado a otro registro de otra entidad individualmente, ejemplo: una persona está asociada a una ciudad donde vive.
1 a M: Uno a muchos, se refiere a que un registro de una entidad estará asociado a muchos registros de otra entidad, ejemplo: una persona podría tener muchos números telefónicos
M a M : Muchos a Muchos, se refiere a que muchos registros de una entidad estarán asociados a muchos registros de otra entidad, ejemplo: Una persona podrá asistir a muchas escuelas y a una escuela pueden asistir muchas personas.
Si te ha gustado este artículo y te aporta valor te pido me sigas en mi:
🖥️ Youtube: https://www.youtube.com/@eightdev?sub_confirmation=1
🎵 Tik Tok: https://www.tiktok.com/@8devmx
✅ Facebook: https://www.facebook.com/8devmx/
📸 Instagram: https://www.instagram.com/8devmx/
