SolidQ Blogs

Accediendo a Facebook con Data Explorer

Pau Sempere Sanchez — 2013-05-22T11:08:00+02:00

En nuestro anterior post accedíamos a Twitter utilizando Data Explorer para descubrir quién mencionaba a SolidQ y en qué parte del mundo se encontraban (puedes verlo aquí). Hoy veremos cómo acceder a otra red social, Facebook, mediante la característica propia de Data Explorer para conectar con ella y consumiendo estos datos finalmente con Excel 2013.

Empezaremos seleccionando la fuente de datos, en este caso Facebook (desde la opción From Other Sources):

Nos pedirá que ingresemos en Facebook, por lo que tendremos que tener una cuenta activa para poder utilizar esta funcionalidad. Esto supone una diferencia con Twitter, que tiene un API que puede proveer de información a cualquiera que haga consultas contra ella aún con identificación anónima. Con Facebook tendremos también que dar acceso a la aplicación Data Explorer para que interactúe con nuestro perfil.

Una vez hayamos aceptado, realizaremos la búsqueda del perfil que queremos consultar. Deberemos especificar el nombre del perfil o el identificador del usuario. La manera más fácil es ir al perfil al que queremos acceder y ver qué nombre figura en la URL. Por tanto, si queremos ver información sobre el perfil de SolidQ España, que aparece con esta URL

buscaremos por

Podríamos elegir el tipo de conexión que queremos consultar para el perfil, esto es, si queremos ver solo las actualizaciones de estado, los posts, las notas, etc. En este caso no especificamos ningún filtro para poder acceder a todos los datos, filtraremos con más detalle con Data Explorer una vez tengamos los datos importados. Si hacemos clic en Apply, recibiremos una serie de datos estructurados sobre el perfil de SolidQ España

Tenemos mucha información que puede sernos útil para diferentes análisis o recolección de datos. Incluso vemos arriba como se genera la fórmula que Data Explorer usa para consultar los datos (y que podríamos usar nosotros para generar funciones personalizadas, por ejemplo). Pero lo que queremos hacer hoy es una comparativa entre “likes”, comentarios a posts y veces que se comparten estos posts a lo largo del tiempo, para estudiar qué impacto ha ido teniendo lo que se ha ido publicando en este perfil. Para ello, clicamos en “connections”, y Data Explorer nos abrirá la lista de registros disponibles.

Seleccionando “Posts” importaremos la información sobre los posts publicados.

Para nuestro caso concreto queremos saber los conteos de “shares”, “likes” y “comments” que tiene cada uno, por lo que nos vamos a cada uno de estos campos que encontraremos en la información que hemos obtenido y, haciendo clic en el icono para expandir la columna en diferentes campos (a la derecha del nombre de la columna), obtenemos los conteos (que ya forman parte de la información estructurada que nos da Facebook a través de Data Explorer):

Una vez tenemos los conteos asociados a cada registro, y con un par de formateos de datos con Data Explorer para tratar con las fechas (queremos ver los datos agrupados por meses y no por día y hora como nos vienen especificados en los campos created_time y updated_time), podremos tener rápidamente un informe como éste donde vemos la evolución de las interacciones con el perfil de SolidQ España

Se trata de un informe muy sencillo pero muy relevante. Si explorásemos más el dato y lo trabajásemos más, combinándolo quizá con otras fuentes de información (incluso con nuevas consultas a Facebook para ver quién son los usuarios que han hecho like o han comentado ciertos posts) podríamos tener un análisis aún más rico y revelador. Recordemos que incluso podemos añadir directamente los datos de Data Explorer a un modelo de PowerPivot con lo que expandimos aún más las posibilidades de análisis, por ejemplo si ya tuviésemos un modelo de datos que pudiésemos enriquecer con la información que acabamos de obtener. El límite, como siempre, está en cuánto trabajo dediquemos y donde llegue nuestra imaginación

Espero que os haya gustado, nos vemos en siguientes posts acerca de la funcionalidad de Data Explorer.

Feliz integración y análisis

Aprovecha tu almacenamiento con iSCSI y Storage Spaces

Rubén Garrigós — 2013-05-13T21:09:31+02:00

Una de las novedades que trae Windows Server 2012 son los Storage Spaces. Un Storage Space es un pool de un conjunto de discos que se gestionan de forma similar a como se gestionan las SAN. Una de las ventajas para los entornos más modestos es la posibilidad de mezclar discos de distintos tamaños y conectados a través de distintos buses en el mismo pool. En concreto podemos conectar discos por SAS, SATA, ATA, SCSI e incluso por USB:

En ocasiones lo que queremos introducir en el pool no es un disco entero sino una partición de dicho disco o espacio sobrante. En estos casos la solución que podemos tomar es “presentar” dicho espacio mediante iSCSI, al igual que haríamos para acceder a un volumen iSCSI en una NAS/SAN. Para ello primero comprobaremos si tenemos los roles instalados para poder crear el iSCSI Target:

Una vez instalados, desde el server manager crearemos un nuevo disco virtual iSCSI, en este caso de 20 GB:

Este disco lo conectaremos contra el propio servidor por iSCSI:

Una vez conectado por iSCSI nos aparecerá como un disco más en el administrador de discos (disco 17 en nuestro ejemplo):

Una vez lo tenemos presentado, podremos añadirlo sin problema a un nuevo pool o a uno ya existente. En nuestro caso lo hemos añadido a un nuevo pool llamado iSCSI pool:

Una vez añadido aparecerá dentro del pool como si de un disco físico más se tratara pero conectado por bus iSCSI:

En resumen, esta técnica de “enmascarar” mediante iSCSI nos puede servir para aprovechar mejor nuestro almacenamiento para Storage Spaces. También podremos utilizar iSCSI para exponer nuestro pool de almacenamiento local con Storage Spaces a otros servidores.

Cada día vemos más este escenario en pequeños entornos de virtualización para desarrollo/testing. Con Storage Spaces podemos combinar distintos discos en un pool con redundancia sin estar atados a las limitaciones de los fabricantes o de las propias tarjetas RAID. Combinando esta flexibilidad y el target ISCSI nativo de Windows Server 2012 podemos crear un servidor de almacenamiento con muy bajo coste.

Curso MS Business Intelligence-SSAS: Personalizando el Modelo-Atributos (38)

Salvador Ramos — 2013-04-30T10:52:20+02:00

Atributos

Por cada una de las dimensiones nos encontramos con una colección de Atributos que se corresponden con una o más columnas de la tabla de dimensiones. Un atributo es cada una de las características de la dimensión por la cual podremos analizar la información. Por ejemplo, para la dimensión Tiempo tendremos atributos como Año, Mes, Día, Trimestre, Trimestre fiscal, Año fiscal, etc. Para la dimensión Cliente tendremos otros como Nombre, Población, País, Estudios, Edad, Número de hijos, Sexo, etc.

Entre todos ellos, debemos destacar que contaremos con un atributo clave, éste es un atributo con valores únicos, que identifica las columnas de la tabla de dimensiones con las claves externas de la tabla de hechos. Normalmente, representa a la columna que es clave principal (primary key) en la tabla de dimensiones.

Veamos las principales propiedades de los atributos:

· KeyColumn. Contiene la colección de columnas que constituyen la clave del atributo. Está compuesta por las columnas que hacen que el valor de cada miembro sea único. Por ejemplo, si tenemos en la tabla de Tiempo una columna para el año y otra para el mes, la colección KeyColumn estará formada por ambas columnas, ya que cada mes está repetido en cada uno de los años.

· NameColumn. Se utiliza para mostrar un valor descriptivo al usuario, cuando el valor el valor de la columna clave no es lo suficientemente descriptivo. Cuando se indica una columna en esta propiedad, será este valor el mostrado al usuario en lugar de KeyColumn.

· ValueColumn. Identifica la columna que proporciona el valor del atributo.

· AttributeHierarchyDisplayFolder. Identifica la carpeta en la que verán este elemento los usuarios finales desde las herramientas cliente.

· DefaultMember. Expresión MDX que define el miembro predeterminado del atributo.

· OrderBy. Especifica el método para ordenar los miembros del atributo. Valores:

· Key, los miembros se ordenan por la clave del atributo

· Name, los miembros se ordenan por el nombre del atributo

· AttributeKey, los miembros se ordenan por la clave del atributo especificado en la propiedad OrderByAttribute.

· AttributeName, los miembros se ordenan por el nombre del atributo especificado en la propiedad OrderByAttribute.

· OrderByAttribute. Si en OrderBy hemos decidido que se ordenen por otro atributo, es decir, hemos elegido el valor AttributeKey o AttributeName, en esta propiedad indicaremos el atributo por el que deseamos realizar la ordenación.

· Type. Especifica el tipo de información que contiene el atributo.

· Usage. Especifica el uso del atributo. Valores: Regular, Key, Parent.

· IsAggregatable. Indica si el atributo se puede agregar en una jerarquía.

· DiscretizationMetod. “Discretizar” consiste en convertir valores continuos en valores discretos. Por ejemplo, el salario es un valor continuo, puede haber cualquier valor, pero a nivel de análisis de información podemos convertirlo en continuo, haciendo tres grupos, el primero entre 0 y 10.000, el segundo entre 10.001 y 50.000 y el tercero para más de 50.000. Con la propiedad DiscretizationMetod elegimos el método a utilizar para este proceso. Valores: None, Automatic, EqualAreas, Cluster.

· DiscretizationBucketCount. Especifica el número de depósitos en los que se “discretizarán” los atributos. En el ejemplo anterior serían tres.

· AttributeHierarchyEnabled. Determina si se ha generado una jerarquía de atributos para ese atributo. Esto tiene implicaciones, ya que si no está habilitada no se puede utilizar ese atributo en una jerarquía definida por el usuario, ni se puede hacer referencia a la jerarquía de atributos desde instrucciones MDX.

· AttributeHierarchyOptimizedState. Determina el nivel de optimización aplicado a la jerarquía de atributos. Valores: FullyOptimized, NotOptimized. Por defecto está completamente optimizada, lo que implica que se generarán índices para optimizar las consultas. Es conveniente que no estén optimizadas aquellas jerarquías que no se utilicen para realizar consultas, y sólo estén para otros fines como la ordenación. Esto ahorrará tiempos de procesamiento.

· AttributeHierarchyOrdered. Indica si la jerarquía de atributos asociada está ordenada. Valores: True, False. Al igual que en el caso anterior, si no se va a utilizar para realizar consultas, mejor ponerla a False, y ahorrar tiempos de procesamiento innecesarios.

· AttributeHierarchyVisible. Indica si la jerarquía de atributos asociada está visible para las aplicaciones cliente. Valores: True, False. Se debe poner a False cuando no se utiliza para realizar consultas.

Si te interesa esta información, y deseas convertirte en un profesional altamente especializado en Microsoft Business Intelligence, te recomiendo que nos pidas información sobre nuestro Master en BI. Recuerda que hay poquitas plazas disponibles!!!

Post publicados anteriormente como parte de este curso:

Diapositivas de Sesión de SQL Saturday Costa Rica

Javier Loria — 2013-04-15T22:07:34+02:00

Atendiendo la solicitud de un participante posteo las filminas de la sesión sobre TempDB ofrecida el pasado sábado 13 de abril en Costa Rica. EL nombre Es TEMPDB, por qué es tan importante?, todavía no termina de convencerme ya que me gustaría que fuera más atractivo.

Curso MS Business intelligence-SSAS: Personalizando el Modelo–Dimensiones (37)

Salvador Ramos — 2013-04-11T15:28:29+02:00

Personalizando el modelo de Analysis Services

Una vez introducidos los coneptos y elementos fundamentales, vamos a continuar profundizando en la creación de cubos y dimensiones, y sobre todo en la personalización de éstos y adaptación a las necesidades del negocio.

Dimensiones

Una vez vistos los datos a medir, pasemos a analizar las diferentes perspectivas desde las que los vamos a analizar. Vamos a conocer más a fondo esas dimensiones y sus características.

Las Dimensiones se basan en tablas o vistas del Data Source View. Se definen a nivel de base de datos, de forma independiente a los cubos. Y posteriormente, pueden instanciarse ninguna, una o varias veces en cada cubo. Por tanto pasaremos a explicar los conceptos de dimensiones de bases de datos y dimensiones de cubos.

Una dimensión de base de datos existe con independencia de que esté asociada o no a un cubo. Se basan en columnas de una o más tablas de dimensiones de nuestro Data Source View, que puede estar modelado en estrella (start) o en copo de nieve (snowflake).

Una dimensión de cubo es una instancia de una dimensión de base de datos en un cubo en particular, pudiendo tener varias instancias de ella, incluso en el mismo cubo. Por ejemplo, podemos tener una dimensión Tiempo a nivel de base de datos, y luego, en el cubo de Ventas, tener tres instancias: Fecha de pedido, Fecha de envío y Fecha de cobro. Esta múltiple instanciación es lo que se conoce como dimensión jugadora de roles (role-playing dimension). Cada instancia de una dimensión de base de datos puede tener propiedades distintas, por ejemplo, el nombre casi siempre lo cambiamos, tal y como hemos visto en el ejemplo anterior de la dimensión Tiempo, que juega los roles de Fecha de pedido, Fecha de envío y Fecha de cobro. Hay otras propiedades que también se pueden cambiar a nivel de dimensión de cubo, como su visibilidad (propiedad visible).

Figura 1: Dimensiones de Cubo y Dimensiones de Base de Datos

Algunas de las propiedades más significativas de las dimensiones son:

· AttributeAllMemberName. Podemos tener de manera opcional un nivel All, que está en la parte superior de la jerarquía y agrega todos los miembros del nivel inmediatamente inferior. Este es un miembro generado por el sistema, y su posible existencia dependerá de los valores que configuremos en la propiedad IsAggregatable, si se establece a True existirá un nivel All. Ese nivel podrá tener el nombre que indiquemos en la propiedad AttributeAllMemberName. Valores: el nombre que queramos que aparezca para ese nivel al navegar por la dimensión.

