Hola a todos. He sido invitado como expositor del evento CloudOS RoadShow.

La agenda del evento es la siguiente:

Cuándo: 20 de Marzo de 2015

Dónde: Microsoft Colombia – Cra 7 No 71 – 21 Torre B Piso 15

Horario: 8:00 am – 5:00 pm

Hora

Tema

Speaker 1

Speaker 2

8:00-9:00

Keynote

Fabio Rodríguez

 

9:00-10:30

Nube Microsoft de Punto a Punto

César Herrada

John Barreto

10:30-11:00

Break

   

11:00-12:30

Aprendizaje de máquina una nueva herramienta para las compañías

Julián Castiblanco

Alberto Rivera

12:30-13:30

Almuerzo

   

13:30-15:00

Escritorios y Apps desde cualquier lugar, momento y dispositivo mediante RDS, Azure y RemoteApp

Daniel Vargas

 

15:00-15:30

Break

   

15:30-17:00

El Internet de las cosas y las personas con internet

Miguel Mendoza

Willy Marroquin

Hola a todos.

La noche del 17 de marzo de 2015, tuve el honor de ser invitado por la comunidad ITPros-DC a dictar la conferencia INTRODUCCIÓN A SSAS.

A continuación dejo las memorias del evento, junto con algunas fotos del mismo.

Descargar presentación y demos: http://1drv.ms/1F4hS3f

evento3

evento2

evento

En esta sesión, aprenderemos a garantizar un proceso de carga incremental óptimo, en una solución de Bodegas de Datos, con SQL Server Integration Services.

Las bodegas de datos permiten que las organizaciones tomen mejores decisiones con sus datos históricos. A diferencia de un sistema transaccional, las bodegas de datos ofrecen un escenario desnormalizado que garantiza poder consultar de manera más efectiva grandes volúmenes de información.

A continuación, explicaremos algunos conceptos importantes en el diseño de una solución de bodegas de datos, y las mejores prácticas a tener en cuenta cuando se está creando una.

DIMENSIONES

Las dimensiones son el fundamento de un modelo dimensional, ya que describen los objetos a nivel de negocio que se desean analizar (Cliente, Sucursal, Vendedor, Tienda, etc). Las dimensiones son los sutantivos de un sistema de Inteligencia de Negocios, permitiendo describir los eventos medibles de la organización.

image

LLAVES DE NEGOCIO Y SUSTITUTA

La llave de Negocio hace referencia al campo dentro de la dimensión que funciona como clave de acceso, e identificador único del atributo dentro del sistema transaccional. Esta llave es la que se utiliza en los procesos de cargue incremental, para relacionar un hecho con el respectivo atributo de la dimensión.

La llave sustituta, generalmente es un campo autonumérico, que cumple la función de clave principal de la dimensión, y que sirve para establecer la relación de integridad referencial con la tabla de hechos.

image

DIMENSIÓN TIEMPO

Una de las dimensiones obligatorias en cualquier sistema de Bodegas de datos, es la de Tiempo. Dado que la información histórica de la organización es medible a través del tiempo, se hace importante la creación y el cargue de la misma. En este artículo, aprenderán a crear una dimensión Tiempo. AQUÍ

TABLAS DE HECHOS

Cada tabla de Hechos contiene las medidas asociadas con un proceso específico de negocio (ventas por internet, ventas por sucursal, Inventario, Manufactura, etc). Un registro en una tabla de hechos es una medida, y un evento medible puede siempre producir un registro en la tabla de Hechos.

image

Las tablas de hechos por lo general, se componen de columnas con información numérica. Parte de los datos corresponden a los datos medibles del proceso de negocio respectivo. Los otros, corresponden a las llaves sustitutas de las dimensiones con las cuales el proceso se relaciona, mediante integridad referencial.

image

GRANULARIDAD

El nivel de detalle contenido en las tablas de hechos se conoce como granularidad. Es recomendado construir tablas de hechos con el mínimo nivel de detalle que sea posible del sistema transaccional original, el cual generalmente se conoce como el nivel atómico.

MODELO ESTRELLA

Este modelo consiste en contar don dimensiones relacionadas directamente con una tabla de hechos, garantizando relaciones uno-muchos (1:M). Se recomienda fuertemente construir bodegas de datos en SQL Server bajo este modelo, ya que garantiza un mayor rendimiento en el funcionamiento de una solución de Inteligencia de Negocios.

image

MODELO COPO DE NIEVE

