POWER BI

PROFESIONAL
Estilo: Capacitación
Inicio: 16 de Octubre 2023
Sesión: 02

Ponente: Ing. Juan Augusto Cuellar Pinedo

01
Modelados
Versión Desktop
 ¿Qué es Modelamiento de Datos?
Es la esquematización y estructura de la información recopilada por una organización
para tener una representación gráfica de los datos permitiendo su mejor gestión y uso.

En este sentido, el rol que poseen los analistas y científicos de datos es de tener una
vista única sobre la información que emplea la organización.
02
Importancia
Versión Desktop
¿ Por qué es importante el Modelamiento de
Datos?
Es importante, ya que, al realizar un buen modelo de datos en Power BI se optimiza el
rendimiento y la facilidad de uso.
El esquema de estrella es un enfoque de modelado maduro ampliamente adoptado por los almacenes de
datos relacionales, pues, requiere que los modeladores clasifiquen las tablas del modelo como
dimensiones o hechos.
03
Tipos de Modelados
Versión Desktop
Tipos de Modelados

3.1. Modelos de Datos Conceptual.

3.2. Modelos de Datos Lógico.

3.3. Modelos de Datos Físicos.

Versión Desktop
3.1. Modelo de Datos Conceptual
Una vez aclarado qué es el modelado de datos, hay que señalar que existen distintos tipos de
modelos de datos. Los principales son:

Modelo de datos conceptual:

Define la estructura general del negocio y sus datos , dado que, se aplica en una etapa inicial, es decir: en
los datos que posee el sistema, propiedades de los datos, condiciones y prohibiciones, criterios, forma y
requisitos.

Su fin es mostrar un enfoque de la empresa basada en datos, ya que, establece la forma en que se
relacionan los datos de la organización.
 3.2. Modelo de Datos Lógico
Su función principal es visualizar los elementos de los datos y el cómo se relacionan, de tal
manera, recopilan las clases de datos con sus atributos, relaciones que vinculan a las entidades
de datos y los atributos primarios de datos.

Por ejemplo:

Extrapolando el mismo caso de una mueblería al modelo de datos lógico, cada entidad poseería
información adicional.

Sucursales: contaría con datos como el nombre, la dirección, el correo electrónico y el número
de teléfono de cada punto de venta.

Productos: tendría datos como su número de referencia y su marca.

Clientes: incluirían su dirección física, el correo electrónico y su teléfono.

Ventas: relacionaría los productos que ha adquirido un cliente, con el vendedor, la fecha de
compra y el precio.
 3.3. Modelo de Datos Físico
Sirve para visualizar la estructura de una base de datos antes de su construcción.

Considerando lo siguiente:

Clases de campos de datos

Relaciones entre los datos

Requisitos de desnormalización

Ajuste de rendimiento

Características del sistema de administración de bases de datos distribuida

Por ejemplo:

Ventas: el importe de venta es una clase de dato float, mientras que la fecha de venta es time stamp.

Clientes: el nombre del cliente es un dato string.

04
Técnicas de Modelados
Versión Desktop
 Técnicas de Modelados

4.1. Técnica Jerárquica.

4.2. Técnica de Resultado.

4.3. Técnica Relacional.

4.4. Técnica de red

4.5. Técnica Orientada a Objetos

4.4. Técnica de Entidad - Relación

Versión Desktop
 4.1. Técnica Jerárquica
Representa las relaciones entre los distintos elementos en formato de árbol. Los elementos se pueden
representar arriba, abajo o al mismo nivel.
 4.2. Técnica de Resultado
Las entidades se tratan por igual, sin ningún concepto de paternidad o superioridad.
 4.3. Técnica Relacional
Visualiza las clases de datos como tablas y columnas, describiendo las relaciones entre entidades
mediante el uso de claves. Esto reduce su complejidad y proporciona una visión clave.

Considerando lo siguiente:

- Se pueden establecer uno a uno

- Uno a muchas

- Muchos a uno

- Muchos a muchos
 4.4. Técnica de Red
Amplía el modelo jerárquico, ya que, permite que un registro secundario tenga uno o más padres, por lo
que es una forma más flexible de representar objetos y relaciones.

Los objetos se representan dentro de nodos y las relaciones entre nodos se llaman bordes.

4.5. Técnica Orientada a Objetos

Mezcla aspectos de la programación orientada a objetos y el modelo de datos relacional.

En este esquema, un objeto representa datos y sus relaciones en una sola estructura, además de los
atributos que especifican las propiedades del objeto y los métodos que establecen su comportamiento.

Los objetos pueden establecer varias relaciones entre ellos.

 4.6. Técnica de Entidad - Relación
Representa a las entidades y las relaciones que mantienen entre ellas, en un formato gráfico que incluye:

- Entidades: Representan conceptos sobre los que se procesan y almacenan datos.

- Atributos: Características o propiedades de una entidad, las cuales se almacenan y conservan

como datos.

- Relaciones: Definen los vínculos lógicos entre dos entidades.

05
Hechos - Dimensiones
y Bloques
Versión Desktop
 Tipos de Modelados