· WriteEnabled. Permite habilitar la dimensión para escritura. Valores: True, False.

· Type. Proporciona información a los servidores y a las aplicaciones cliente sobre el contenido de una dimensión. Se utiliza para agregar inteligencia de dimensiones a las aplicaciones. Valores: Regular, Time, Geography, Organization, BillOfMaterials, Accounts, Customers, Products, Scenario, Quantitative, Currency, Rates, Channel, Promotion. Estos valores se aplican a dimensiones y/o cubos.

· StorageMode. Indica el modo de almacenamiento de la dimensión. Valores: ROLAP, MOLAP.

· ErrorConfiguration. Indica la acción que realizará el servidor al encontrar diversos errores.

· UnknownMember. Permite especificar el tratamiento que recibirán los miembros desconocidos. Valores: Visible, Hidden, None.

· UnknownMemberName. Permite cambiar el valor predeterminado del miembro desconocido al que queramos. Por defecto el valor es Unknown.

· ProactiveCaching. Para la configuración del caché automático del cubo.

Si te interesa esta información, y deseas convertirte en un profesional altamente especializado en Microsoft Business Intelligence, te recomiendo que nos pidas información sobre nuestro Master en BI. Recuerda que hay poquitas plazas disponibles!!!

Post publicados anteriormente como parte de este curso:

CURSO Big Data, Data Science: Nuevos Tratamientos Avanzados de la información

SolidQ — 2013-04-11T15:06:00+02:00

Este curso, dirigido a profesionales del Análisis y Tratamiento de la Información, consultores, jefes de proyectos de BI y a responsables de sistemas de Información o Administradores de sistemas; se llevará a cabo los días 25 de Abril en Coruña y el 26 de Abril en Vigo.

Nuestro compañero Antonio Soto, será el formador de este curso orientado a que el asistente comprenda la diferenciación de la aplicación de las técnicas Big Data, análisis de memoria o de la Minería de Datos “tradicional”.

Temario

Introducción: La revolución de los datos.
o Big Data, Data Science y lo que nos pueden proporcionar.
o Actores de mercado en Big Data.
o Utilidades de Big Data.

Escenarios de Business Analytics.
o Análisis de gran cantidad de datos no estructurados: Microsoft HDInsight.
o Análisis de datos en memoria: Microsoft StreamInsight.
o Análisis en profundidad: SQL Server.
o Escenarios de Integración.

• ¿Y cómo exploto toda esta información?: Microsoft Excel
o PowerPivot.
o Complementos Excel para Minería de Datos.
o Acceso a Datos Hadoop.
o Data Explorer.

Para más información sobre este curso organizado por Vitae Consultores puedes descargarte el folleto en este enlace.

TypeScript en SharePoint 2013

Roberto Ramón Berna — 2013-04-03T12:03:18+02:00

Muy buenas;

hace algún tiempo que salió TypeScript y desde el mismo momento que salió he intentado buscar el hueco para indagar sobre él, hoy ha llegado ese día .

Para empezar vamos a hacer una introducción sobre TypeScript.

¿Qué es TypeScript?

Lo primero que hay que tener claro para responder a esta pregunta, es que TypeScript no es un nuevo lenguaje de programación. Podríamos decir que TypeScript es una mejora o una extensión de JavaScript que nos aporta la posibilidad de utilizar tipado estático para organizar mucho mejor nuestro código. ¿Cuántas veces hemos visto un archivo .js con unas cientos de líneas y nos hemos puesto a temblar para entenderlas?, pues para ahorrarnos ese mal rato ha surgido TypeScript, para hacernos ganar en mantenibilidad, es decir, para generar un código mucho más fácil de leer.

Es importante saber que dicho tipado no es obligatorio de utilizar, podremos utilizarlo cuando lo consideremos oportuno o mejor dicho, cuando de verdad nos resulte de utilidad. El código JavaScript podrá convivir en un fichero escrito en TypeScript sin problemas. Un archivo TypeScript tiene una extensión .ts (TypeScript), el cual es necesario compilar para transformar este tipado a JavaScript plano (con el que estamos acostumbrados a trabajar). La gran ventaja de que se compile a JavaScript plano, es que funcionará en todos los navegadores y podremos utilizar en nuestro código una estructura basada en clases y módulos, siguiendo el modelo de la programación orientada a objetos.

¿Cómo lo integro en SharePoint 2013?

Lo primero que debemos hacer, es instalar el plugin de TypeScript para poder agregar a nuestro proyecto un archivo con extensión .ts. (Este ejemplo está hecho con la versión 0.8.0.0)

Para demostrar dicha integración, crearemos una SharePoint-Hosted App.

Dentro del módulo “Scripts” que se autogenera con el proyecto, añadimos el archivo TypeScript.

Como comentábamos antes, el archivo con extensión .ts por debajo es un archivo .js.

Al añadir el archivo TypeScript, éste se crea con un éjemplo de código por defecto, aquí podeís ver las semejanzas. (En este post no explicaremos código)

También tendremos Intellisense en nuestro archivo .ts.

Es importante tener en mente, que nosotros vamos a trabajar con el archivo .ts, pero en realidad a la hora de lanzar la aplicación lo que se hace es compilar el archivo .ts generando uno .js. Para que todo vaya más rodado, necesitamos que esta compilación la haga automáticamente nuestro proyecto de Visual Studio, para ello tendremos que modificar el .csprog.

Inicialmente haremos el unload del proyecto, botón derecho sobre el proyecto y elegimos la opción “Unload Project”.

Volvemos a hacer click con el botón derecho sobre el proyecto y seleccionamos la opción “Edit SP-TypeScript-App.csprog” para editar el archivo .csprog.

Tendremos que añadir el parámetro InitialTargets a la etiqueta Project, que quedaría de la siguiente forma

<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" InitialTargets="TypeScriptCompile">

Justo antes de cerrar la etiqueta Project, tendremos que añadir también este código

  <Target Name="TypeScriptCompile" BeforeTargets="Build">
    <Message Text="Compiling TypeScript..." />
    <Exec Command="&quot;$(PROGRAMFILES)\Microsoft SDKs\TypeScript\0.8.0.0\tsc&quot; -target ES5 @(TypeScriptCompile ->'&quot;%(fullpath)&quot;', ' ')" />
  </Target>

Con esto ya tendríamos todo lo necesario para realizar la compilación del archivo TypeScript automáticamente. Guardamos y hacemos un “Reload Project”. Ahora si introducimos código en el archivo TypeScript y hacemos un “Rebuild” veremos que el archivo TypeScript se compila automáticamente poblando nuestro archivo JavaScript. Para completar el ciclo, el último paso que nos queda es añadir nuestro archivo JavaScript a la página.

<script type="text/javascript" src="../Scripts/ArchivoTypeScript.js"></script>

Como apunte final, se de buena tinta que es complicado dedicar tiempo en aprender “mejores” formas de hacer las cosas…lo de siempre, se quiere rápido y para antes de ayer, pero si de verdad os dan la oportunidad, yo no me lo pensaría para adentrarme en el mundo TypeScript. Más adelante en otro post, entraremos más en detalle en el propio código TypeScript y veremos hasta donde podemos llegar con ello en SharePoint.

Un saludo SharePointeros !!

Borrando nuestras huellas

Rubén Garrigós — 2013-03-31T13:04:33+02:00

En ocasiones especiales cuando necesitamos acceso a bajo nivel a SQL Server no nos queda otra alternativa que realizar modificaciones directas en los catálogos de sistema. La posición oficial de Microsoft es que este tipo de operaciones no están soportadas (salvo que las realice directamente alguno de sus técnicos de soporte). Es probable que si necesitamos abrir un caso con soporte un ingeniero compruebe si hemos realizado modificaciones en las tablas de sistema.

La base de datos master es una base de datos dinámica, donde existen cambios de forma frecuente, por lo que no podría comparar el fichero original con un fichero de referencia. Por tanto para detectar cambios en las tablas de sistema se recurre al comando no documentado DBCC DBINFO.

Para poder ver el resultado de este comando primero habilitaremos la salida de los comandos DBCC al cliente con DBCC TRACEON (3604) y luego ejecutaremos el comando DBCC DBINFO:

Tras lanzar el comando en nuestra base de datos master vemos que el valor de dbi_updSysCatalog es una fecha cuyo valor es el siguiente “1900-01-01 00:00:00.000”. Esto indica que no se ha realizado ningún cambio en las tablas de sistema y, por lo tanto, “estamos limpios” y no tendremos problemas en caso de soporte por este tema.

Imaginemos ahora que por alguna razón muy justificada necesitamos realizar algún cambio en las tablas de sistema. Si después de dicho cambio lanzamos de nuevo el comando DBCC DBINFO veremos que la fecha dbi_updSysCatalog se actualiza a la fecha en la que hemos realizado la modificación:

Debido a que no disponemos de ningún comando que directamente nos permita resetear este valor, debemos investigar dónde se almacena dicho valor. Este valor es un valor “portable”, es decir, que si realizamos un backup de la base de datos y lo restauramos en otro servidor sigue persistiendo. Por tanto dicha información debe almacenarse con alta probabilidad dentro de los ficheros de la base de datos.

¿Dónde tendría sentido que se almacenara? Muy probablemente en alguna de las páginas de metadatos que existen al principio de los ficheros de la base de datos. En concreto tendría sentido que estuviera en el fichero primario de la base de datos.

Con el comando DBCC PAGE podemos extraer información de las páginas de nuestra base de datos. El comando DBCC PAGE se encuentra bastante documentado por lo que no nos detendremos en este punto. Vamos a extraer información dela primera página del fichero de datos de master, la página de cabecera:

Podemos ver que esta página muestra bastante información sin embargo no está la información que buscamos. La página 9 es la que contiene la información que estamos buscando:

El siguiente paso será detectar exactamente en qué parte de la página se almacena el valor de la fecha de dbi_updSysCatalog. Si comparamos dos DBCC PAGE distintos (en uno tenemos el dbi_updSysCatalog con el valor 1900-01-01 00:00:00 y en otro no) podemos ver lo siguiente:

Los bytes marcados en negro son los que están almacenando la fecha que queremos modificar. Con el uso del comando DBCC WRITEPAGE (de nuevo, no documentado pero con extensa información en la web) podemos realizar la modificación sobre la página.

ATENCION: Debemos tener mucha precaución al utilizar este comando ya que un simple error nos puede dejar la base de datos corrupta e irrecuperable.

En nuestro caso el offset a calcular será, el resultado de sumar los 96 bytes de la cabecera (0x60) más el offset del slot 0 hasta el final de la fecha (0x280 menos 8 bytes). El offset será por tanto 0x60+0x280-0x08=0x2D8=728 bytes. El total a escribir serán 8 bytes y el valor a escribir será 0x0000000000000000 (que equivale a la fecha 1900-01-01 00:00:00.000) por lo que el comando a lanzar será el siguiente:

DBCC WRITEPAGE (1,1,9,728,8,0x0000000000000000)

Una vez lanzado comprobaremos que el comando DBINFO muestra correctamente que hemos borrado nuestro rastro en lo que a tablas de sistema modificadas se refiere :)

Paralelismo en SQL Server (I)

Enrique Catalá — 2013-03-30T22:49:39+01:00

En SQL Server podemos ajustar el paralelismo desde diversos puntos de vista, para conseguir diferentes resultados en función de nuestras necesidades. Una cosa que debemos recordar siempre es que aunque SQL Server posee reglas para auto-optimizarse en función del hardware detectado al iniciarse, es cierto tambien que debemos realizar ajustes al mismo en función de cómo estemos utilizando la instancia, esto es, qué tipo de peticiones le hacemos al motor relacional.

Dicho esto, SQL Server nos ofrece las siguientes posibilidades a la hora de afinar el paralelismo:

A nivel Hardware
A nivel de instancia
A nivel de conexión
A nivel de sentencia T-SQL

NOTA: En este post, vamos a introducirnos en los significados de cada una de dichas configuraciones, para ir familiarizándonos de cara a los futuros posts que tratarán sobre el tema.

A nivel hardware

SQL Server es capaz de detectar el hardware en el que está corriendo de forma que se ajusta de forma diferente para aprovechar todas sus caracteristicas en cada momento.

De forma muy genérica, es capaz de distinguir entre correr en un hardware SMP, cuya arquitectura de alto nivel sería esta:

Y detectar si está corriendo en Hardware NUMA (Non-Uniform Memory Access), cuya arquitectura de alto nivel seria esta:

El hardware NUMA es bastante común en entornos críticos donde se requiere alto rendimiento, pero debido a sus beneficios y reducción de costes es cada vez mas frecuente encontrarlos en equipos “estandard” empresariales. En este tipo de arquitecturas, se dispone de varios nodos NUMA, cada uno compuesto por sus propios bancos de memoria, CPU y controladora, estando todos los nodos interconectados entre si. Típicamente el SO abstrae de la gestión de memoria y CPU a las aplicaciones que corren en dicho hardware, pero si se quiere que la aplicación explote al máximo las prestaciones de la máquina hay que realizarle ciertos “ajustes”. Una de las razones mas importantes es que si existe por ejemplo un thread corriendo sobre el NODO1 que debe acceder a una página de memoria alojada en otro nodo (digamos NODO2), típicamente se tarda entre 3 y 4 veces el tiempo que se tardaría en acceder a dicha página, si dicha página se encontrase en el NODO1. Por tanto, si la aplicación supiese que corre en hardware NUMA y se hiciera lo posible por tratar de almacenar la memoria relacionada cerca entre si dentro de los mismos nodos NUMA, se estaría favoreciendo el rendimiento enormemente (recordemos entre 3 y 4 veces la penalización por acceso al exterior). Este concepto es el que denominaremos a partir de ahora como DATA LOCALITY y trata de resumir la esencia de buscar siempre, que el dato se encuentre lo mas cerca del origen que lo pide, tanto él como los que futuramente puedan ser accedidos.

