presentación del desensamble y ensamble del equipo de computo en base a las n...
Fundamentos Microsoft Sql Server (T-SQL) (Parte II) – Conceptos Básicos Modelo Entidad Relación
1. Fundamentos Microsoft Sql Server (T-SQL)
(Parte II) – Conceptos Básicos Modelo Entidad
Relación
Por Ahias Portillo
2. Modelo Entidad Relación
El modelo entidad relación es una técnica utilizada para el diseño de base de datos, el objetivo principal
es modelar la base de datos lo más cercado a la realidad posible de los requerimientos funcionales, se
basa en el conceptos de entidades y relaciones.
Que es una entidad: Es cualquier cosa y hace referencia a un objeto del mundo real, si lo vemos en
términos simple una entidad es una tabla, un ejemplo sencillo sería una compra en una tienda, la acción
de comprar es realizada por una persona llamada cliente que en este caso sería nuestra entidad, que
hablando en termino de base de datos seria nuestra tabla CLIENTE.
Cliente
Atributos: Los atributos son las características o propiedades que describen a la entidad, si lo vemos desde
punto de vista de base de datos un atributo sería un campo de una tabla, un ejemplo de la entidad cliente
como persona ella tiene un nombre el cual se puede definir como la unión de su Primer Nombre + Segundo
Nombre + Primer Apellido + Segundo Apellido, cada elemento que compone el nombre puede ser llamado
como un atributo de la entidad.
Cliente
Primer Nombre
Segundo Nombre
Primer Apellido
Segundo Apellido
Clave primaria: Se denomina clave primaria al atributo o conjunto de atributos que definen a la entidad
en el mundo real, en este caso todas las personas tiene un número de documentos que lo identifican
como persona, en el caso de El Salvador es Documento Único de Identidad (DUI), pero generalmente las
llaves primarias no siempre son las llaves de negocio, ya que hacer consultas por campos alfanuméricos
no es una buena recomendación, pero para ejemplificar DUI será la llave primaria, posteriormente
veremos el proceso de normalización.
Cliente
PK : DUI
Primer Nombre
Segundo Nombre
Primer Apellido
Segundo Apellido
2|Page
3. Relación: Generalmente en el mundo real cuando alguien realiza una acción existen muchas entidades
que participan en el proceso, en el ejemplo mostrado, el cliente realiza una compra, esto quiere decir que
la entidad de cliente realizo una compra, compra sería otra entidad, siendo el evento compra un acción
efectuada por el cliente, al proceso de asociar la compra al cliente se le conoce como relación entre
entidades.
Existen muchos tipos de relación o cardinalidad a nivel de base de datos, los cuales son:
Relación de uno a uno: Cuando el registro de una entidad solo puede estar relacionada con un
único registro de otra entidad.
Relación de uno a muchos: Cuando un registro puede estar relacionado con muchos registros de
otra entidad.
Relación de muchos a muchos: Este tipo de relación no debe existir en una base de datos ya que
es una mala práctica, el concepto es simple un registro de una entidad puede estar relacionada
muchas veces con otra entidad, y el registro de la otra entidad puede estar relacionada muchas
veces con la otra entidad.
Cuando se define una relación a nivel de diseño estas relaciones puede ser:
Obligatorias: Este tipo de relación define que para que exista un registro en una entidad
dependiente, el registro al que se hace relación la entidad secundaria debe existir primero en la
entidad primaria. El ejemplo la compra, una compra no puede existir si un cliente no la realiza, a
ese la relación entre compra y cliente, se le conoce como relación obligatoria.
Opcionales: Este tipo de relación define que no es obligatorio que exista un registro dependiente
en una entidad secundaria, un ejemplo sencillo seria la compra, generalmente la compra la realiza
un cliente, a la entidad que registrar la compra (venta) se le conoce como vendedor, empleado,
etc, pero imaginemos que la compra puede ser realizada online, en este caso el registro de la
compra no depende de un vendedor, para que esta exista, a ese tipo de relación se le conoce
como opcional.
Llave Foránea: Se denomina llave foránea es el campo de una tabla que hace referencia a una llave
primaria de otra tabla. En el ejemplo de la compra la llave foránea en compra es DUI que es la llave
primaria de Cliente.
Cliente
PK : DUI
Primer Nombre
Segundo Nombre
Primer Apellido
Segundo Apellido
3|Page
<----------------
Compra
PK : Numero Compra
FK: DUI
Total
4. Restricciones: Son reglas de validación para la creación o modificación de registros en las entidades, un
ejemplo seria que el nombre de una persona no puede ser menor a 2 caracteres, si intentara ingresar un
registro con un valor menor a 2 caracteres la restricción evitaría que la acción se realizara, ya que no
estaría cumpliendo las reglas del negocio.
Nota: Puedes consultar más recursos especializados en base de datos y BI en los siguientes link:
http://www.elrincondesqlserver.com/
https://www.facebook.com/groups/elrincondesqlserver/
http://www.youtube.com/user/elrincondesqlserver
4|Page