En términos simples, un modelo Copo de Nieve se asemeja al Modelo Estrella, salvo que en este, las dimensiones se pueden relacionar con otras tablas de Dimensión. Es decir, aplica cuando se tienen dimensiones que se han re-normalizado.

image

Dado que son dimensiones normalizadas, se recomienda fuertemente sobre SQL Server evitar al máximo el uso de este tipo de modelo.

DIMENSIONES CONFORMADAS

Las dimensiones Conformadas son dimensiones que son compartidas a través de múltiples procesos de Negocio. De esta manera, se evita la duplicidad de la información en la bodega de datos.

 

DIMENSIONES DEGENERADAS

Los identificadores de transacciones a menudo terminan como dimensiones degeneradas, sin necesidad de unirse a una dimensión existente. Por ejemplo, el id de una orden generalmente no se agrega a una dimensión, sino que por el contrario se convierte en un atributo más de una tabla de hechos. Esto es lo que se conoce como dimensión degenerada.

image

 

Hola a todos.

Quiero iniciar esta serie de videos titulada “El poder de los Powers”. El primero de ellos será Power Map; en donde navegaremos esta poderosa herramienta con un análisis de ventass por ciudades y organizaciones en Colombia.

Enjoy!!!

 

El Poder de los Powers–Power Map

SQL Saturday es un evento de entrenamiento para profesionales en SQL Server y también para aquellos que quieren aprender sobre SQL Server. Este evento se desarrollará el 27 de Septiembre de 2014 en la Universidad EAFIT, Carrera 49 N° 7 Sur – 50, Medellín, Colombia. La admisión al evento es gratuita.

Así, quiero compartirles que estaré impartiendo la charla Inteligencia de Negocios Geoespacial. Más adelante estaré compartiendo las memorias de las mismas.

Los esperamos: Inscripciones Aquí

A partir de SQL Server 2012, SSIS permite dos modelos de implementación, el modelo de implementación de paquetes (existente en versiones anteriores), y el modelo de implementación de proyectos.

La nueva opción de implementación de proyectos permite implementar los proyectos como una unidad integral en el servidor de Integration Services, sin necesidad de hacer implementaciones particulares a nivel de paquetes.

Estas son algunas características de un modelo de implementación de Proyectos:

  • El proyecto sería la unidad de Implementación
  • Los parámetros son utilizados para asignar valores a las propiedades del paquete.
  • La extensión de implementación de un proyecto es .ispac.
  • Estos proyectos se implementan en el catálogo SSISDB en una instancia de SQL Server.
  • Requiere integración con el CLR.

 

CREAR EL CATÁLOGO SSISDB

El primer paso es crear el catálogo SSIDB en la instancia de SQL Server (2012 o 2014).

  • En SQL Server Management Studio, conectado a un motor relacional (2012 o 2014), clic derecho en Integration Services Catalogs y Create Catalog.

image

  • Asegúrese de seleccionar la integration con el CLR, y coloque una llave para el cifrado del catálogo. Clic en OK.

image

  • Nuevamente en SSMS, expanda Integration Services Catalogs, clic derecho sobre el catálogo SSISDB y clic en New Folder (En esta carpeta colocaremos un proyecto).

image

  • Coloque un nombre y descripción a la carpeta y clic en OK

image

  • Si desplegamos la carpeta que acabamos de crear, encontraremos 2 carpetas anidadas, Projects y Enviroments. En la primera, se publicarán los diferentes proyectos que se necesiten en esta carpeta (dichos proyectos tendrán sus respectivos paquetes). En la segunda, se crearán los diferentes entornos de ejecución de los paquetes (por ejemplo, entornos de desarrollo, pruebas y producción).

image

 

CÓMO IMPLEMENTAR PROYECTOS

  • Una vez creado el catálogo, pasamos a la etapa de implementar proyectos. Para ello, utilizamos cualquier proyecto que tengamos creado sobre SQL Server Data Tools.

image

  • En Solution Explorer, clic derecho sobre el  Proyecto y clic en Deploy

image

  • En Introduction, Clic en Next.
  • En Select Source, seleccione Project Deployment file, y verifique que la ruta seleccionada es la del archivo con extensión .ispac. Clic en Next

image

  • En Select Destination, escriba la instancia de SQL Server donde fue creado el catálogo. En Path, seleccione la carpeta creada en pasos anteriores. Clic en Next.

image

  • Clic en Deploy.

image

  • Enhorabuena!!! Acaba de implementar su primer proyecto bajo el modelo Project Deployment Model.

image

  • Vaya nuevamente al catálogo de SSISDB, y verifique que el proyecto y los paquetes se hayan creado de manera exitosa.

image