Dado que SQL Server es una aplicación diseñada para aprovechar arquitecturas NUMA, nosotros podemos obviamente modificar los parámetros hardware del sistema para que SQL Server se autoajuste en función del nº de nodos disponibles, por ejemplo. Obviamente este concepto de “afinamiento” es méramente anecdótico y se ha añadido para recordar al lector que SQL Server posee un mecanismo de auto-afinamiento que en este caso aprovecha el hardware existente favoreciendo DATA LOCALITY.

Además, entre otras cosas incrementa el nº de hidden schedulers (como por ejemplo lazywritter) de forma que SQL Server creará 1 por cada nodo NUMA disponible.

*Imagen donde se puede observar el contenido del fichero ERRORLOG indicando cómo se han detectado 3 nodos NUMA hardware en el sistema y el nº de procesos LAZY WRITTER creados (uno por cada nodo numa)

A nivel de instancia

A nivel de instancia es donde mas podemos afinar el comportamiento de SQL Server. Tenemos las siguientes posibilidades:

1.Máscaras de afinidiad
2.Degree of parallelism
3.cost threshold for parallelism
4.max worker threads

Máscaras de afinidad

A la hora de configurar las máscaras de afinidad, podemos trabajarlo en 3 niveles:

1. Afinidad de procesador

La afinidad de procesador se usa para indicar qué CPU podrán ser accesibles por SQL Server. Además, podremos vincular hilos a determinados procesadores. El resultado real de desactivar CPU es que SQL Server desactivará los schedulers asociados y por tanto efectívamente no utilizará dichas CPU

¿Para qué querríamos hacer esto?

Como sabemos, podemos tener mas de una instancia SQL Server instalada en la misma máquina. En estos escenarios, para evitar peleas por el recurso CPU que entorpezcan el rendimiento general del sistema, es una buena práctica des-solapar las CPU de ambas instancias.

Por ejemplo, si tenemos 8 CPU y 2 instancias instaladas, dejaríamos activadas las CPU 0-3 para la instancia 1 y las CPU 4-7 para la instancia 2.

Para más información: http://msdn.microsoft.com/en-us/library/ms187104.aspx

2. Afinidad de E/S

Toda operación de E/S debe ser finalizada (cálculo de checksum, número de bytes transferidos, número de página correcto,…) y para ello se realiza un consumo de CPU. Este tipo de operaciones es realizado por el proceso denominado LAZY WRITTER por un scheduler oculto. Configurando la afinidad de E/S podremos indicar qué CPU podrán ser accesibles por el scheduler oculto que realiza estas tareas.

¿Por qué querríamos hacer esto?

Al igual que el afinamiento de CPU, el afinamiento de E/S está pensado para mejorar el rendimiento en entornos donde la presión de E/S es alta. De esta forma, podemos limitar a determinadas CPU el gasto computacional asociado a operaciones de finalización de E/S.

Tened presente, que la idea en este caso es precisamente evitar que los schedulers normales y los schedulers ocultos de finalización de E/S compitan por los mismos recursos. Esto quiere decir que lo que buscamos es esto:

No queremos esto:

Ya que estaríamos haciendo competir por la CPU a los schedulers normales que se encuentran realizando tareas sql, y a los schedulers ocultos como el de finalización de E/S.

La propia GUI de SSMS te impide las malas configuraciones evitando que puedas marcar la misma CPU para afinidad de procesador y afinidad de E/S, lo cual es algo de agradecer:

*Ejemplo cualquiera de configuración de afinidad CPU y afinidad E/S mediante asistente

Para más información: http://msdn.microsoft.com/en-us/library/ms189629.aspx

3. Afinidad de red

Existe un método avanzado para optimizar sistemas SQL Server consistente en vincular un determinado puerto de comunicaciones, con un determinado NODO numa. Para realizar esta configuración, obviamente debemos disponer de hardware NUMA y obviamente con mas de 1 NODO.

La idea es que consitamos un aumento de rendimiento a base de facilitar DATA LOCALITY mediante cierta “inteligencia” por nuestra parte:

*Imagen que muestra afinidad de red vinculado 4 puertos a 4 nodos NUMA

¿Por qué querríamos hacer esto?

La idea que pretendemos llevar a cabo es favorecer estadísticamente que los datos utilizados por determinadas conexiones se encuentren siempre en el mismo NODO numa ( o al menos que estadísticamente sea mucho mas probable).

Lo que se hace es vincular un determinado puerto (por ejemplo en la imagen el puerto 8000) a un determinado nodo NUMA (en dicho ejemplo al NODO 1). Luego, en las aplicaciones, redirigiremos la cadena de conexión para indicar que nos conectaremos a la instancia SQL Server mediante el puerto 8000, consiguiendo que dicha aplicacion siempre utilice de entrada el nodo NUMA 1 y por tanto, que los datos de páginas a acceder se encuentren mas probablemente en los bancos de memoria de dicho NODO.

En entornos críticos, aplicando este tipo de configuraciones se puede llegar a obtener aumentos de rendimiento interesantes rondando el 20%.

Para más información: http://support.microsoft.com/kb/299641

Degree of parallelism

El grado de paralelismo es posiblemente la configuración mas comunmente utilizada a la hora de afinar el grado de paralelismo de SQL Server. En este caso, estamos hablando del grado de paralelismo a nivel de instancia.

Su configuración indica el máximo número de CPUs que un determinado worker puede utilizar, esto es, el nº de hilos que un determinado operador puede abrir como máximo en ejecución.

No debe confundirse con la afinidad de CPU, ya que en este caso no estamos desactivando CPU, estamos limitando el nº de hilos disponibles para resolver una consulta. Además, su valor es determinado en tiempo de ejecución y no afecta para nada al plan cache.

Su valor además puede ser especificado a nivel de workload group dentro de una configuración de Resource Governor. Haciendo esto, estaremos configurando la forma de proceder en términos de hilos por operador, para determinadas conexiones a SQL Server.

Para más información: http://msdn.microsoft.com/en-us/library/ms188611(v=sql.105).aspx

Cost threshold for parallelism

Utilizado para modificar el nº de planes de ejecuciones paralelos generados en el sistema, es una de las configuraciones mas desaprovechadas por los DBA de SQL Server, quizás por su escasa divulgación y porque requiere un conocimiento del negocio en el que está corriendo SQL Server para poder explotarla con éxito.

La idea es que un sistema OLTP puro no debería tener ejecuciones paralelas, ya que implica que SQL Server ha determinado un coste elevado para su resolución, pero a su vez, SQL Server finalmente tambien acaba resolviendo operaciones no OLTP ( las tan temidas consultas gigantescas a la BBDD para devolver informes :) ). La idea por tanto es jugar con este parámetro, para aumentar o disminuir el nº de operaciones paralelas que se ejecutan. Reconozco que es un parámetro un tanto “peligroso” en tanto en cuanto no se posee un control absoluto de lo que va a suceder en el sistema a ciencia cierta (cambias estadísticamente el nº de planes a generarse, pero no sabes cuales serán ya que no los puedes vincular a ellos, como con “degree of parallelism”). Es por ello que solo debes tocarlo si estas seguro de lo que deseas conseguir y siempre y cuando seas capaz de medir el impacto de su modifición para saber si vas en la dirección correcta.

Su valor es utilizado por SQL Server cuando se está evaluando el plan de ejecución a utilizar, de forma que cambiar su valor influirá en cómo se ejecutará el plan de ejecución.

*Pseudo código donde se utiliza “threshold for parallelism” para obtener plan de ejecución

Para más información: http://msdn.microsoft.com/en-us/library/ms188603(v=sql.105).aspx

Max worker threads

Este parámetro sirve para configurar el número de subprocesso de trabajo disponibles para los procesos de SQL Server. Modificar este parámetro puede optimizar el rendimiento cuando un gran número de conexiones se abren contra la instancia SQL Server ya que generalmente se crea un subproceso de sistema independiente para cada solicitud, pero gracias a esto se pueden agrupar varias solicitudes a determinados grupos de trabajo.

Esta característica, al igual que la característica “threshold for parallelism” se considera avanzada y solo recomendable aplicarla si se poseen conocimientos profundos de SQL Server y de cómo se puede beneficiar el escenario concreto donde se aplicará.

Para hacerse una idea, puedes ver la siguiente tabla donde se obtienen los valores de max worker threads que SQL Server configura dependiendo del entorno donde se está ejecutando y su versión de binarios

Para más información: http://msdn.microsoft.com/es-es/library/ms187024(v=sql.105).aspx

A nivel de conexión

A nivel de conexión SQL Server nos ofrece la posibilidad de configurar el grado de paralelismo mediante el uso de Resource Governor. De esta forma, podemos configurar SQL Server para que dependiendo de nuestra función de enrutado de resource governor, se comporte diferente en términos de paralelismo.

¿Para qué querríamos hacer esto?

Bueno, pues podríamos forzar a que todas las operaciones de reindexado de índices, backups, recálculo de estadísticas…por defecto funcionaran al máximo DOP posible con el fin de optimizar los recursos.

Otra posibilidad tambien podría ser predefinir que todas las conexiones de una aplicación que utiliza SQL Server como OLTP puro, utilicen un DOP de 1.

Como vemos, nos ofrece unas posibilidades bastante mas que interesantes a la hora de optimizar sistemas utilizados por aplicaciones heterogéneas.

Para más información: http://technet.microsoft.com/es-es/library/bb895232(v=sql.105).aspx

A nivel de sentencia T-SQL

A nivel de sentencia T-SQL tenemos la cláusula MAXDOP con la que podemos especificar el valor “degree of parallelism” que queremos que tenga la sentencia concreta a la que se lo apliquemos. Como hemos visto, el grado de paralelismo puede especificarse a nivel de instancia, de conexión (con resource governor) y ahora de sentencia; la precedencia siempre es la que posea el nivel de granuldaridad mas bajo. De esta forma, sea cual sea la configuracion DOP de instancia y Resource Governor, si una sentencia posee MAXDOP=8, dicha sentencia utilizará como mucho 8 hilos por operador, independientemente de los valores configurados a nivel de instancia y/o resource governor.

¿Por qué querríamos configurar una consulta con un MAXDOP distinto?

Imaginemos que a la instancia le hemos configurador DOP = 1, por lo que por defecto, todas las peticiones serán en serie, luego configuramos resource governor con un workload group para que tenga DOP = 4 una determinada aplicación,….¿qué pasa si queremos lanzar desde dicha aplicación cliente una agregación de datos masiva y nuestra máquina tiene 32 CPU? Esta la podríamos realizar con MAXDOP=0 y daría igual el resto de configuraciones, siempre sería capaz de crear si le hiciera falta hasta 32 hilos por operador.

Para más información: http://msdn.microsoft.com/en-us/library/ms181714.aspx

El Sign in as Different User en SharePoint 2013

Roberto Ramón Berna — 2013-03-25T12:29:00+01:00

Muy buenas a todos;

recientemente, trasteando con SharePoint 2013, me ha surgido la necesidad de cambiar el usuario con el que estoy logueado en mi aplicación, hasta ahí todo bien. Cuando voy a buscar la opción en la parte superior derecha donde se encuentra también el “Sign Out, descubro que la opción para cambiar de usuario no está.

A continuación vamos a ver tres formas de como saltarnos esta limitación para llegar a poder loguearnos con otro usuario.

1º Concatenando a nuestra url “/_layouts/closeConnection.aspx?loginasanotheruser=true”

Al igual que en SharePoint 2010, podemos forzar ese logueo con otro usuario mediante url,. Quizás lo más complicado de esta opción es tener siempre en mente dicha cadena.

Ejemplo: http://summitsolidq2013/SitePages/Home.aspx

2º Abriendo el explorador con un usuario diferente

Botón derecho sobre nuestro navegador Internet Explorer “Run as different user” y metemos los credenciales del usuario con el que queremos aparecer logueados en nuestra aplicación.

3º Añadir el código necesario para que aparezca siempre.

Abrimos el archivo “Welcome.ascx” que se encuentra en la siguiente ruta “\15\TEMPLATE\CONTROLTEMPLATES\Welcome.ascx ”.

Le agregamos el siguiente código, que básicamente lo que hace es añadir un elemento más al menú.

<SharePoint:MenuItemTemplate runat="server" ID="ID_LoginAsDifferentUser" Text="<%$Resources:wss,personalactions_loginasdifferentuser%>" Description="<%$Resources:wss,personalactions_loginasdifferentuserdescription%>" MenuGroupId="100" Sequence="100" UseShortId="true" />

Como podemos ver en la siguiente imagen, ya tendremos el “Sign in as Different User” agregado en nuestro menú.

Por último cabe mencionar que el paso 3, aconsejaría realizarlo solo en entornos de prueba y desarrollo. Si no está la opción en el menú, no es porque se hayan olvidado de ella, será por algún motivo en especial. En este post de Stefan Gossner , citan algunas de las posibles razones que pueden haber llevado al equipo de producto a quitar dicho elemento del menú.

Un saludo y espero que haya sido de utilidad

Data Explorer: llega el self-service ETL

Pau Sempere Sanchez — 2013-03-21T20:51:00+01:00

Recientemente se publicó la versión preview de Data Explorer para Excel (La podéis descargar de aquí)

El producto llega a su versión previa al lanzamiento después de haber tenido dos versiones, el cliente de escritorio y el servicio en la nube, publicadas hace algo más de un año, y que ofrecían un servicio muy similar aunque con ligeras diferencias respecto a la conectividad y posibilidad de publicación de resultados.

Ahora, el producto ha evolucionado y mejorado, y se integra con Excel (tanto 2010 como 2013). Viene a llenar el hueco que quedaba entre los orígenes de datos y el modelo de datos en el paradigma de self-service BI que Microsoft propuso con la aparición de SQL Server 2012, con BISM y la posibilidad de escalar desde el análisis sobre el modelo de datos personal hasta un BI empresarial en un servidor de Analysis Services. Data Explorer viene a cubrir la funcionalidad de integración de datos en el sistema de self-service BI como PowerPivot cubre la funcionalidad de análisis.