5.1. Hechos y Dimensiones.

5.2. Bloques.

Versión Desktop
 5.1. Hechos y Dimensiones

Dimensiones:
Las tablas de dimensiones describen entidades empresariales (las cosas que se modelan). Las
entidades pueden incluir productos, personas, lugares y conceptos, incluido el propio tiempo.

Hechos:
Las tablas de hechos pueden almacenar observaciones o eventos, y pueden ser
pedidos de ventas, existencias, tasas de cambio, temperaturas, etc.
 5.2. Bloques de Power BI
Ambigüedad de relaciones

Una relación bidireccional es aquella que se filtra

en ambas direcciones.

En general, se recomienda minimizar el uso de relaciones bidireccionales. Pueden afectar negativamente al

rendimiento de la consulta del modelo y, posiblemente, ofrecer experiencias confusas para los usuarios del
informe.
06
Ejemplo
Versión Desktop
 Ejemplo
Simbología del modelo entidad relación

Rectángulo: Se utiliza para representar las entidades.

Elipses: Se utiliza para representar los atributos.
Rombos: Se utiliza para representar relaciones entre entidades.
Líneas: Se utilizan para conectar atributos a entidades y entidades a relaciones.

Un aficionado a la música clásica decide construir una Base de Datos con la información más relevante
de la colección de discos compactos que ha adquirido en los últimos años.

La colección incluye grabaciones de obras clásicas de varios compositores.

De algunas obras posee varios ejemplares que se diferencian, bien por su intérprete, o bien por su
director (si la interpretación lo requiere, pues un solista de piano no necesita director).

De los compositores (cuando son conocidos) y de los directores desea guardar su nombre, y si es
posible, el año de nacimiento y su nacionalidad.

Los intérpretes desea clasificarlos por nombre, nacionalidad y tipo (solista de piano, cuarteto, orquesta,
etc.).

Finalmente las obras se clasificarán por su título, por su tipo (sonata, fuga, sinfonía, etc.), y por su
tonalidad y modo (fa-menor, dosostenido-mayor, etc. ).

Ningún personaje o grupo desempeña más de un papel (es compositor, o intérprete o director).
Desarrollo de ejemplo
06
Desarrollar
Versión Desktop
 Caso 01
Artículos y encargos

Una base de datos para una pequeña empresa debe contener información acerca de clientes, artículos y
pedidos. Hasta el momento se registran los siguientes datos en documentos varios:

• Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente), Saldo, Límite de
crédito (depende del cliente, pero en ningún caso debe superar los 3.000.000 pts), Descuento.

• Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de ese artículo
en cada fábrica, Descripción del artículo.

• Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera está formada
por el número de cliente, dirección de envío y fecha del pedido.

El cuerpo del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y la
cantidad.

Además, se ha determinado que se debe almacenar la información de las fábricas. Sin embargo, dado el
uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono de contacto. Y se desean ver
cuántos artículos (en total) provee la fábrica. También, por información estratégica, se podría incluir
información de fábricas alternativas respecto de las que ya fabrican artículos para esta empresa.

Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye hora.
Se pide hacer el diagrama ER para la base de datos que represente esta información.
 Caso 02
Le contratan para hacer una BD que permita apoyar la gestión de un sistema de ventas. La empresa
necesita llevar un control de proveedores, clientes, productos y ventas.

Un proveedor tiene un RUT, nombre, dirección, teléfono y página web. Un cliente también tiene RUT,
nombre, dirección, pero puede tener varios teléfonos de contacto. La dirección se entiende por calle,
número, comuna y ciudad.

Un producto tiene un id único, nombre, precio actual, stock y nombre del proveedor. Además se
organizan en categorías, y cada producto va sólo en una categoría. Una categoría tiene id, nombre y
descripción.

Por razones de contabilidad, se debe registrar la información de cada venta con un id, fecha, cliente,
descuento y monto final. Además se debe guardar el precio al momento de la venta, la cantidad vendida
y el monto total por el producto.
 Caso 03
Diseñar un esquema E/R que recoja la organización de una base de datos para contener la información
sobre todas las carreteras del país, sabiendo que se deben cumplir las siguientes especificaciones:

- Las carreteras están divididas en varias categorías (locales, comerciales, regionales, nacionales,
autovías, etc).

- Las carreteras se dividen en tramos. Un tramo siempre pertenece a una única carretera y no puede
cambiar de carretera.

- Un tramo puede pasar por varias comunas, interesando conocer el Km de la carretera y la comuna
donde empieza el tramo y en donde termina.

- Para los tramos que suponen principio o final de carretera, interesa saber si es que la carretera
concluye físicamente o es que confluye en otra carretera.

En este caso, interesa conocer con qué carretera confluye y en qué kilómetro, tramo y comuna.
 Caso 04

Al culminar los 3 casos genere las tablas relacionadas en power BI realizar lo siguiente

• Detallar el modelo relacional en el programa día

• Realizar las cargas de las tablas de los casos en power BI
• Documentar las relaciones de power bi en word