El hecho de que se enmarque dentro de Excel es uno de los hechos más relevantes de esta preview, dando más importancia si cabe a Excel dentro del ecosistema de BI de Microsoft. En ella los analistas de negocio se sienten cómodos, tienen pericia y son capaces de desenvolverse con naturalidad, lo que reduce mucho la curva de aprendizaje de nuevas herramientas que estén enmarcadas en él. Además, nos permite combinar rápidamente los datos que descubramos e importemos con el resto de funcionalidades integradas en Excel para realizar análisis cómodos y rápidos sin tener que esperar a grandes desarrollos ETL y de sistemas analíticos, pero teniendo la posibilidad de que a partir de estos análisis iniciales surja todo un modelo de análisis empresarial. ¡Incluso podemos añadir directamente la información obtenida con Data Explorer a un modelo de datos en PowerPivot!

En este post vamos a ilustrar como combinar fuentes de información “no estándar” obtenidas con Data Explorer con Power View incluido en Excel 2013 para realizar un análisis rápido y vistoso en cuestión de minutos.

Supongamos que somos el responsable de marketing de una empresa y queremos saber qué se ha dicho recientemente en Twitter acerca de nuestra organización. Obviamente nos interesa qué se ha dicho, pero también es importante saber quién lo ha dicho y, entre otras cosas, desde dónde se ha dicho (o en su defecto, dónde ubica Twitter a los usuarios que lo han dicho). La geolocalización de la información es un activo cada vez más importante en la inteligencia de negocio, especialmente con la facilidad con la que podemos integrarla con Power View.

Para ello, habiendo descargado e instalado Data Explorer para Excel 2013, abrimos un libro de Excel en blanco, y hacemos clic en la nueva pestaña “DATA EXPLORER”. Una vez nos aparezca la cinta de opciones, donde podemos elegir todas las fuentes de datos disponibles, seleccionaremos “From Web”. Como vamos a leer datos desde Twitter, debemos saber el formato en el que debemos preguntar a Twitter. En nuestro caso realizaremos la consulta para obtener tweets sobre SolidQ. La URL desde la que obtener la información quedaría parecida a ésta: https://search.twitter.com/search.json?q=SolidQ&rpp=50. Podéis encontrar información sobre los parámetros de búsqueda del API de Twitter aquí.

Twitter nos devuelve un bloque de datos en formato JSON, pero Data Explorer está esperando un documento HTML. Por tanto, cuando intentemos importar la información, nos dará el siguiente error:

Lo que vemos es que DataExplorer nos está dando una tabla y un documento en HTML con un error (espera HTML y recibe JSON). Un pequeño truco para saltarnos esta situación es usar el lenguaje de fórmulas de Data Explorer, que tiene soporte para interpretar datos estructurados (tanto en JSON como en XML). Si modificamos la fórmula por ésta, añadiendo Json.Document en vez de Web.Page para especificarle que lo que va a recibir son datos en JSON:

Tenemos información estructurada sobre la respuesta de Twitter a nuestra consulta. Los tweets que nos interesan se encuentran en la lista de elementos contenida

dentro del campo “results”. Clicamos en el enlace (en verde claro en la captura) para realizar automáticamente un drill down y veremos el detalle de la lista.

Ahora queremos convertir estos resultados de información estructurada en una tabla, que es con lo que trabajaremos en Excel.

Si hacemos botón derecho sobre la cabecera de la columna y seleccionamos To Table:

Una vez lo hemos convertido a tabla, seleccionaremos un delimitador (si lo hubiese, en este caso son datos ya estructurados y no será necesario)

y podremos elegir qué columnas queremos expandir haciendo clic sobre el icono en la esquina superior derecha.

Nosotros vamos a escoger los siguientes

- from_user: El nombre del usuario en Twitter

- from_user_id_str: Su identificador interno en Twitter en formato de cadena de caracteres

- profile_image_url_https: Las fotos siempre quedan bonitas . Obteniendo la URL donde localizamos la foto del usuario podremos ver la imagen en Excel gracias a su interacción con Bing

- text: El tweet en sí

Ahora renombramos las columnas solo para tener más claro que significa cada una (y poder identificarlas fácilmente en el análisis posterior). Sólo con cambiar el nombre de la columna, como si fuese una columna más de Excel, Data Explorer aplicará la operación correspondiente en su lenguaje de fórmulas. Si nos fijamos en la parte derecha de la pantalla, en la sección Steps, vamos a poder ir viendo cada uno de los pasos que hemos realizado para llegar hasta el punto actual, y lo que es mejor, al cambiar o actualizar la información en un paso intermedio (cambiar el parámetro de consulta a Twitter, por ejemplo), ¡la información se actualiza en cascada en todos los pasos posteriores de manera automática!

Twitter ofrece funcionalidad para localizar desde donde se está twitteando. Tiene sentido sobre todo al usar los servicios GPS de los dispositivos móviles, y más aún si la localización tiene relación con lo que se está publicando. Pero no todo el mundo usa esta opción, y por ello vamos a usar de nuevo el API de Twitter para obtener la localización que los usuarios definen cuando registran su cuenta a través del ID de usuario (campo UserID) que previamente habíamos obtenido. En este caso la fórmula que usaremos será muy parecida a la anterior, pero concatenando el valor del campo UserID para construir la consulta, y conseguiremos llegar a la localización añadiendo una columna personalizada y seleccionando el campo de los datos estructurados en JSON directamente.

Primero tendremos que transformar la columna UserID en una de datos tipo texto, ya que es de tipo de datos numérico y no nos dejará usarla para ser concatenada a la fórmula.

Pulsando con el botón derecho sobre la última columna, seleccionamos Insert Column – Custom:

Lo cual nos permitirá añadir la expresión en lenguaje de fórmulas de Data Explorer de una manera muy parecida a la que usamos para conseguir los tweets:

Conseguiremos acceder directamente a la localización del usuario con la selección del campo “[location]”. Si obtuviésemos una lista de resultados y tuviesemos que elegir un elemento antes de seleccionar el campo que queremos obtener, tendríamos que usar los operadores {}. Por tanto, quedaría tal que Funcion(…){N elemento}[campo].

Puede que veamos un error de este tipo al intentar conseguir datos externos:

Para evitarlo, activamos la opción “Fast Combine” de Data Explorer para poder usar datos de otras fuentes de datos sin recibir este error que nos avisa de que no podemos usar fuentes de datos de diferentes orígenes, en lo que parece una restricción interna de Data Explorer para evitar incongruencias al mezclar datos desde fuentes externas diversas.

Ya tenemos añadida la localización de cada uno de los usuarios que han publicado tweets sobre SolidQ. La mayoría serán localizaciones válidas, pero otras no lo serán. Aquí entraría en juego la combinación de Data Explorer o incluso Excel con servicios externos de validación y calidad de datos, pero es un tema que requeriría un post adicional, o incluso varios

Renombramos la columna que hemos obtenido como Location y clicamos en Done para volver a nuestra hoja de Excel.

Ahora que ya tenemos los datos con su localización y las fotos de los usuarios de Twitter podemos hacer rápidamente un informe con Power View que nos muestre dónde han sucedido estos tweets (o por lo menos donde se localiza al usuario que los publicó).

En un par de clics podríamos tener algo así:

O aprovecharnos de la funcionalidad de PowerPivot para mostrar imágenes en los informes de Power View, marcar el campo PictureURL como de tipo “imageURL” en las opciones avanzadas de PowerPivot y poder ver el avatar de quién escribió qué y desde dónde:

Habrá que esperar a la versión final de Data Explorer para poder medir todo su potencia y facilidad de uso pero hemos visto que ya en la preview podemos obtener datos desde fuentes externas (el API de Twitter, en este caso) de manera relativamente sencilla y toda la potencia de análisis que nos brinda el hecho de que esté integrado dentro de Excel.

Os animo desde aquí a que descarguéis Data Explorer para empezar a investigar cómo importar datos y cómo combinarlos.

Espero que os haya gustado, en próximos posts y artículos seguiremos hablando de Data Explorer y las funcionalidades que ofrece para integración y modelado de datos. Feliz análisis

Como recrear un linked server sin conocer el password

Rubén Garrigós — 2013-03-07T19:51:36+01:00

En ocasiones nos encontramos con la necesidad de recrear ciertos objetos sin conocer todos los datos necesarios. Un caso típico (desgraciadamente) es la migración de un login de SQL Server del que se desconoce su password. Esto ocurre habitualmente en aplicaciones cerradas donde el fabricante ha codificado internamente “a fuego” el password. En estos escenarios es posible recrear el objeto sin conocer el password de forma sencilla utilizando la cláusula HASHED en el comando CREATE LOGIN.

Sin embargo, en otros casos, como los logins y password asociados a un linked server, la solución no es tan sencilla. Para comprender mejor dónde y cómo se almacenan dichos password analizaremos primero el procedimiento sp_addlinkedsrvlogin que es el responsable de esta función. En su código podemos ver lo siguiente:

-- ADD THE SPECIFIED MAPPING --

SELECT @pwd = convert(varbinary(256), @rmtpassword)

EXEC %%LinkedServer(Name=@rmtsrvname).NewLinkedLogin(

LocalID=@localid, UseSelf=@useselfbit, RemoteName=@rmtuser, Password=@pwd)

Como vemos la introducción del password se realiza mediante una llamada interna al método NewLinkedLogin del LinkedServer. Por otro lado, tenemos la vista de sistema sys.linked_logins cuya definición es la siguiente:

CREATE VIEW sys.linked_logins AS
SELECT srvid AS server_id,
lgnid AS local_principal_id,
sysconv(bit, status & 1) AS uses_self_credential, -- LGN_LINKED_USESELF
name AS remote_name,
modate AS modify_date
FROM master.sys.syslnklgns
WHERE lgnid = suser_id() OR has_access('SR', 0) = 1

Vemos que sys.linked_logins es una vista sobre sys.syslnklgns. Probablemente en la tabla base de dicha vista dispongamos de información adicional.

Para poder acceder a dicha tabla de sistema tenemos que conectar a la instancia mediante la conexión administrativa DAC. Podemos o bien utilizar sqlcmd con el parámetro –A o desde Management Studio podemos crear una nueva consulta y conectar a la base de datos anteponiendo el prefijo “admin:” al nombre del servidor.

Recordemos que únicamente los administradores (y solo uno de ellos concurrentemente) puede utilizar esta conexión:

Una vez conectados a través de la conexión administrativa podemos ver el contenido de dicha tabla de sistema:

La columna pwdhash almacena el hashing del password que originalmente se proporcionó al crear el linked server. Vamos a conectarnos ahora a la instancia donde queremos recrear el linked server del que no disponemos de su password y recrearemos el linked server pero con un password cualquiera:

Una vez recreado, conectaremos con la DAC a la nueva instancia y consultaremos la tabla syslnklgns:

Si intentamos validar la conectividad del linked server obtendremos, obviamente, un error de login:

Si intentamos lanzar un update sobre la tabla en cuestión obtenemos un error indicando que los cambios en el catálogo de sistema no están permitidos:

Para saltarnos esta protección necesitamos, por un lado arrancar la instancia en modo single-user (parámetro de arranque –m):

Por otro lado, necesitamos reconfigurar la instancia para que permita actualizaciones al catálogo de sistema con el siguiente comando:

Una vez configurada la instancia, lanzaremos el update el cual ejecutará sin problemas:

Una vez modificado, reiniciaremos la instancia. Tras el reinicio si intentamos validar el linked server obtendremos el siguiente error:

SQL Server está detectando que la clave encriptada que hemos introducido no corresponde a la actual instancia. La encriptación del password se realiza mediante la SMK (Service Master Key). Para conseguir que funcione el desencriptado deberemos primero exportar la SMK del servidor original donde se encriptó:

Una vez exportada, la importaremos en el servidor destino. Al tratarse de un backup de una SMK distinta a la que dispone la instancia será necesario forzar la operación (cláusula FORCE)

ATENCIÓN: Debemos tener en cuenta que al realizar esta operación perderemos el acceso a información que previamente hubiésemos encriptado utilizando esta SMK en esta instancia (por ejemplo, otros linked server creados previamente en este servidor).

Una vez hemos restaurado la service key, comprobaremos que ya podemos acceder al linked server sin problemas:

La conclusión de este post es que es posible recrear, en caso de emergencia, un linked server del que desconocemos su password. Para conseguir esto necesitaremos utilizar la conexión administrativa para copiar el hash del password así como restaurar la Service Master Key del servidor origen. Este mecanismo deberá evitarse dentro de lo posible ya que implica modificaciones en las tablas de sistema.

SharePoint 2013: Parámetros de configuración de Elementos de Aplicacion (App Parts)

Cristian M. Zaragoza Gómez — 2013-03-07T16:48:00+01:00

En SharePoint 2013, dentro del nuevo modelo de desarrollo que suponen las Apps, tenemos los Elementos de Aplicación, más conocidos como App Parts o Client Web Part. Los Elementos de Aplicación, podrían definirse como una App que imita la experiencia de usuario de un Elemento Web (Web Part). Son Apps que insertamos en la página, del mismo modo que insertaríamos un Elemento Web. Entrando en detalle, lo que realmente hacemos cuando insertamos un Elemento de Aplicación, es insertar un iFrame en la página, el cuál muestra el contenido de la App, que se encuentra en otra página.

Ahora bien, si en los Elementos Web tenemos los Paneles de Herramientas (Tool Part), para editar y configurar el comportamiento de un Elemento Web, ¿cómo hacemos lo mismo en un Elemento de Aplicación? En los Elementos de Aplicación seguimos teniendo el Panel de Herramientas, sólo que de una forma un tanto especial. La diferencia principal es que los campos que tenemos en el Panel de Herramientas, y que nos van a permitir configurar el Elemento de Aplicación, se definen mediante el fichero Elements.xml correspondiente al Elemento de Aplicación, y se “envían” a la App mediante Query String. Por ejemplo:

<?xml version="1.0" encoding="UTF-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
  <ClientWebPart Title="MyApp" Name="MyApp" Description="Lorem Ipsulum" DefaultHeight="600" DefaultWidth="392">

    <!-- Las propiedades de configuración del App Part se pasan mediante la Query String
    en el siguiente formato: _nombrePropiedad_ en la propiedad 'Src' del elemento Content-->

    <Content Type="html" Src="~appWebUrl/Pages/MyAppPartPage.aspx?{StandardTokens}&amp;titulo=_titulo_"/>
	
    <Properties>
      <Property
          Name="titulo"
          Type="string"
          RequiresDesignerPermission="true"
          DefaultValue="Contact Us"
          WebCategory="Configuración"
          WebDisplayName="Titulo:">
      </Property>      
    </Properties>
  </ClientWebPart>
</Elements>

Este sería el código Elemento.xml, que define el comportamiento de un Elemento de Aplicación. La forma de definir los parámetros de configuración que aparecerán en el Panel de Herramientas es mediante los nodos Property. Una vez definidos estos parámetros, los añadimos a la URL que apunta hacia la página que contiene el contenido (valga la redundancia) del Elemento de Aplicacion. Para ello se usa un formato específico, que consiste en poner el título del parámetro entre guiones bajos. Como vemos, dentro del nodo Property podemos definir otras características, como grupo, nombre a mostrar, valor por defecto, etc. El resultado final, es muy similar al Panel de Herramientas de un Elemento Web.

Por último, y no menos importante (de hecho quizás sea lo más importante, y el objetivo principal de crear este post). En las versiones Preview de SharePoint 2013, no se aplicaba ninguna codificación a la URL resultante con los parámetros de configuración en la Query String. Es decir, si algún parámetro tenía cómo valor algún carácter especial, como “;” o “-”, etc., éstos no se codificaban. En la versión final de SharePoint 2013, si se aplica una codificación a dicha URL. ¿Esto qué puede implicar? Bueno, en mi caso personal, tenía parámetros de configuración en la Query String con valores del tipo: “uno;dos;tres;cuatro”. La idea era obtener dicho parámetros mediante JavaScript, y hacer un “Split” por “;”. Ahora bien, si el punto y coma, ya no es punto y coma, si no “%3B”, ¿qué es lo que pasa? Pues lo que pasa es muerte y destrucción de la App :) Así que ya estáis avisados, no cometer mi mismo error!

¡Hasta la próxima!

PD: Para más información sobre el modelo de desarrollo de Apps para SharePoint 2013, podéis descargar el libro en castellano totalmente gratuito que escribimos el equipo de SharePoint de SolidQ, centrado exclusivamente en el desarrollo de Apps par SharePoint 2013.

PowerShell para cambiar las propiedades de la Navegación Actual en SharePoint 2010

José Quinto Zamora — 2013-03-06T14:45:58+01:00

Hay tareas que pueden ser muy tediosas, como por ejemplo, tener que cambiar las propiedades de navegación de SharePoint 2010 en 100 sitios. ¿os imagináis cuanto tiempo costaría hacerlo a mano?

Para esto se inventó PowerShell, es más en el tiempo que me he ahorrado usando PowerShell, aprovecho y publico este post para que os pueda servir de ayuda en algún momento!

La idea es saber el comando exacto que establece las propiedades que queremos, en mi caso lo que quiero es que la navegación actual el modo en que se representa sea: “Mostrar sólo los elementos de navegación bajo el sitio actual”:

El código que puede recorrerse todos los sitios y subsitios para aplicar esta confguración es el siguiente:

param([string]$site = "https://coleccionDeSitios/sitio")

function UpdateNavigationSettings([Microsoft.SharePoint.SPWeb]$paramWeb)
{
	Write-Host "Configurando navegación para la web " $paramWeb.Title;
	
	$pWeb = [Microsoft.SharePoint.Publishing.PublishingWeb]::GetPublishingWeb($paramWeb);
	$pWeb.Navigation.InheritCurrent = $False;
	$pWeb.Navigation.ShowSiblings = $False;

	
	$paramWeb.Update();
	
	$paramWeb.Webs | ForEach-Object{UpdateNavigationSettings($_);}
}

#Obtener el sitio
$Sitios = Get-SPWeb $site;
$Sitios.Webs | ForEach-Object{UpdateNavigationSettings($_);}

Fijarse que para conseguir esta configuración entran en juego dos propiedades del objeto Navigation: InheritCurrent a false y ShowSiblings a false.

Gracias a Cristian ( @cmzaragoza ) por el script inicial con bucle recursivo

Espero que os ahorre tiempo!

Saludos!

@jquintozamora

Curso MS Business Intelligence-SSAS: Agregaciones (36)

Salvador Ramos — 2013-03-06T11:24:06+01:00

Agregaciones (Aggregations)

Siempre que hablamos de este tipo de sistemas, aparece este término, incluso nos hemos visto en la necesidad de usarlo anteriormente al hablar del almacenamiento. Vamos a incluir aquí, tanto una definición como ejemplos de lo que son las agregaciones.

Las agregaciones son el núcleo del almacén analítico, con ellas obtenemos una enorme ganancia de rendimiento en las consultas, evitando leer gran número de celdas para obtener los resultados solicitados.

Son datos totalizados, ya pre-calculados y almacenados, para distintos niveles del cubo. Se guardan en celdas en las coordenadas especificadas por las dimensiones. No todas las agregaciones se calculan y almacenan, pero sí los metadatos de sus definiciones. El número de agregaciones tiene un crecimiento exponencial, por lo que el almacenamiento de todas ellas supondría también un crecimiento exponencial del tamaño del cubo y del tiempo de procesamiento.

Figura 1 – Agregaciones (Aggregations)

Consideramos como datos base, los valores de cruce entre los niveles más bajos de cada dimensión, veamos un ejemplo:

· Dimensión Tiempo, jerarquía con niveles Todos, Año, Mes, Día.

· Dimensión Producto, jerarquía con niveles Todos, Familia, SubFamilia y Producto.

· Dimensión Geografía, jerarquía con niveles Todos, País, Provincia y Población.

En este caso el cruce de datos base sería a nivel de Día, Producto y Población. A partir de ahí, los niveles Todos, Año y Mes para el Tiempo; Todos, Familia y SubFamilia para el Producto; y Todos, País y Provincia para la Geografía, serán agregaciones que se pueden obtener a partir de los datos base. El Año lo obtendría sumando los 365 días o los 12 meses, según el diseño de agregaciones que tenga. El Todos (de la dimensión Producto), se obtendría sumando todas las Familas, todas las SubFamilias, o todos los Productos, dependiendo igualmente de las agregaciones que tengamos almacenadas.

Como puede ver el lector es fundamental conocer el concepto de Agregaciones, y su diseño y almacenamiento. Debe tener también en cuenta que cuantas más agregaciones tengamos, más rápida será la ejecución de las consultas, y por el contrario más lento será el tiempo de procesamiento y mayor el tamaño necesario para el almacenamiento, dado que habrá un mayor número de celdas pre-calculadas y almacenadas en el cubo. A fin de tener un balance entre el procesamiento de los cubos y el tiempo de respuesta, Analysis Services pre-calcula y guarda las agregaciones escogidas y genera las restantes al recibir la consulta.

No es el objetivo de este capítulo profundizar en el diseño de las agregaciones del cubo, sino simplemente que desde el principio, el lector tenga muy claro lo importante que es este concepto y las consecuencias que puede tener en el rendimiento de las consultas, en el tamaño de la base de datos y en los tiempos de procesamiento.

Si te interesa esta información, y deseas convertirte en un profesional altamente especializado en Microsoft Business Intelligence, te recomiendo que nos pidas información sobre nuestro Master en BI. Recuerda que hay poquitas plazas disponibles!!!

Post publicados anteriormente como parte de este curso:

[Office 365 - SharePoint 2013 Online] Establecer clave de Bing Maps para el campo de tipo Geolocation

José Quinto Zamora — 2013-03-05T01:40:00+01:00

En SharePoint 2013, tanto OnPremise como Online se pueden crear campos de tipo Geolocation, los cuales nos facilitan la tarea de representar coordenadas en un mapa.

Para poder crear este tipo de columnas debemos de hacerlo mediante código, ya que no existe opción, por el momento, de hacerlo mediante la interfaz gráfica.

Además, como cualquier aplicación en la que se utilicen los mapas de Bing Maps, se requiere de una clave que se puede obtener aquí: http://bingmapsportal.com.

Los pasos a seguir para poder crear el campo son:

1. Configurar la clave de Bing Maps

Para poder configurar la clave de Bing Maps en SharePoint 2013 Online debemos hacerlo mediante este código:

Uri oUri = new Uri("<url>");
MsOnlineClaimsHelper claimsHelper = new MsOnlineClaimsHelper(oUri, "<id>", "<password>");
using (ClientContext context = new ClientContext(oUri))
{
	context.ExecutingWebRequest += claimsHelper.clientContext_ExecutingWebRequest;
	Web web = context.Web;
	web.AllProperties["BING_MAPS_KEY"] = "<clave>";
	web.Update();
	context.ExecuteQuery();			  
}

Para ver más detalles sobre configurar la clave de Bing en SharePoint Online, véase el post de Sundar Narasiman. Además con el fin de facilitar la tarea adjunto el código que me he montado para probar esta asignación de clave en SharePoint 2013 Online. Lo podéis descargar aquí. (ConfigurarClaveBingSharePointOnline.zip).

Nota: Para SharePoint 2013 OnPremise es mucho más fácil, ya que basta con ejecutar el comando PowerShell: Set-SPBingMapsKey –BingKey “<clave de Bing Maps>”.

2. Añadir el campo de tipo GeoLocation mediante código

Como comentaba este tipo de columna o campo de SharePoint 2013 no se permite añadirlo vía interfaz gráfica, puesto que no está la opción. Para poder añadirlo debemos de usar el modelo de Objetos, o bien Servidor o Cliente.

En este caso vamos a usar el modelo de Objetos de Cliente JavaScript o ECMAScript de SharePoint 2013, basta con crear una página nueva, añadir un código embebido y poner este código:

<script type="text/javascript">

	var contexto;
		
	function CrearColumna() 
	{
		var nombreLista = document.getElementById('nombreLista').value;
		var nombreColumna = document.getElementById('nombreColumna').value;
		contexto = new SP.ClientContext.get_current();
		var lista = contexto.get_web().get_lists().getByTitle(nombreLista);
		contexto.load(lista);
		this.newField = lista.get_fields().addFieldAsXml(
				"<Field Type='Geolocation' DisplayName='" + nombreColumna + "'/>",
				true,
				SP.AddFieldOptions.defaultValue
			);
		lista.update();
		contexto.executeQueryAsync(Function.createDelegate(this, this.CreadaCorrectamente),Function.createDelegate(this, this.ErrorAlCrear));
		
	}
 
	function CreadaCorrectamente()
	{
		alert('Columna GeoLocation creada.');
	}
 
	function ErrorAlCrear(sender, args) 
	{
		alert('Error: ' + args.get_message() + '\n' + args.get_stackTrace());
	}

</script>
 
<div>
	<div>Crear columna de tipo GeoLocation:</div>
	<span>Nombre de Lista: </span><input type="text" value="" id="nombreLista" />
	<span>Nombre de Columna: </span><input type="text" value="" id="nombreColumna" />
	<input type="button" value="CrearColumna" onClick="CrearColumna();" />
</div>

Luego, guardamos la página y ya podemos usar esta página para crear todos los campos de tipo Geolocation en todas las listas que queramos.

Espero que les guste!

@jquintozamora

La importancia de formar de un modo relevante en la universidad, las escuelas de negocios, y la formación técnica profesional

Fernando G. Guerrero — 2013-03-04T14:16:00+01:00

Este post se ha movido al nuevo blog de fernando G. Guerrero para temas personales en http://www.fernandogguerrero.com/2013/03/la-importancia-de-formar-de-un-modo-relevante-en-la-universidad-las-escuelas-de-negocios-y-la-formacion-tecnica-profesional/

Gracias por tu interés en mi blog

Fernando G. Guerrero

Hackeando los grupos de disponibilidad: Rompiendo el límite de cinco réplicas

Rubén Garrigós — 2013-02-16T01:13:01+01:00

Los grupos de disponibilidad son una nueva característica de SQL Server 2012 muy útil en muchos escenarios. Un escenario donde es especialmente útil es aquel en el que tenemos múltiples copias de solo lectura de una o varias bases de datos en varios servidores. Estos escenarios se cubrían habitualmente mediante el uso de Log Shipping con múltiples secundarios o bien con replicación transaccional.

El uso de replicación supone un mantenimiento adicional así como limitaciones adicionales a nuestra base de datos. El uso de logshipping necesita de un proceso de actualización complejo si no queremos tener periodos de no disponibilidad. Típicamente necesitaremos un proceso “round-robin” para que mediante alias de bases de datos y/o un NLB, etc. actualicemos la información de los secundarios garantizando siempre que tenemos al menos una copia accesible por las aplicaciones.

Los grupos de disponibilidad son otra alternativa a estos escenarios ya que nos permiten tener varias réplicas con acceso de solo lectura. Además de la réplica primaria (rol similar al publicador en réplica o al principal de log shipping), podríamos tener hasta 4 réplicas secundarias (rol similar a las subscriptores en réplica o a los secundarios en log shipping).

Desgraciadamente la limitación a 4 réplicas como máximo la que hace que muchos escenarios del mundo empresarial no sean “migrables” a grupos de disponibilidad. Personalmente creemos que el número de réplicas asíncronas no debería ser tan absurdamente bajo. Al fin y al cabo las réplicas asíncronas no causan casi ninguna penalización de rendimiento a la réplica primaria.

IMPORTANTE: El procedimiento descrito a continuación nunca deberá aplicarse a un entorno de producción. Los fines de este artículo son únicamente educativos.

Imaginemos un escenario donde ya tenemos 5 réplicas en nuestro grupo de disponibilidad:

Si intentamos añadir una nueva réplica desde el interfaz gráfico vemos que dicha posibilidad está deshabilitada:

Si lo intentamos directamente desde T-SQL nos encontramos con el siguiente error:

Ya que el número máximo de réplicas soportado no es un parámetro configurable decidimos entrar a bajo nivel a SQL Server para determinar de qué forma obtiene dicho límite SQL Server. Nuestra primera aproximación fue monitorizar el proceso sqlservr.exe para ver si realizaba alguna lectura de algún entrada en el registro de Windows u obtenía dicha información de algún fichero. Tras comprobar que no era así nos temíamos que dicho valor se encontraría en el código de SQL Server “a fuego”. Llega por tanto la hora de sacar el armamento pesado

Comenzaremos descargando el SDK de Windows donde se incluyen las herramientas de depuración (WinDbg, KD, CDB y NTSD). Una vez instaladas decidimos utilizar el frontend de Visual Studio para depuración de aplicaciones nativas por la sencillez en la gestión de símbolos de depuración, breakpoints, etc.

Arrancaremos Visual Studio y desde el menú Debug seleccionaremos attach to process:

Seleccionaremos el proceso de sqlservr.exe e indicaremos que queremos depurar código nativo:

Nos aseguraremos también que tenemos habilitada la descarga de símbolos de Microsoft en la ventana Options del menú Tools:

Desde la ventana modules veremos todos los módulos que se han cargado en memoria y la disponibilidad de sus símbolos:

En nuestro caso nos vamos a centrar en aquellas librerías de SQL Server ya que en alguna de ellas es donde debe encontrarse codificado el límite de réplicas. Ante la falta de documentación optamos por utilizar la herramienta DBH (http://msdn.microsoft.com/es-es/library/windows/hardware/ff540437%28v=vs.85%29.aspx) que nos permite obtener información desde los ficheros de símbolos. Tras examinar algunos de los símbolos encontramos varios métodos con el prefijo “HADR” en la librería sqlmin.dll. El nombre interno de los grupos de disponibilidad es HADRON y muchas DMVs siguen manteniendo dicho prefijo. En la librería sqllang.dll tenemos también llamadas a cada uno de los comandos, en concreto existen uno

El siguiente paso es fijar un breakpoint en alguno de los métodos “candidatos” a ser utilizados por SQL Server para gestionar los grupos de disponibilidad. Tras algunas pruebas encontramos un método (CHadrArManager::AgAddReplicas) que se invocaba tras la ejecución de una llamada a ALTER AVAILABILITY GROUP. Una vez tenemos el proceso parado en este punto, tenemos que seguir el flujo del programa en ensamblador para ver hacia donde nos lleva:

Seguiremos el flujo del proceso prestando atención a los distintos saltos (je, jne, etc.) así como a los calls. Llegaremos finalmente a un proceso de validación para la operación de añadir una nueva réplica a un grupo de disponibilidad:

En el cuerpo de dicho proceso de validación encontramos, entre otras validaciones, un bucle que itera 5 veces incrementando el registro edx. En verde tenemos el salto al principio del bucle y en naranja la condición de salida del bucle:

El valor con el que se compara viene originariamente del registro eax, el cual se carga con el valor correcto tras una llamada a una rutina con un punto de entrada variable (es una dirección calculada al vuelo en el registro rax+0x80):

Si fijamos un breakpoint sobre dicha dirección de memoria nos encontramos con el método GetMaxNumberOfArsPerAg donde vemos cómo se rellena “a fuego” el valor 5 en el registro eax:

El siguiente paso es modificar en la librería sqlmin.dll el código ensamblador para que el límite en vez de ser 5 sea por ejemplo 10. Con un editor hexadecimal como el XVI32 localizaremos el fragmento de código:

No olvidemos realizar una copia de seguridad de la librería y apagar la instancia de SQL Server antes de realizar el cambio. Editaremos el valor 5 (0x05) y lo modificaremos con el valor 10 (0x0A):

Una vez salvado el cambio, volveremos a arrancar SQL Server y trataremos de añadir una nueva réplica. El comando funcionará sin problemas (el GUI seguirá capado) y podremos ver la nueva réplica en el object explorer:

También en el dashboard:

Y en las DMVs correspondientes:

Podríamos seguir añadiendo réplicas hasta las 10 que como máximo hemos configurado:

Para asegurarnos que se respeta el nuevo límite, probamos a añadir la undécima réplica y comprobamos que nos devuelve el error esperado:

La conclusión de este artículo es que SQL Server 2012 parece estar preparado para soportar un número mayor de réplicas en los grupos de disponibilidad con un simple cambio de parametrización. Por una parte consideramos que es una buena noticia que el funcionamiento con más de 5 réplicas sea correcto. Por otra nos preocupa que Microsoft no vaya nunca a permitirnos aumentar el número de réplicas mediante un traceflag o mecanismo similar.

Curso MS Business Intelligence-SSAS: Procesamiento y modos de almacenamiento (35)

Salvador Ramos — 2013-02-14T10:53:41+01:00

A continuación veremos estos tres conceptos, con el fin de cerrar la introducción. Una vez que tenemos desplegada una base de datos de Analysis Services en un servidor, necesitamos procesar periódicamente para sincronizar los datos que se muestran con los de los orígenes relacionales. También debemos decidir los modos de almacenamiento de cada dimensión y de cada una de las particiones de los grupos de medidas. Y finalmente diseñar las agregaciones que quedarán almacenadas en la base de datos.

Procesamiento (Processing)

Un cubo contiene datos precalculados, que permiten un acceso rápido por parte de los usuarios. Periódicamente debemos refrescar los datos del cubo para que incorporen la información que se ha ido generando en los orígenes de datos.

El procesamiento permite mantener actualizados los objetos de Analysis Services. Se encarga de llenar con datos los objetos a partir de orígenes de datos relacionales.

El trabajo de procesamiento está dentro de una transacción, que se puede confirmar o deshacer. Mientras se está procesando el cubo, se puede tener acceso a sus objetos para realizar consultas. Sólo dejarán de estar disponibles una vez procesados correctamente durante el tiempo en que se confirman los cambios, mientras que si se deshacen, no dejarán de estar disponibles.

Modos de Almacenamiento (Storage Modes)

Una vez que tenemos diseñado un cubo, independientemente de otros muchos factores, debemos decidir en qué modo se va a almacenar en nuestro sistema (SQL Server), y conocer las ventajas e inconvenientes de cada una de las formas de almacenamiento que disponemos, que son tres:

· MOLAP (OLAP Multidimensional): Es una estructura de almacenamiento multidimensional, muy optimizada para maximizar el rendimiento de las consultas. Los cambios que se producen en el origen de datos no serán visibles en el cubo hasta que se procese la información. Los datos y agregaciones se comprimen y escriben en disco.

· ROLAP (OLAP Relacional): Almacenamiento en una base de datos relacional. Permite a los usuarios ver los datos en tiempo real, aunque por el contrario, es más lento que MOLAP.

· HOLAP (OLAP Híbrido): Es una combinación de los modos MOLAP y ROLAP. Las agregaciones se comprimen y se escriben en disco.

Nota: Procesar consiste en leer la información del origen de datos, pre-calcularla, almacenarla en el cubo y dejarla lista para ser consultada por las herramientas cliente.

Figura 1 Recuperación de datos del servidor

Analysis Services permite ir seleccionando diversos sabores entre los extremos MOLAP y ROLAP en tiempo real, algunos de ellos basados en el uso de la caché automática (proactive caching). Tenemos una serie de configuraciones de almacenamientos standard: ROLAP en tiempo real, HOLAP en tiempo real, MOLAP de baja latencia, MOLAP de latencia media, MOLAP automático, MOLAP programado y MOLAP. Además de poder realizar personalizaciones variando diversos parámetros sobre los modos citados. Puede ampliar información en la ayuda del producto.

Si te interesa esta información, y deseas convertirte en un profesional altamente especializado en Microsoft Business Intelligence, te recomiendo que nos pidas información sobre nuestro Master en BI. Recuerda que hay poquitas plazas disponibles!!!

Post publicados anteriormente como parte de este curso:

Si yo aprendí inglés en Indonesia cuando tenía 32 años, nadie tiene excusa para no aprender

Fernando G. Guerrero — 2013-01-27T14:50:00+01:00

Hace un par de día, Carmen Torralvo, conocida y apreciada consultora de Recursos Humanos, comentó en un curso de Comunicación en Fundesem, el contrasentido que supone que algunos profesionales desempleados se frustren en casa sin encontrar trabajo, mientras no se ponen manos a la obra en la mejora de su nivel de inglés, lo cual podría mejorar enormemente sus posibilidades de encontrar trabajo (dentro o fuera de España).

No estoy diciendo que esto sea la solución para el paro que tanto atenaza la sociedad española, y estoy seguro de que no era eso lo que Carmen quería transmitir. Irse a otro país a aprender inglés requiere algunos recursos económicos, cosa que no está al alcance de todo el mundo en estos momentos.

Sin embargo, lo que sí es cierto es que no paramos de quejarnos todos del desastre que supone para la mayoría de los españoles el desconocimiento de otros idiomas de un modo suficientemente eficaz como para poderlos utilizar en el trabajo. Le echamos la culpa al sistema educativo español, al doblaje de las películas, a los ministros de educación, y a nuestros profesores por no habernos motivado al respecto. Pero, mientras nos escudamos en todas estas excusas, no hacemos nada para mejorar nuestra situación.

Así que me acordé de mi propia experiencia al respecto, y pienso que podría ser interesante para algunas personas que podrían sentirse intimidados ante la perspectiva de aprender un nuevo idioma ya a una edad más o menos avanzada.

Como la mayoría de los españoles de mi edad (nací en el 1959) aprendí francés en la escuela. La razón fundamental de la elección del idioma francés en vez del inglés, supongo que era la escasez de profesores de inglés en aquellos tiempos. Recuerdo que bien poco francés aprendí en los primeros dos años de bachiller (de mis 11 a 12 años de edad), pero en tercero de bachiller tuve la inmensa suerte de tener un excelente profesor de francés en los Salesianos de Úbeda (D. Francisco Ruiz Cayola) quien, utilizando el sistema Sonimage nos permitió empezar a hablar y entender este idioma, en vez de enfrascarnos en tediosas clases de gramática. Otro azar del destino me permitió ese verán pasar algo más de un mes con unos tíos míos en Le Havre (Normandía), lo que me permitió practicar el idioma mucho más de lo que hubiera pensado. Y el remate fue un nuevo curso de francés con D. Francisco, que terminó de afianzar mis conocimientos de este idioma. Tras ese curso trasladaron a mi familia a Alicante, con lo que no pude seguir estudiando con D. Francisco. Sin embargo, el francés que aprendí con él, me permitió pasar el francés del bachiller superior, la reválida, el COU y la selectividad, sin mayores esfuerzos, viviendo básicamente de las rentas de su excelente formación en esta materia.

Como dato curioso, un profesor de latín en Úbeda (D. Evaristo) nos convenció de que teníamos que aprender a hablar en latín, porque fuera de España todo el mundo hablaba latín. Además, si esperábamos poder ir al parque de atracciones Tívoli en Copenhague, más nos valía saber latín o no nos dejarían ni entrar. El caso es que nos lo creímos, y mejor o peor logramos pasar este trago, con exámenes anunciados mediante la fatídica orden "Condite omnia". La verdad es que este idioma caló en nosotros más de lo que la mayoría hubiéramos pensado inicialmente. De hecho, recuerdo que en el grupo de teatro Molière, llamábamos "crumena" al monedero donde guardábamos los fondos de este grupo de teatro juvenil.

Pasaron muchos años, llegué a la universidad, y en la escuela de Caminos se supone que debíamos aprender inglés en tercero. Pero la buena de la profesora (una americana muy agradable) con solo asistir al examen teníamos garantizado el aprobado. De hecho, nos avisaba al empezar el examen: "lo que sepáis lo ponéis, y lo que no me lo preguntáis". Resultado: ni me molesté en intentar aprender inglés para aprobar esta asignatura.

Desde esas fechas, ni recuerdo cuántas veces me matriculé y comencé cursos de inglés. No recuerdo cuántos libros, casetes, y métodos milagro compré, sin ningún progreso, más allá de "my taylor is rich".

Mientras tanto, armado de un voluminoso diccionario español-inglés Collins, me las ingeniaba para medio-entender los artículos tecnológicos que debía leer en inglés. Ni idea de gramática inglesa, que nunca estudié. Aunque algo de vocabulario terminé reteniendo, a fuerza de buscar repetidamente los mismo términos del mundo tecnológico, no tenía ni la más remota idea de su pronunciación, y si los hubiera oído en boca de algún angloparlante no hubiera sido capaz de identificarlos.

Mucha de la música que escuchaba estaba cantada en inglés. Pero para mí la voz era simplemente un instrumento más, al no entender nada de lo que decían. Algunas veces iba al cine a ver alguna película en versión original subtitulada, pero de la voz original solo apreciaba el tono, al no entender nada más que lo que podía leer en los subtítulos (perdiéndome de paso mucho de lo que podría haber disfrutado de la película si mis ojos no hubieran estado tan pendientes de leer los subtítulos).

En las conferencias a las que asistía me tocaba ponerme auriculares y escuchar la traducción simultánea, al no ser capaz de entender nada de inglés. Y además necesitaba algún intérprete para ayudarme en las reuniones, ya que no hubiera podido comunicarme con mis interlocutores de otro modo.

Un frio día de febrero del 1991, mientras esperaba en el aeropuerto de Barajas para volar a París para la conferencia PC-Forum 91, recibí una llamada de un viejo amigo (Reynaldo Barbosa) que me cambiaría la vida. Me preguntó si me apetecería ir a un proyecto en Indonesia, como experto de la Comisión Europea en Análisis de Sistemas, ya que se había producido una vacante y creía que yo podría ser la persona adecuada para cubrir el puesto. Mi primera reacción interna fue preguntarme "¿Dónde está Indonesia?"

La empresa que me envió a Indonesia me preguntó por mi nivel de inglés, y les confirmé mi nulo conocimiento de este idioma. Me aseguraron que no representaría ningún problema, ya que la mitad del equipo del proyecto era español, y la otra mitad alemán, liderado por un ingeniero alemán (a quien yo tendría que reportar) que hablaba castellano perfectamente. Cómo logré escribir mi currículum en inglés, ayudado por mi viejo amigo el diccionario Collins, durante varios días, sigue siendo un misterio para mí. Pero cómo ese currículum logró pasar el filtro de la Comisión Europea, y del gobierno de Indonesia, es aún más asombroso. Supongo que hicieron un ejercicio de apreciar el fondo de mi experiencia, y no el horrible texto del currículo, ya que me aceptaron, incluso entusiastamente, para participar en el proyecto.

A mis 32 años, acompañado por mi esposa y nuestra hija Rocío, que tenía 5 años por aquél entonces, volamos a Indonesia un día de Mayo del 1991, preparados a enfrentarnos a lo desconocido, y aprender todo lo posible durante los siguientes 11 meses de nuestra vida. Nos acompañaban otros ingenieros españoles, por lo que pensé que era verdad que no debería temer mi desconocimiento del idioma inglés en este proyecto. Al llegar a Yakarta, conocí a algunos de los ingenieros alemanes del proyecto, pero pude comunicarme con ellos sin mayores problemas, parte en castellano, parte en francés.

La primera reunión del proyecto a la que asistí, el director de proyecto se dirigió a todos nosotros en un idioma que me pareció inglés. No entendí nada de nada de lo que dijo, y pregunté discretamente a mi amigo Javier Gras (que estaba a mi lado) que me resumiera lo que había dicho el director. Javier, sin más historias me lo resumió muy gráficamente diciéndome simplemente "que dice que estás jo%·$%do. Que a partir de este momento, el idioma oficial del proyecto es el inglés a todos los efectos". No solo eso, sino que al día siguiente teníamos una reunión con el Director General de Minas y Energía, donde le presentaría a todo el equipo. Es imaginable el pánico que sentí en ese momento.

Como no soy persona a quien le guste mantener una situación de pánico durante mucho tiempo, esa misma tarde me fui a una academia local de inglés, donde me hicieron una prueba de ingreso. No sé cómo logré entenderme con el examinador, no recuerdo que tuviéramos ningún idioma común, aunque creo recordar que terminamos comunicándome por escrito, pero al preguntarle que según mi nivel de inglés cuánto tiempo me llevaría poder hablar y entender inglés, él me aseguró de que en menos de tres años lo conseguiría. Yo le dije asustado "¿tres años? tengo una reunión en el ministerio mañana!!!".

La reunión del día siguiente se saldó con un simple "Nice meeting you", que aprendí de memoria gracias a mi amigo Javier. Esa tarde fui a la academia, pero inmediatamente me di cuenta de la lentitud del sistema, diseñado para gente local que quisieran aprender inglés a largo plazo, así que abandoné ese curso definitivamente tras la primera clase. Hablé con algunos compañeros, y me fui a una librería donde compré un libro para preparar el TOEFL (Test of English as a Foreign Language) que incluía algunos casetes. Esa misma noche me escuche el primer casete, aunque no entendí gran cosa, por supuesto.

Como lo primero que tenía que hacer era analizar la situación actual de la infraestructura informática del proyecto, y no teníamos ni oficinas definitivas, me sirvió de excusa para encerrarme en mi despacho y estudiar la documentación y analizar necesidades y alternativas. Para obligarme a hablar y escuchar, aproveché que tenía que hacerme una idea de mercado informático local, y aproveché varios días visitando a proveedores de sistemas y servicios informáticos locales, mientras consumía casetes del TOEFL como un loco. Cómo logré hacerme entender con estos distribuidores cuando me reuní con ellos, es aún un misterio para mí. De todos modos, les pedí a todos que me enviaran las ofertas por escrito, confiando en mi mayor control del inglés escrito que el hablado. Sin embargo, un problema inmediato sería cómo responderles a ellos, ya que no hubiera sido capaz de escribir en inglés en absoluto.

Uno de los primeros fines de semana que pasé en Yakarta descubrí que en ese país no había cintas de vídeo, sino que habían dado el salto directamente al Laser Disc. Al ver la cantidad de películas disponibles para alquilar en laser Disc, se me ocurrió que podría aprovechar mi gusto por el cine, con mi necesidad de aprender inglés. Compré el lector de laser disc, y directamente alquilé algunas películas. Las películas venían en inglés, con subtítulos opcionales en bahasa indonesia. A partir de ese día, me convertí en un asiduo consumidor de películas en laser disc, varias cada semana, sin subtítulos ni en castellano ni en inglés, pero que estoy seguro fueron claves para mi rápido aprendizaje del inglés. También compré casetes de música, que llevaran las letras de las canciones en inglés, para poder identificar cómo sonaban dichas palabras.

Quizá no haya visto nunca tantas películas como durante esas primeras semanas en Yakarta. Todas lasta tardes, todos los fines de semana, empleados a conciencia a aprender todo el inglés que pudiera asimilar.

Según recuerdo, solo pasaron dos o tres semanas antes de que pudiera empezar a comunicarme limitada pero razonablemente con el personal de la oficina. Como todo el mundo estaba muy ocupado poniendo en marcha el proyecto, mi falta de conocimiento de inglés pasó más o menos desapercibido. Tengo que añadir que la inmensa amabilidad del equipo local del proyecto, me ayudó enormemente a sentirme integrado, a pesar de mis limitaciones de comunicación.

Fueron días muy duros, agotadores, estudiando a marchas forzadas, y siempre con el temor de que mi bajo nivel de inglés pudiera ponerme en evidencia, sin nadie que pudiera cubrirme.

Para animarme a seguir estudiando y no derrotarme, me fijé una meta: pasar el TOEFL antes de irme de volver a España. Me compré más libros y más casetes, seguí alquilando películas, y comprando CDs y casetes de música de los que pudiera leer las letras también. Empecé a poder comunicarme poco a poco, y un día ocurrió aquello que llevaba esperando tanto tiempo: empecé a soñar en inglés. Soñé que le hablaba en inglés a mi padre, y que me asombraba de que él no me entendiera, siendo tan claro lo que le estaba diciendo. Me desperté frustrado por la falta de comunicación, pero de pronto me di cuenta de lo que acababa de conseguir.

Entonces me fui dando cuenta, poco a poco, de que cada vez traducía menos lo que quería decir, sino que algunas expresiones me iban saliendo en inglés naturalmente, sin pensarlas en castellano primero. Además había expresiones que oía que ya no necesitaba traducir al castellano para entenderlas, sino que las entendía directamente en inglés. De pronto un día, escuchando una canción en la radio, que había oído miles de veces en mi juventud, reconocí algunas frases, y me emocioné.

Entonces empecé a disfrutar de utilizar este idioma para comunicarme con la gente de mi entorno más efectivamente. Además, por el camino, terminé aprendiendo algo de bahasa indonesia también, con lo que conseguí comunicarme con compañeros de trabajo (los conductores, por ejemplo) que no hablaban inglés.

Para darme más incentivos personales al aprendizaje del inglés, me propuse ampliar estudios en EEUU tras mi estancia en Indonesia. Me informé de los requisitos y me preparé los exámenes del GRE además del TOEFL, para poder ser admitido en un par de universidades que ofrecían un master de Informática aplicada a la Ingeniería civil (Oregon State y la Northwestern University).

Estudié a fondo, en los tiempos libres tras unas jornadas de trabajo agotadoras, donde me tocó diseñar el sistema de información del proyecto de micro-centrales hidroeléctricas en el que estábamos encuadrados, y además disfrutando todo lo posible con mi familia y amigos de la estancia en ese maravilloso país.

El caso es que la motivación personal funcionó. Mi trabajo en el proyecto fue exitoso, sin que mi nivel inicial de inglés hubiera supuesto una barrera apreciable para su ejecución. Terminé pasando los exigentes requisitos de admisión, y siendo admitido en ambas universidades para comenzar en Agosto de ese mismo año. Mi mercado laboral se expandió definitivamente a todo el globo, y como diría un angloparlante "I never looked back"

Volví de Indonesia en abril del 1992, y no me fui a ampliar estudios a los EEUU, por motivos personales. Pasé unos años más fuera de España en destinos donde no se hablaba inglés, sino francés (Marruecos) o español (Bolivia). Pero durante esos años, disfrutaba de ver películas en inglés, subtituladas o no. Leía frecuentemente publicaciones en inglés, sin necesitar a mi amigo Collins, a quien sustituí por un diccionario Webster del idioma inglés (no español-inglés).

A finales del 1998 terminé aceptando un trabajo como profesor de SQL Server en Inglaterra, y me tocó refrescar mis conocimientos de inglés muy rápidamente de nuevo. Mi día a día terminó siendo impartir clases de SQL Server en inglés 40 horas a la semana, a clientes angloparlantes. Empecé a escribir en grupos de usuarios de SQL Server, artículos y hasta un libro. Empecé a participar activamente como ponente en conferencias internacionales, y ser un poco conocido en este mundillo.

En el 2002 decidí montar SolidQ con unos pocos amigos de EEUU, y aquí sigo casi 11 años más tarde. Mi día a día es escribir y hablar en español e inglés con colegas, amigos y clientes. Mi mundo profesional ya no se limita al mercado hispanoparlante, desde esas semanas del 1991 en el que empecé a consumir casetes del TOEFL como si fueran rosquillas.

Y todo esto, gracias a que mi viejo amigo Reynaldo me sugirió ir a Indonesia a un proyecto de la Comisión Europea, hace casi 22 años. Y gracias fundamentalmente a mi esposa, que siempre me ha apoyado al 100% en hacer todo lo posible para conseguir nuestros sueños, a pesar de las barreras que nos hemos ido encontrando por el camino, y a pesar de los sacrificios familiares que este esfuerzo extra pudiera suponer.

Esta historia no es nada especial, es simplemente el proceso de no dejarse derrotar por una barrera, aunque sé que era enorme para mí en aquellos tiempos, y luchar para derribarla, con toda la energía interior que pueda encontrarse.

Yo lo logré. ¿A qué esperas para lograrlo?

Automatizando la generación de paquetes SSIS

Salvador Ramos — 2013-01-23T10:47:30+01:00

Tras muchas experiencias en desarrollo de procesos ETL con Integration Services, en los que buena parte de ellos tienen como destino final un Data Mart o un Data Warehouse, hemos ido recopilando buenas prácticas, pros y contras de dar un enfoque u otro a la solución de cada problema, cuáles de ellas obtienen mejores resultados de rendimiento según qué casos, etc.

Por otro lado, cuando llevas años haciendo procesos de este tipo, ves que hay muchas casuisticas que se repiten en buena parte de los procesos que tienes que diseñar, incluso ya tienes una imagen grabada en tu mente de cómo son algunos de estos procesos, debido a que los has repetido multitud de veces. Por ejemplo, los procesos de carga de una dimensión que tiene atributos a los que vas a aplicar SCD tipo 1 o SCD tipo 2.

Y si estos procesos son tan repetitivos ¿Por qué no automatizarlos? Esa fue la pregunta que nos hicimos hace tiempo, y a partir de ahí nos pusimos a trabajar en el tema.

¿Cuál fue nuestra solución? Crear un generador de paquetes que permitiera crear de forma automatizada paquetes que solucionasen casuísticas muy frecuentes. Comenzamos implementando una primera versión que era capaz de generar automáticamente un paquete que sincronizaba dos tablas. Le indicabas el origen, la tabla de origen, y el destino, y a partir de esa información generaba un paquete que sincronizaba el origen con el destino y además creaba una tabla reflejando el historial de cambios que se habían producido. Por tanto, además de sincronizar, auditaba cambios.

De ahí seguimos avanzando y nos planteamos ¿Y si pudiera rellenar los datos del origen, las transformaciones más frecuentes (lookups, merge join, derived columns) en un Excel y que a partir de ahí me generase el paquete para ciertos procesos ETL que son repetitivos?

Bien pues ya lo tenemos desde hace un tiempo disponible. ¿Te imaginas la cantidad de tiempo que te puede ahorrar, tanto de desarrollo como de mantenimiento y solución de bugs? Muchísimo, así es.

Ahora con este generador de paquetes de SSIS, puedes generar un Excel que incluya un buen porcentaje de los paquetes ETL de cualquier proyecto en el que quieras hacer procesos que traen información a un área de staging y posteriormente desde ese área de staging alimentan el Data Mart o Data Warehouse. Por supuesto, recopilando todas las buenas prácticas que implementamos en nuestros proyectos habitualmente.

Eso si, siempre habrá algunos más específicos que tengas que generar como hasta ahora, desde Visual Studio, pero serán los mínimos.

Si quieres conocer más sobre nuestro Generador de paquetes y ver un caso práctico en el que se muestra desde el excel que rellenamos hasta el resultado final, te recomiendo ver este video:

Video Generando Paquetes SSIS automáticamente

Y leer estas dos entradas anteriores:

Post generando Paquetes de SSIS automáticamente

¿Desarrollamos paquetes de SSIS o procesos de ETL?

Articulo publicado en la revista DotNetMania nº99

Enrique Catalá — 2013-01-21T13:21:04+01:00

Ya puedes leernos en el número de Enero de 2013 de la revista DotNetMania http://www.dotnetmania.com/

En este artículo (el segundo de una serie de 4) hablamos mi compañero Enrique Puig y yo sobre “Buenas prácticas de codificación para capas de acceso a datos de aplicaciones”. Os recordamos que en esa serie de 4 artículos vamos a desmenuzar las distintas posibilidades que tenemos a la hora de enfrentarnos al desarrollo de capas de acceso a datos.

En esta ocasión nos centramos en los patrones de bajo nivel para capas de acceso a datos, tanto dinámicos como estáticos.

No te lo pierdas!

Zerkana organiza el evento “Novedades en Windows 8, Windows Server 2012 y SQL 2012” en Alicante

SolidQ — 2013-01-16T18:25:00+01:00

El próximo viernes, 18 de Enero se celebrará un encuentro organizado por Zerkana, en colaboración con SolidQ, Microsoft, la Diputación de Alicante y Microsoft TechNet.

En el evento contaremos con Salvador Ramos y Miguel Egea, mentores en SolidQ y Microsoft MVPs en SQL.

Aquí os dejamos la agenda del evento:

Lugar:

Hogar Provincial - Aula formación Nº7
Excma. Diputación de Alicante
Calle del Hogar Provincial, 33, 03559 Alicante

¡Regístrate ya!

Diplomado de Acreditación Técnica como especialista en soluciones de Business Intelligence

SolidQ — 2013-01-14T20:14:00+01:00

Durante las próximas tres semanas se llevará a cabo un curso de Business Intelligence, cuyo objetivo será el de ofrecer un título de acreditación técnica como especialista en soluciones de BI.

Dicha acreditación a cargo de Jesús Gil Velasco, mentor en SolidQ, está compuesta por una serie de webcasts en vivo, presentando la información clave para entender y ejecutar la oportunidad de negocio y los pasos puntales para empezar a implementar soluciones de BI.

Al finalizar este diplomado, presentaremos el examen de acreditación Técnico para Soluciones de Business Intelligence.

Agenda

Sesión 1	16 de Enero 12:00 pm (UTC-06:00)	MPN Technical Specialist BI: Recursos Técnicos de solución de Business Intelligence	Registro a la sesión
Sesión 2	23 de Enero 12:00 pm (UTC-06:00)	MPN Technical Specialist BI: Beneficios para el cliente con recursos de Microsoft Business Intelligence	Registro a la sesión
Sesión 3	30 de Enero 12:00 pm (UTC-06:00)	MPN Technical Specialist BI: Conoce las soluciones de BI de otros fabricantes	Registro a la sesión
Sesión 4	6 de Febrero 2:00 pm (UTC-06:00)	MPN Technical Specialist BI: Examen de Acreditación	Registro a la sesión

El requisito que piden es que estés asociado a la cuenta del Microsoft Partner Network de tu empresa. Si aún no lo estás, puedes encontrar aquí los pasos para hacerlo.

Para más información, visite la página del evento.

Curso MS Business Intelligence-SSAS: Construyendo y desplegando el modelo (34)

Salvador Ramos — 2013-01-11T10:26:22+01:00

Tras el descanso Navideño, volvemos con la publicación del curso de Microsoft Business Intelligence, continuamos con los capítulos relativos a SQL Server Analysis Services (SSAS). Vamos con el siguiente :)

Una vez hemos finalizado la construcción de nuestros cubos, el siguiente paso sería desplegarlo sobre un servidor de Analysis Services, para ello tenemos varias alternativas:

· Hacer el despliegue desde Visual Studio: en nuestro proyecto, vamos al menú ‘Build’ y seleccionar la opción ‘Deploy’, realizándose el despliegue sobre el servidor indicado en las propiedades de dicho proyecto. Como en cualquier proyecto de Visual Studio, podremos tener configurados varios entornos (desarrollo, pruebas, pre-producción, producción, etc.) y por tanto, desplegar en cualquiera de ellos.

· Utilizar el Deployment Wizard: éste generará un archivo XML/A que posteriormente ejecutaremos en el servidor de destino. Para ejecutar dicha utilidad, ir a ‘Start / MS SQL Server 2008 R2 / Analisys Services’:

Demo incluida en el curso online

Si estás siguiendo el curso, del cual este eBook es material complementario, accede al video de la ‘Demo SSAS 01D', en el que se muestra con detalle una de las formas de despliegue, que es utilizando el propio Visual Studio, y la configuración de las propiedades del proyecto para indicarle los diferentes entornos a los que queremos desplegar y los datos de éstos (servidor, nombre de la base de datos, etc.)

Si te interesa esta información, y deseas convertirte en un profesional altamente especializado en Microsoft Business Intelligence, te recomiendo que nos pidas información sobre nuestro Master en BI. Recuerda que hay poquitas plazas disponibles!!!

Post publicados anteriormente como parte de este curso:

Módulos para desplegar páginas en SharePoint independiente del idioma

Cristian M. Zaragoza Gómez — 2013-01-10T14:01:00+01:00

Cuando creamos en Visual Studio un módulo para proveer de archivos a SharePoint (imágenes, hojas de estilos, scripts, etc.) tenemos un fichero XML con la siguiente estructura:

<?xml version="1.0" encoding="utf-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
  <Module Name="..." Url="..">
    <File Path="..." Url="..." Type="GhostableInLibrary"/>
    ...
  </Module>
</Elements>

Donde vemos que en la etiqueta <Module> tenemos la propiedad Url, que es la que indica en qué lugar de SharePoint se van a desplegar los archivos. Hasta aquí todo correcto. ¿Qué URL deberíamos poner si queremos desplegar páginas? La URL de la biblioteca de páginas, ¿verdad? Y aquí es donde tenemos el problema. Si la colección de sitios la creamos en inglés, la URL relativa de la biblioteca de páginas es “/Pages”, pero si la creamos en español, por ejemplo, la URL relativa es “/Paginas”. ¿Tenemos que crear un módulo por cada posible paquete de idiomas instalado? La respuesta es obviamente no. La solución es usar los recursos para multi-idioma de SharePoint (archivos con extensión resx), donde tenemos una palabra clave (token) que nos devuelve la URL relativa de la biblioteca de páginas, según el idioma con el que hayamos creado la colección de sitios:

$Resources:osrvcore,List_Pages_UrlName

Quedando la etiqueta <Module> tal que así:

<?xml version="1.0" encoding="utf-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
  <Module Name="..." Url="$Resources:osrvcore,List_Pages_UrlName">
    <File Path="..." Url="..." Type="GhostableInLibrary"/>
    ...
  </Module>
</Elements>

Espero que os resulte de ayuda. Hasta la próxima!

eBook Gratuito de SharePoint 2013 de SolidQ

José Quinto Zamora — 2013-01-09T12:20:42+01:00

Buenas a tod@s!

Llega 2013 y con él, también llega la nueva versión de SharePoint, bautizada como SharePoint 2013, pese a la negativa de Microsoft en varias ocasiones en utilizar el 13 en sus versiones. No se vosotros, pero a mi, me da buen augurio esta nueva versión, y no porque confíe en la buena suerte, sino porque realmente he tenido la oportunidad de ver todas las novedades que trae la nueva versión y Microsoft va por el buen camino. No han dejado pasar por alto la tendencia social, ni la tendencia de diseño Metro o Windows 8.

Bueno tampoco pretendo contar aquí todas las novedades de SharePoint 2013, todo lo contrario, lo podéis ver todo bien estructurado en el nuevo libro en modalidad ebook completamente GRATUITO que SolidQ ha puesto a vuestra disposición (solamente requiere registro). Yo lo consideraría como un regalo de los reyes magos, ya que en principio iba a ser de pago y luego se decidió aportar a la comunidad con este libro de 223 páginas.

Para ver más información y descargarlo (solamente requiere registro en SolidQ) podéis hacerlo aquí: http://www.solidq.com/sqj/books/Pages/SharePoint-2013-Apps-el-nuevo-modelo-de-desarrollo.aspx.

Si después de leer este libro te quedas con ganas de profundizar más en algunos aspectos concretos de SharePoint 2013, te recomiendo esta serie de webcast realizados por SolidQ en colaboración con TechNet: http://blogs.solidq.com/sharepoint/Post.aspx?ID=225&title=Ciclo+de+WebCast+de+SharePoint+2013.

El hecho de que este haciendo este post, y de que haya sido posible la realización, maquetación y publicación de este libro no es algo trivial, sino que ha requerido de esfuerzo y sacrificio por parte del equipo de SharePoint de SolidQ. Concretamente me gustaría agradecer este logro a:

- Daniel A. Seara. Gracias por hacer esta idea posible.

- Guillermo, Iván, Cristian, Roberto. Gracias por esos madrugones y por el compromiso mostrado en este reto (aquí me incluyo yo también ).

- Paco: Gracias por la corrección lingüística.

- Rocío G. Gracias por esos findes y horas extra de maquetación y diseño del ebook.

¡¡SeguiMOSS!!

Saludos!

@jquintozamora

SQL Saturday #195 México

SolidQ — 2013-01-07T12:06:00+01:00

Miguel Ángel Granados (mentor en SolidQ) y el Capítulo de PASS de México están organizando el evento gratuito SQL Saturday. que se celebrará en Isabel La Católica #51, Col. Centro, Del. Cuauhtémoc, México el próximo 2 de Febrero del 2013.

En este encuentro participarán como ponentes nuestros compañeros Miguel Ángel Granados (@SQLMiguelG), Jesús Gil (@jesus_gilv) y John Alexander Bulla (@johnbulla).

Seguridad en SQL Server 2012
Características de SQL Server 2012
Datos especiales
Integration Services
Modelado de bases de datos
Mejorando el desempeño de bases de datos utilizando las mejores prácticas

La semana que viene se publicará el horario de sesiones y ponentes confirmados, os mantendremos informados.

Si quieres saber más información sobre este evento, visite la página oficial de PASS SQL Saturday #195 Mexico 2013.

Además, podrás seguir las novedades del evento en Facebook.

¡Regístrate ya!

No permitamos perder lo que tanto nos ha costado conseguir en España

Fernando G. Guerrero — 2013-01-05T14:02:00+01:00

Anoche en TVE, Iñaki Gabilondo comentó que desde que empezó la democracia en España, hemos pasado de $4K de renta per cápita a $30K. Dijo también, que esto que estamos pasando ahora a lo que llamamos crisis, es simplemente la realidad de la vida que nos toca vivir. Y tiene más razón que un santo.

Esto me hizo buscar datos de PIB comparados, y lo que encontré fue impresionante.

Sin irme tan atrás (¿sabíais que en el 1960 el PIB per cápita de México y España eran idénticos?), voy a comparar los datos económicos de España y EEUU desde el año que creamos SolidQ (2002) hasta la actualidad. Esto es lo que he encontrado:

El PIB de EEUU era en el 2002 equivalente a 15.43 veces el de España, y en el 2011 era solo 10.18 veces (en euros). España ha pasado de €0.7M a €1.1M de PIB en el periodo 2002 al 2011, un 45.81% de incremento
El PIB per cápita de EEUU era en el 2002 un 121% mayor que el de España, y ahora es solo un 50% mayor (en euros). España ha pasado de 17.700 € en el 2002 a 23.100 € en el 2011, un 30.51% de incremento, mientras que el de USA se ha mantenido prácticamente estable durante ese periodo (en euros)

Por cierto, haciendo estos números en dólares americanos, EEUU incrementó su PIB per cápita (PPP) de $37600 en el 2002 a $49000 en el 2011. España pasó de $20700 en el 2002 a $31000 en el 2011. El índice PPP no es equivalente al nominal, y no es lo mismo hacer los cálculos en dólares que en euros, pero aún con este índice se aprecia un incremento de un 49.76% en ese mismo periodo de tiempo.

Todos sufrimos el estado actual de crisis en el que vivimos en España. Pero no podemos resignarnos a perder los logros de tantos años. Está en nuestra mano el defender con uñas y dientes nuestro derecho a prosperar y a crear riqueza a nuestro alrededor.

Que nuestros gobernantes nos permitan trabajar. Que no ahoguen a las empresas con retrasos injustificados en los pagos que nos deben, al mismo tiempo que nos golpean con puño de hierro en cuanto nos vemos obligados a retrasar nuestras obligaciones tributarias.

Si los gobernantes pagaran a tiempo sus obligaciones, quizá las grandes empresas podrían pagar a tiempo a sus proveedores (empresas medianas y pequeñas en su mayoría), y así todos podríamos pagar a tiempo a nuestros empleados y proveedores. Nuestros empleados podrían pagar sus hipotecas y préstamos a tiempo, lo que reduciría la morosidad bancaria, al mismo tiempo, abaratando el crédito, y permitiendo de nuevo el crecimiento del empleo y de la actividad económica en este país que tanto ha progresado en tan poco tiempo.

¿Es una utopía? quizá sí, pero solo requiere un primer paso para desenmarañar la situación actual: que la administración empiece por pagar sus obligaciones a tiempo, de un modo predecible, y la maquinaria económica de este país empezará a funcionar como un reloj... español.

Articulo publicado en la revista DotNetMania nº98

Enrique Catalá — 2012-12-17T14:46:57+01:00

Ya puedes leernos de nuevo en el número de diciembre de 2012 de la revista DotNetMania http://www.dotnetmania.com/

En una serie de 4 artículos, hablaremos Enrique Catalá y Enrique Puig sobre “Buenas prácticas de codificación para capas de acceso a datos de aplicaciones”. En esa serie de 4 artículos vamos a desmenuzar las distintas posibilidades que tenemos a la hora de enfrentarnos al desarrollo de capas de acceso a datos.

Hablaremos a grandes rasgos de:

Patrones de acceso a datos
- Tipología de acceso
- Patrones de bajo nivel
ORM
- Motivación de los ORM
- Pros y contras de los ORM
Entity framework
- Entity Data Model
- Operaciones con Entity Framework
- Comparativa de rendimientos

No te lo pierdas! suscribete a http://www.dotnetmania.com/ para poder disfrutarlos.