Advanced Reporting Spanish

GUÍA AVANZADA DE

ELABORACIÓN DE INFORMES

Mejora de las aplicaciones de business

intelligence con MicroStrategy Desktop

Versión: 7.2.1

Número de producto: 09450720

Segunda edición, julio de 2002, versión 7.2.1

Para asegurarse de que está utilizando la documentación correspondiente al software para el cual posee licencia de uso, compareeste número de versión con la versión del software que aparece en “Acerca de MicroStrategy” en el menú Ayuda de su software.

Número de documento: 09450721

Copyright © 2001, 2002 por MicroStrategy Incorporated. Reservados todos los derechos.

Si no ha ejecutado un acuerdo electrónico o por escrito con MicroStrategy o cualquier distribuidor de MicroStrategy autorizado, se aplican los siguientestérminos:

Este software y su documentación son información confidencial propiedad de MicroStrategy Incorporated y no pueden proporcionarse a ninguna otrapersona. Copyright © 2001-2002 por MicroStrategy Incorporated. Reservados todos los derechos.

ESTE SOFTWARE Y SU DOCUMENTACIÓN SE PROPORCIONAN “TAL CUAL” Y SIN GARANTÍAS EXPRESAS O LIMITADAS DE NINGÚN TIPOPOR PARTE DE MICROSTRATEGY INCORPORATED O CUALQUIER PERSONA QUE HAYA PARTICIPADO EN LA CREACIÓN, PRODUCCIÓN ODISTRIBUCIÓN DEL SOFTWARE O LA DOCUMENTACIÓN, INCLUIDAS, SIN CARÁCTER LIMITATIVO, LAS GARANTÍAS IMPLÍCITAS DECOMERCIABILIDAD E IDONEIDAD PARA UN FIN DETERMINADO, TITULARIDAD E INCUMPLIMIENTO, CALIDAD O PRECISIÓN. USTED ASUMETODO EL RIESGO EN LO QUE RESPECTA A LA CALIDAD Y EL FUNCIONAMIENTO DEL SOFTWARE Y LA DOCUMENTACIÓN. SI EL SOFTWAREO LA DOCUMENTACIÓN RESULTARAN DEFECTUOSOS, USTED (Y NO MICROSTRATEGY, INC. NI CUALQUIER PERSONA QUE HAYAPARTICIPADO EN LA CREACIÓN, PRODUCCIÓN O DISTRIBUCIÓN DEL SOFTWARE O LA DOCUMENTACIÓN) ASUMIRÁ EL IMPORTE TOTALDE TODAS LAS REPARACIONES O CORRECCIONES NECESARIAS. ALGUNOS ESTADOS NO PERMITEN LA EXCLUSIÓN DE LAS GARANTÍASIMPLÍCITAS, POR LO QUE ES POSIBLE QUE LA ANTERIOR EXCLUSIÓN NO LE SEA APLICABLE.

En ningún caso considerará a MicroStrategy, Inc., o a cualquier persona que haya participado en la creación, producción o distribución del software,responsable ante cualquier reclamación por daños y perjuicios, incluida la pérdida de beneficios, la pérdida de ahorros o cualquier daño especial,incidental, consecuencial o ejemplar, incluidos, sin carácter limitativo, los daños evaluados o abonados por usted a una tercera parte, resultantes del uso,la imposibilidad de uso, la calidad o el funcionamiento de dicho software y documentación, incluso si se ha avisado a MicroStrategy, Inc. o a cualquierotra persona o entidad de la posibilidad de que se produjeran dichos daños, o para la reclamación de cualquier otra parte. Asimismo, no se consideraráa MicroStrategy, Inc., ni a cualquier persona que haya participado en la creación, producción o distribución del software, responsable ante cualquierreclamación presentada por usted o cualquier otra parte en lo que respecta a daños y perjuicios resultantes del uso, la imposibilidad de uso, la calidado el funcionamiento de dicho software y documentación, basándose en los principios de garantía de contrato, negligencia, responsabilidad estricta deindemnización o contribución, el fallo de cualquier acción para lograr su propósito esencial, etc. Toda la responsabilidad de MicroStrategy, Inc. y la únicaacción que usted podrá interponer no excederá, a opción de MicroStrategy, Inc., del reembolso total del precio pagado o del reemplazo del software. Laresponsabilidad de MicroStrategy, Inc. no podrá ser ampliada por ninguna información oral o escrita proporcionada más allá de la especificada en lalimitación de responsabilidad anterior. Algunos estados no permiten la limitación o exclusión de responsabilidad para daños incidentales oconsecuenciales, por lo que es posible que la anterior limitación no se le aplique.

La información contenida en este manual (la documentación) y el software están protegidos por leyes de derechos de autor; MicroStrategy, Inc. sereserva todos los derechos. MicroStrategy, Inc. se reserva el derecho a realizar modificaciones periódicas en el software o la documentación sin laobligación de notificar a ninguna persona o entidad de dicha revisión. Se prohíbe la copia, el duplicado, la venta u otro tipo de distribución de cualquierparte del software o la documentación sin el consentimiento previo por escrito de un representante autorizado de MicroStrategy, Inc. Derechosrestringidos para el gobierno de EE.UU. Se reconoce que el software y la documentación fueron desarrollados con financiación privada, que no formanparte del dominio público y que el software y la documentación constituyen software informático de negocio que se proporciona con DERECHOSRESTRINGIDOS según las regulaciones de adquisición federales y los suplementos para organismos. El uso, la duplicación o la revelación por parte delgobierno de EE.UU. están sujetos a las restricciones estipuladas en el subpárrafo (c)(1)(ii) de la cláusula Rights in Technical Data and Computer Software(derechos en datos técnicos y software informático) en DFAR 252.227-7013 et. seq. o los subpárrafos (c)(1) y (2) de Commercial ComputerSoftware—Restricted Rights (software informático de negocio – derechos restringidos) en FAR 52.227-19, según lo aplicable. El proveedor esMicroStrategy, Inc., 1861 International Drive, McLean, Virginia 22102, EE.UU. Se reservan los derechos, según las leyes de derechos de autor deEstados Unidos, en lo que respecta a las partes no publicadas del software.

A continuación se enumeran las marcas o marcas registradas de MicroStrategy Incorporated en Estados Unidos y otros países: MicroStrategy,MicroStrategy 6, MicroStrategy 7, MicroStrategy 7i, MicroStrategy 7i Evaluation Edition, MicroStrategy 7i Olap Services, MicroStrategy Administrator,MicroStrategy Agent, MicroStrategy Architect, MicroStrategy Bi Developer Kit, MicroStrategy Broadcast Server, MicroStrategy Broadcaster,MicroStrategy Broadcaster Server, MicroStrategy Business Intelligence Platform, MicroStrategy Consulting, MicroStrategy CRM Applications,MicroStrategy Customer Analyzer, MicroStrategy Desktop, MicroStrategy Desktop Analyst, MicroStrategy Desktop Designer, MicroStrategy eCRM 7,MicroStrategy Education, MicroStrategy eTrainer, MicroStrategy Executive, MicroStrategy Infocenter, MicroStrategy Intelligence Server, MicroStrategyMDX Adapter, MicroStrategy Narrowcast Server, MicroStrategy Objects, MicroStrategy OLAP Provider, MicroStrategy SDK, MicroStrategy Support,MicroStrategy Telecaster, MicroStrategy Transactor, MicroStrategy Web, MicroStrategy Web Business Analyzer, MicroStrategy World, Alarm,Alarm.com, Alert.com, Angel, Angel.com, Application Development and Sophisticated Analysis, Best In Business Intelligence, Centralized ApplicationManagement, Changing The Way Government Looks At Information, DSS Agent, DSS Architect, DSS Broadcaster, DSS Broadcaster Server, DSS Office,DSS Server, DSS Subscriber, DSS Telecaster, DSS Web, eBroadcaster, eCaster, eStrategy, eTelecaster, Information Like Water, Insight Is Everything,Intelligence Through Every Phone, Intelligence To Every Decision Maker, Intelligent E-Business, IWAPU, Personal Intelligence Network, PersonalizedIntelligence Portal, Query Tone, Quickstrike, Rapid Application Development, Strategy.com, Telepath, Telepath Intelligence, Telepath Intelligence (andDesign), The E-Business Intelligence Platform, The Foundation For Intelligent E-Business, The Integrated Business Intelligence Platform Built For TheEnterprise, The Intelligence Company, The Platform For Intelligent E-Business, The Power Of Intelligent eBusiness, The Power Of Intelligent E-Businessy The Scalable Business Intelligence Platform Built For The Internet. Es posible que el resto de los nombres de productos y empresas mencionados eneste documento sean marcas de sus respectivos propietarios.

Este producto está patentado. El producto vendido por el presente puede estar cubierto por una o varias de las siguientes patentes: Números de patentesde EE.UU. 6,279,033, 6,269,393, 6,263,051, 6,260,050, 6,173,310 y 6,154,7661. El resto de las solicitudes de patentes están pendientes.

Varios productos de MicroStrategy contienen tecnología de otros fabricantes protegida por las leyes de derechos de autor. Este producto puede conteneruna o más de las siguientes tecnologías protegidas por leyes de derechos de autor:

Graph Generation Engine Copyright © 1998-2002. Three D Graphics, Inc. Reservados todos los derechos.Actuate® Formula One. Copyright © 1993-2002 Actuate Corporation. Reservados todos los derechos.Analizador XML Copyright © 2002 Microsoft Corporation. Reservados todos los derechos.Procesador Xalan XSLT. Copyright © 1999-2002. The Apache Software Foundation. Reservados todos los derechos.Analizador Xerces XML. Copyright © 1999-2002. The Apache Software Foundation. Reservados todos los derechos.Objetos de formato FOP XSL. Copyright © 2002. The Apache Software Foundation. Reservados todos los derechos.Partes de la administración de memoria de Intelligence Server Copyright 1991-2002 Compuware Corporation. Reservados todos los derechos.Componentes internacionales para UnicodeCopyright © 1999, 2000, 2001, 2002 Compaq Computer CorporationCopyright © 1999, 2000, 2001, 2002 Hewlett-Packard CompanyCopyright © 1999, 2000, 2001, 2002 IBM CorporationCopyright © 1999, 2000, 2001, 2002 Hummingbird Communications Ltd.Copyright © 1999, 2000, 2001, 2002 Silicon Graphics, Inc.Copyright © 1999, 2000, 2001, 2002 Sun Microsystems, Inc.Copyright © 1999, 2000, 2001, 2002 The Open GroupReservados todos los derechos.Real Player y RealJukebox se incluyen bajo licencia de Real Networks, Inc. Copyright © 1999-2002. Reservados todos los derechos.

© 2002 MicroStrategy, Inc. iii

CONTENIDO

Descripción del documento...................................................... xvA quién se dirige esta guía .................................................... xvi

Requisitos .............................................................................. xvi

Objetivos................................................................................xvi

Acerca de esta guía.................................................................... xvii

Convenciones tipográficas......................................................... xviii

Para documentación en línea o impresa ............................. xviii

Sólo para la documentación impresa................................... xviii

Recursos...................................................................................... xxi

Documentación de productos ................................................ xxi

Documentación en línea ........................................................ xxi

Soporte internacional ........................................................... xxiv

Asistencia al usuario................................................................... xxv

Ayuda en línea......................................................................xxv

Soporte técnico..................................................................... xxv

Comentarios ...............................................................................xxx

1. Introducción a la elaboración de informes avanzados

Introducción ................................................................................. 1

Terminología básica de MicroStrategy 7i ...................................... 2

Fuentes de datos ..................................................................... 2

Proceso ETL ............................................................................ 2

Data warehouse....................................................................... 3

Modelo de datos lógico ............................................................ 4

Esquema físico del warehouse................................................ 5

Metadata.................................................................................. 5

Hechos..................................................................................... 6

Atributos................................................................................... 7

Contenido Guía avanzada de elaboración de informes

iv © 2002 MicroStrategy, Inc.

Indicadores ............................................................................ 11

Informes................................................................................. 11

Objetos de informe ...................................................................... 11

Continuación con la elaboración de informes avanzada ............. 12

2. Informes Introducción ............................................................................... 15

Antes de empezar........................................................................ 16

Revisión del capítulo Información básica para crear informes ..

17

Informe básico ............................................................................. 20

Filtrado......................................................................................... 22

¿Qué es un filtro? .................................................................. 22

¿Qué es un límite de informe?............................................... 23

Diferencias entre los filtros y los límites de informe............... 25

¿Qué es una calificación de indicador? ................................. 30

¿Qué es un informe como filtro?............................................ 34

Comprensión de la ejecución de informes................................... 36

Objetos de definición de datos y definición de vista .............. 37

Cubos inteligentes ................................................................. 38

Filtros de visualización................................................................. 40

¿Qué es un filtro de visualización?........................................ 40

Indicadores derivados.................................................................. 44

¿Qué es un indicador derivado?............................................ 44

Agregación dinámica ................................................................... 46

¿Qué es la agregación dinámica? ......................................... 46

Efectos de los filtros de visualización .......................................... 48

Efectos de los filtros de visualización en los indicadores ...... 48

Efectos de los filtros de visualización en la agregación dinámica

49

Calificación de indicador en el filtro de visualización ............. 52

Definición de vista en el ciclo de ejecución del informe............... 54

Excepciones a la agregación dinámica ....................................... 55

Subtotales.................................................................................... 59

¿Qué son los subtotales? ...................................................... 59

¿Qué son los subtotales personalizados?............................. 65

¿Qué son los subtotales avanzados?.................................... 68

Indicadores de acceso directo ..................................................... 71

¿Qué son los indicadores de acceso directo?....................... 71

Ordenación avanzada.................................................................. 71

Guía avanzada de elaboración de informes Contenido

© 2002 MicroStrategy, Inc. v

Formato ....................................................................................... 76

Niveles de formato................................................................. 76

Orden de los niveles .............................................................. 80

Estilos automáticos................................................................ 85

Implantación ................................................................................ 86

Progreso del proyecto............................................................ 87

Informes prediseñados .......................................................... 91

Implantación de informes prediseñados ................................ 94

Acceso directo a un filtro ....................................................... 98

Acceso directo a una plantilla ................................................ 99

Plantillas de objeto............................................................... 104

Orden de evaluación.................................................................. 108

Orden de evaluación por defecto......................................... 110

Orden de evaluación especificado....................................... 111

3. Filtros Introducción ............................................................................. 113

Tipos de filtros ........................................................................... 114

Opciones de los filtros de informe ............................................. 115

Calificación de atributos............................................................. 115

Calificación de atributo a atributo......................................... 117

Fechas dinámicas................................................................ 119

Calificación de conjunto: calificación de indicador..................... 120

Nivel de salida ..................................................................... 120

División ................................................................................ 120

Combinación de calificaciones de atributo........................... 122

Comparación de indicador a indicador ................................ 124

Calificación de conjunto: filtro de relación ................................. 124

Acceso directo a un informe o informe como filtro..................... 125

Acceso directo a un filtro ........................................................... 126

Calificación avanzada: expresión personalizada....................... 126

Funciones Apply .................................................................. 126

Calificación avanzada: lista de elementos conjuntos ................ 127

Filtro importado.......................................................................... 130

4. Indicadores Introducción ............................................................................. 133

Tipos de indicadores.................................................................. 134

Indicadores simples ............................................................. 134

Indicadores compuestos...................................................... 135

Distinción entre indicadores simples y compuestos ............ 137


vi © 2002 MicroStrategy, Inc.

Definición de indicadores simples ............................................. 138

Fórmula................................................................................ 139

Nivel ..................................................................................... 141

Condición............................................................................. 150

Transformación.................................................................... 153

Definición de indicadores compuestos ...................................... 153

Indicadores avanzados........................................................ 155

Orden de evaluación............................................................ 157

Agregación de indicadores y subtotales .................................... 157

Subtotales............................................................................ 158

Agregación dinámica ........................................................... 159

Especificación de join ................................................................ 160

Comparación de inner joins y outer joins............................. 161

Tipo de join para la fórmula de indicadores compuestos..... 162

Joins entre indicadores ........................................................ 163

Propiedades de VLDB específicas del indicador....................... 164

Propiedades de VLDB de indicador..................................... 166

Propiedades de VLDB del Motor analítico para los indicadores

167

Alias de columna de indicador................................................... 169

Creación de indicadores ............................................................ 170

Indicadores derivados.......................................................... 170

Indicadores de acceso directo ............................................. 171

Funciones que no son de grupo ................................................ 176

Rango .................................................................................. 176

Cantidad .............................................................................. 176

Sumas y promedios acumulativos y de movimiento............ 177

Función N-tile....................................................................... 177

5. Grupos personalizados y consolidaciones

Introducción ............................................................................. 179

Grupos personalizados.............................................................. 180

Ventajas de utilizar un grupo personalizado.............................. 182

Elementos de un grupo personalizado ...................................... 184

Encabezados de elementos de grupo personalizado.......... 185

Presentación del grupo personalizado................................. 185

Grupos personalizados y SQL................................................... 187

Ejemplo: grupos personalizados................................................ 188

Consolidaciones ........................................................................ 189

Creación de un atributo “virtual”........................................... 190

Realización de cálculos en las filas ..................................... 190


© 2002 MicroStrategy, Inc. vii

Elementos de consolidación ...................................................... 191

Elementos del mismo atributo.............................................. 192

Elementos de distintos niveles............................................. 193

Elementos de atributos no relacionados.............................. 193

Elementos existentes........................................................... 194

Orden de evaluación.................................................................. 194

Consolidaciones y SQL ............................................................. 196

Ejemplo: consolidaciones .......................................................... 197

Comparación de los grupos personalizados y las consolidaciones.

198

Operaciones aritméticas ...................................................... 198

Sitio del cálculo final ............................................................ 199

Rendimiento de SQL ........................................................... 199

Definición recursiva.............................................................. 199

Modo de presentación ......................................................... 200

Subtotales............................................................................ 200

6. Selecciones dinámicas

Introducción ............................................................................. 201

¿Qué es una selección dinámica?............................................. 202

Funcionalidad de búsqueda de las selecciones dinámicas . 203

Propiedades de las selecciones dinámicas ......................... 204

Tipos de selección dinámica...................................................... 204

Selecciones dinámicas de definición de filtro ...................... 205

Ejemplo: selección dinámica de definición de filtro.............. 207

Selecciones dinámicas de objeto......................................... 208

Ejemplo: selección dinámica de objeto................................ 208

Selecciones dinámicas de valor........................................... 209

Ejemplo: selección dinámica de valor.................................. 210

Selecciones dinámicas de nivel ........................................... 210

Ejemplo: selección dinámica de nivel .................................. 211

Guardar informes con selecciones dinámicas ........................... 211

Ejemplo: selecciones dinámicas básicas............................. 212

7. Hechos Introducción ............................................................................. 213

¿Qué es un hecho? ................................................................... 214

Estructura de los hechos ........................................................... 215

Definición de hecho ............................................................. 215

Expresiones de hecho ......................................................... 216

Alias de columna ................................................................. 219

Extensiones de nivel ............................................................ 220


viii © 2002 MicroStrategy, Inc.

Definición de hechos ................................................................. 228

Ejemplo: definición de hechos ............................................. 229

8. Documentos Introducción ............................................................................. 231

Diseño del documento ............................................................... 232

Conceptos avanzados: XML y XSL ........................................... 232

XML ..................................................................................... 233

XSL ...................................................................................... 234

Creación de documentos........................................................... 235

Vistas de documento ........................................................... 236

Características de los informes............................................ 236

URL de imágenes ................................................................ 237

Ejemplo: creación de un documento ......................................... 239

9. Atributos Introducción ............................................................................. 241

¿Qué es un atributo? ................................................................. 242

Elementos de atributo .......................................................... 243

Expresiones de representación ........................................... 245

Atributos y SQL.................................................................... 246

Representaciones de atributo.................................................... 246

Propiedades de las representaciones de atributo................ 248

Expresiones de representación de atributo ......................... 248

Alias de columna ................................................................. 251

Grupos de representaciones ..................................................... 253

Relaciones entre atributos ......................................................... 254

Relaciones entre hijos comunes.......................................... 254

Visualización de atributo............................................................ 254

Atributos compuestos ................................................................ 255

Ejemplo: creación de un atributo compuesto............................. 256

10. Jerarquías Introducción ............................................................................. 257

Tipos de jerarquías .................................................................... 258

Jerarquía del sistema .......................................................... 258

Jerarquías de usuarios ........................................................ 259

Herramientas para jerarquías .............................................. 259

Organización de jerarquías........................................................ 261

Estructura de la jerarquía .................................................... 262


© 2002 MicroStrategy, Inc. ix

Visualización de jerarquías........................................................ 262

Jerarquía bloqueada............................................................ 263

Jerarquía limitada ................................................................ 264

Jerarquía filtrada.................................................................. 264

Punto de entrada ....................................................................... 265

Exploración de jerarquías .......................................................... 266

Navegación utilizando jerarquías......................................... 268

11. Mapas de navegación Introducción ............................................................................. 271

¿Qué es la navegación?............................................................ 272

Mapas y rutas de navegación.............................................. 272

Rutas de navegación por defecto ........................................ 273

Creación de mapas y rutas de navegación personalizados ...... 274

Asociación de mapa de navegación .......................................... 278

Niveles de la asociación de mapa de navegación............... 280

Eliminación de asociaciones................................................ 281

12. Datamart Introducción ............................................................................. 283

Terminología asociada .............................................................. 283

Escenarios de negocio de ejemplo............................................ 284

Salida de los informes de datamart: tablas relacionales...... 286

Grupos personalizados en tablas de datamart .................... 288

13. Transformaciones Introducción ............................................................................. 291

¿Qué es una transformación? ................................................... 292

Indicadores de transformación .................................................. 293

Indicadores de transformación y atributos de hijos comunes....

294

Componentes de las transformaciones ..................................... 295

Ejemplo: transformaciones ........................................................ 297

14. Tablas agregadas Introducción ............................................................................. 299

¿Por qué debería utilizar tablas agregadas?............................. 300

Terminología de agregación ...................................................... 301

Comparación de agregación y preagregación..................... 302

Grado de agregación ........................................................... 304

¿Cuándo debería utilizar tablas agregadas?............................. 304


x © 2002 MicroStrategy, Inc.

Frecuencia de las consultas en el nivel ............................... 305

Relación entre el padre y el hijo........................................... 306

Proporción de compresión ................................................... 307

Integración de tablas agregadas ............................................... 308

Tamaño lógico de la tabla.................................................... 308

15. Asignaciones de partición

Introducción ............................................................................. 311

Comparación de particiones de servidor y de aplicación .......... 312

Particiones de nivel de servidor ........................................... 312

Particiones de nivel de aplicación........................................ 312

Asignación de partición de metadata......................................... 313

Particiones homogéneas y heterogéneas............................ 313

Divisiones de datos.............................................................. 314

Calificaciones de atributos................................................... 315

Asignación de partición de warehouse ...................................... 315

Comparación de la asignación de partición de metadata y de

warehouse ................................................................................. 317

A. Tutorial de MicroStrategy

Introducción ............................................................................. 319

¿Qué es el Tutorial de MicroStrategy? ...................................... 319

Modelo de datos del Tutorial de MicroStrategy ......................... 323

Jerarquía Geography ........................................................... 324

Jerarquía Products .............................................................. 326

Jerarquía Customers ........................................................... 329

Jerarquía Time..................................................................... 331

Jerarquía Promotions .......................................................... 332

Esquema del Tutorial de MicroStrategy..................................... 334

Esquema de la jerarquía Geography ................................... 336

Esquema de la jerarquía Products....................................... 337

Esquema de la jerarquía Customers ................................... 338

Esquema de la jerarquía Time............................................. 339

Esquema de la jerarquía Promotions................................... 339

Tablas de hechos de ventas................................................ 340

Tablas de hechos del inventario .......................................... 341

Otras tablas de hechos........................................................ 341

B. Expresiones pass-through

Descripción .............................................................................. 345

Funciones Apply ........................................................................ 346

Sintaxis de las funciones ........................................................... 346


© 2002 MicroStrategy, Inc. xi

Tipos de argumento................................................................... 347

Actualización de los tipos de bases de datos ............................ 347

Cambio de tipos de base de datos ............................................ 348

Ejemplos de sintaxis .................................................................. 349

ApplySimple......................................................................... 349

ApplyAgg ............................................................................. 350

ApplyOLAP .......................................................................... 351

ApplyComparison ................................................................ 352

ApplyLogic ........................................................................... 352

C. Modelización de datos avanzada

Introducción ............................................................................. 353

Relaciones entre atributos ......................................................... 354

Relaciones muchos a muchos................................................... 355

Pérdida de capacidad analítica............................................ 356

Recuento múltiple ................................................................ 358

Trabajo con relaciones muchos a muchos .......................... 360

Relaciones entre hijos comunes................................................ 363

¿Qué son las relaciones entre hijos comunes?................... 363

Soporte para relaciones entre hijos comunes...................... 364

Roles de atributo........................................................................ 367

Reconocimiento automático de roles de atributo................. 369

Alias de tabla explícitos ....................................................... 370

D. Operadores matemáticos y lógicos para filtrado

Introducción ............................................................................. 373

¿Qué es un operador?............................................................... 374

Operadores lógicos.............................................................. 374

Operadores de comparación ............................................... 378

Operadores de orden y porcentaje ...................................... 380

Operadores de patrón.......................................................... 381

E. SQL del Catálogo de warehouse

Introducción ............................................................................. 383

Personalización de las sentencias SQL del catálogo ................ 384

Espacio de nombres de tabla .............................................. 385

Plantillas de cadenas SQL y SQL del catálogo incompleto. 385

Estructura del SQL de las tablas del catálogo........................... 386

Estructura del SQL del catálogo completo ................................ 387

SQL del Catálogo de warehouse por defecto............................ 388


xii © 2002 MicroStrategy, Inc.

F. Asistente para crear proyectos

Introducción ............................................................................. 393

Antes de empezar...................................................................... 394

Planificación del proyecto .................................................... 394

Creación de la metadata...................................................... 395

Creación de proyectos............................................................... 395

Inicializar/Crear proyecto ..................................................... 396

Seleccionar tablas en el Catálogo de warehouse................ 397

Crear hechos ....................................................................... 399

Crear atributos ..................................................................... 401

Proyecto completado ........................................................... 403

Configuraciones de esquema adicionales ................................. 404

G. Información ETL Descripción .............................................................................. 405

Informe Información ETL ........................................................... 406

H. Formato y sintaxis de los indicadores

Descripción .............................................................................. 407

Formato de los datos de los indicadores ................................... 407

Códigos de presentación de números ................................. 408

Símbolos y sus funciones .................................................... 409

Colores ................................................................................ 411

Sintaxis para los indicadores de Command Manager ............... 412

Operadores y funciones....................................................... 412

Nivel ..................................................................................... 413

Filtrado de nivel ................................................................... 414

Agrupación de nivel ............................................................. 416

Funcionalidad de nivel adicional .......................................... 420

Funciones pass-through ...................................................... 421

I. Sintaxis del filtrado de relación

Descripción .............................................................................. 423Sintaxis de calificación avanzada ........................................ 424

J. Comandos de Desktop

Introducción ............................................................................. 425

Información básica..................................................................... 426

¿Para qué se utilizan los comandos de Desktop?..................... 426

Definición de la página de inicio de Desktop ............................. 427

Visualización de los comandos de Desktop .............................. 429

Comandos ................................................................................. 430

ChangeView ........................................................................ 430


© 2002 MicroStrategy, Inc. xiii

Editor ................................................................................... 432

Execute................................................................................ 433

ExecuteDocument ............................................................... 434

ExecuteReport ..................................................................... 435

Open .................................................................................... 436

Reset ................................................................................... 437

Shortcut ............................................................................... 438

K. Valores de formato por defecto

Introducción ............................................................................. 441Número ................................................................................ 442

Alinear.................................................................................. 442

Fuente.................................................................................. 442

Borde ................................................................................... 443

Patrones .............................................................................. 443

Rangos ................................................................................ 444

Glosario .................................................................................... 447

Índice ........................................................................................ 467

© 2002 MicroStrategy, Inc. xv

PREFACIO

Descripción del documento

La Guía avanzada de elaboración de informes de MicroStrategy 7i proporciona información exhaustiva sobre los temas avanzados en los productos de consulta y elaboración de informes de MicroStrategy 7i. En esta guía se asumen y amplían los conocimientos básicos que el usuario posee sobre la información de la Guía de configuración básica.

Utiliza escenarios de negocio para ofrecer ejemplos de cada uno de los conceptos que se tratan. El Tutorial de MicroStrategy y los ejemplos de warehouse, metadata y proyectos de MicroStrategy constituyen la parte esencial de estos ejemplos. Puede encontrar información sobre el Tutorial de MicroStrategy en Introduction to MicroStrategy 7i.

Cuando termine de leer este documento, tendrá conocimientos sobre los conceptos importantes necesarios para crear informes sofisticados con MicroStrategy 7i.

Prefacio Guía avanzada de elaboración de informes

xvi A quién se dirige esta guía © 2002 MicroStrategy, Inc.

A quién se dirige esta guía

Este documento se ha diseñado para

• Diseñadores de informes que vayan a crear informes avanzados y objetos de informe como plantillas, indicadores, filtros, mapas de navegación, etc.

• Diseñadores de proyectos que vayan a crear objetos de esquema avanzados, como hechos, atributos, jerarquías, etc.

• Analistas que vayan a realizar tareas de manipulación avanzadas en los informes.

Requisitos

Antes de comenzar a trabajar con este documento, debe familiarizarse con:

• proyectos, atributos, hechos e indicadores

• creación de proyectos e informes sencillos

• sentencias SQL

Objetivos

Cuando haya leído esta guía, podrá:

• comprender la diferencia entre la definición de vista y la definición de datos de un informe, y saber qué pasos de la ejecución de los informes corresponden a cada una

• crear indicadores avanzados mediante funciones como condicionalidad, nivel de dimensión y transformación

• comprender qué es el SQL de catálogo y cómo utilizarlo

• crear hechos utilizando alias de columna, extensiones de nivel, relaciones de hechos y otros conceptos de hechos avanzados

Guía avanzada de elaboración de informes Prefacio

© 2002 MicroStrategy, Inc. Acerca de esta guía xvii

• crear atributos avanzados

• aplicar filtros y límites de informe a los informes

• crear transformaciones

• crear selecciones dinámicas

• configurar grupos personalizados

• utilizar informes de datamart

• personalizar sentencias SQL

• utilizar estructuras avanzadas de documento

• particionar tablas de hechos

• usar expresiones pass-through

Acerca de esta guía

Esta guía se divide en capítulos y apéndices de referencia.

Los capítulos ofrecen conceptos sobre cada uno de los temas, como indicadores, datamart, jerarquías, etc.

Cada capítulo empieza con una descripción breve del contenido. A continuación, se divide en subapartados organizados de forma pedagógica. Cuando es necesario, se indica una serie de pasos para realizar la descripción de la tarea y facilitar el proceso de aprendizaje.

Cuando necesite información específica sobre una tarea, utilice la tabla de contenido o el índice para encontrarla rápidamente.


xviii Convenciones tipográficas © 2002 MicroStrategy, Inc.

Convenciones tipográficas

Para documentación en línea o impresa

En la documentación en línea y la documentación impresa de MicroStrategy 7i se utilizan unas convenciones de presentación y guías visuales que le ayudan a buscar, identificar y comprender conceptos y procedimientos importantes. En la tabla siguiente se muestran estas convenciones.

Sólo para la documentación impresa

A continuación, se muestran explicaciones acerca de cambios de estilo de fuente, iconos y distintos tipos de notas que puede ver en esta guía del usuario.

Fuente Indica

negrita • nombres de botones, casillas de verificación, cuadros de diálogo, opciones, listas y menús en los que se centran las acciones

• texto que debe escribir el usuario

cursiva • nuevos términos definidos en el texto y en el glosario

• nombres de otros manuales de productos• cuando es parte de la sintaxis de un comando,

indica información variable que el usuario debe reemplazar

Fuente Courier

• cálculos• ejemplos de código• claves de registro• nombres de rutas y archivos• URL• mensajes

MAYÚSCULAS • tecla de comando del teclado (como INTRO)• tecla de método abreviado (como CTRL+V)

+ comando de teclado que precisa que se utilice más de una tecla (por ejemplo, MAYÚS+F1)


© 2002 MicroStrategy, Inc. Convenciones tipográficas xix

Acciones

Las referencias a elementos de la pantalla y a teclas en las que se centran las acciones tienen el estilo de fuente Arial negrita. A continuación, se muestra un ejemplo:

Pulse Seleccionar warehouse.

Código

El formato de las referencias a código, fórmulas o cálculos en párrafos tiene un estilo de fuente Courier New normal. A continuación se muestra un ejemplo:

Sum(ingresos)/número de meses

Entrada de datos

Las referencias a datos literales que debe escribir en un ejercicio o procedimiento tienen el estilo de fuente Arial negrita. Las referencias a los datos que escriba y que pueden variar de usuario a usuario o de sistema a sistema tienen el estilo de fuente Arial negrita cursiva. A continuación se muestra un ejemplo:

Escriba cmdmgr -f scriptfile.scp y pulse INTRO.

Escriba copy c:\nombre_archivo d:\nombre_carpeta\nombre_archivo

Teclas del teclado

Las referencias a una tecla del teclado o a teclas de método abreviado están en mayúsculas. A continuación, se muestra un ejemplo:

Para aplicar negrita al texto seleccionado, pulse CTRL+B.


xx Convenciones tipográficas © 2002 MicroStrategy, Inc.

Términos nuevos

Para los términos nuevos que se quiere destacar se utiliza el estilo de fuente cursiva normal. Estos términos se definen cuando se encuentran por vez primera en el material del curso. A continuación, se muestra un ejemplo:

El nivel de agregación es el nivel de cálculo para el indicador.

Notas y advertencias

� Un icono de nota indica información útil.

� Un icono de advertencia llama la atención del lector a información muy importante que debe leer antes de continuar el curso.

Iconos de encabezado

Se utilizan los siguientes iconos de encabezado para indicar secciones prácticas y de revisión específicas:

�

Precede a un estudio práctico. Los estudios prácticos son ejemplos del mundo real, de empresas que utilizan el producto de MicroStrategy.

�Precede a un escenario de negocio. Los escenarios de negocio son ejemplos del Tutorial de MicroStrategy. Ilustran la forma de realizar tareas complejas con MicroStrategy 7i.


© 2002 MicroStrategy, Inc. Recursos xxi

Recursos

Documentación de productos

MicroStrategy 7i incluye un completo conjunto de manuales de productos, diseñados para ayudarle a encontrar la información necesaria para instalar, configurar, diseñar y administrar sus sistemas de business intelligence y aplicaciones Narrowcast, así como la documentación completa del SDK, para ayudarle a ampliar y personalizar MicroStrategy 7i e integrarlo con sus aplicaciones.

Hay disponible una lista de vínculos de documentación para obtener acceso a todos los documentos instalados desde el CD-ROM. La mayoría de estos documentos tiene el formato Acrobat Portable Document (PDF).

� Para ver los documentos necesita la aplicación Adobe Acrobat Reader 4.0. Si no tiene Acrobat Reader instalado en el ordenador, puede descargarlo desde www.adobe.com o instalarlo directamente desde el CD del producto de MicroStrategy.

Documentación en línea

Para acceder a un manual en línea

1 En el menú Inicio de Windows, elija Programas, MicroStrategy 7 y, a continuación, Product Manuals.Se abrirá una página Web con la lista de todos los manuales disponibles en formato PDF.

2 Pulse el vínculo del manual que desee.

3 Parte de la información se proporciona en formato HTML. Cuando seleccione una de estas guías, se abrirá el cuadro de diálogo Descargar archivo. Seleccione Abrir este archivo desde su ubicación actual y pulse Aceptar.


xxii Recursos © 2002 MicroStrategy, Inc.

� Si no están visibles los marcadores en el lado izquierdo de un documento de Acrobat, pulse Bookmarks and Page en el menú View y después seleccione el tema y el apartado que desea consultar. También puede desplazarse desde la página de título de la guía a su tabla de contenido y seleccionar el tema que desea leer.

En el CD-ROM se incluyen los siguientes documentos en formato Acrobat Portable Document (PDF):

Descripción general de MicroStrategy 7i

• Introduction to MicroStrategy 7i: Evaluation Guide

• MicroStrategy 7i Quick Start Guide

Manuales de productos para el análisis,

elaboración de informes y consultas

• Guía de configuración básica de MicroStrategy

• Guía avanzada de elaboración de informes de MicroStrategy

• MicroStrategy Administrator, Intelligence Server,and Web Administrator Guide

• Administration Tools: Command Manager, Enterprise Manager, Object Manager, Project Merge, User Merge

• MicroStrategy Analytical Functions Reference

• MicroStrategy Web Customization Guide

• MicroStrategy Intelligence Server, Architect, and Administrator Upgrade Guide

• MicroStrategy MDX Adapter System Guide

• MicroStrategy MDX Adapter Language Reference Manual

• MicroStrategy MDX Adapter OBDO Properties Reference Manual


© 2002 MicroStrategy, Inc. Recursos xxiii

Manuales de productos de alertas y distribución

de información

• MicroStrategy Narrowcast Server Getting Started Guide

• MicroStrategy Narrowcast Server Installation and Configuration Guide

• MicroStrategy Narrowcast Server Application Designer Guide

• MicroStrategy Narrowcast Server System Administrator Guide

• MicroStrategy Narrowcast Server Upgrade Guide

Manuales de productos de reescritura en bases

de datos

• MicroStrategy Transactor Installation and Administration Guide

• MicroStrategy Transactor Developer Guide

Manuales para los módulos de análisis

• Best Practices Designing and Building Portable Analytical Applications

• Implementing MicroStrategy Analytics Modules—Portability Methodology

• Customer Analysis—Reference

• Customer Analysis—Reference

• Getting started with MicroStrategy Web Traffic Analysis Module

• Web Traffic Analysis—Reference

• Financial Reporting Analysis—Reference


xxiv Recursos © 2002 MicroStrategy, Inc.

Kits de desarrollo de software

• MicroStrategy SDK for Intelligence Server and Web Developer Guide: Common Functions

• MicroStrategy SDK for Intelligence Server and Web Developer Guide: Extended Functions

• MicroStrategy SDK for Web Developer Guide: Web Application Development

• Narrowcast Server SDK Guide

Soporte internacional

MicroStrategy 7i ofrece soporte para varios idiomas. Normalmente, el soporte para un idioma incluye el soporte para bases de datos y sistemas operativos nativos, formatos de fechas, formatos decimales, símbolos de moneda, etc.,así como disponibilidad de interfaces y documentación traducidas. El nivel de soporte se define según los componentes del entorno de business intelligence de MicroStrategy 7i. Un entorno de business intelligence de MicroStrategy 7i consta de los siguientes componentes, a los que se denomina colectivamente “configuración”:

• Warehouse, metadata y bases de datos de estadísticas

• MicroStrategy Intelligence Server

• Servidor MicroStrategy Web

• Cliente MicroStrategy Desktop

• Explorador Web

MicroStrategy 7i está certificado en configuraciones homogéneas (todos los componentes en el mismo idioma) para los siguientes idiomas: inglés (EE.UU.), francés, alemán, italiano, japonés, coreano, portugués (Brasil), español y sueco.

También proporciona soporte limitado para configuraciones heterogéneas (en las que puede haber componentes en idiomas distintos). Póngase en contacto con el Soporte técnico de MicroStrategy para obtener más detalles.


© 2002 MicroStrategy, Inc. Asistencia al usuario xxv

Hay una interfaz de usuario traducida para cada uno de los idiomas anteriores. Además, las versiones traducidas de los sistemas de ayuda en línea y la documentación de los productos están disponibles en varios de los idiomas anteriores.

Asistencia al usuario

En los párrafos siguientes se describen los tipos de asistencia disponibles para responder a las preguntas que tenga relativas a los productos de MicroStrategy 7i.

Ayuda en línea

MicroStrategy 7i proporciona varios modos de acceso a la ayuda en línea:

• En el menú Ayuda, seleccionando Contenido e índice para ver la tabla de contenido principal del sistema de ayuda

• Pulsando F1 para ver ayuda presente relativa a la función o tarea que está realizando actualmente

Soporte técnico

Si tiene alguna pregunta acerca de un producto concreto de MicroStrategy, debe:

1 Consultar las guías, la ayuda en línea, los archivos Readme y las notas de versión de los productos.

2 Consultar la base de conocimiento en línea en la dirección http://www.microstrategy.com/support/k_base

� Es posible que un administrador técnico de su organización pueda ayudarle a solucionar inmediatamente algunos de sus problemas.


xxvi Asistencia al usuario © 2002 MicroStrategy, Inc.

3 Si no encuentra una solución en los recursos mostrados en los pasos 1 y 2, póngase en contacto con el Soporte técnico de MicroStrategy. Para lograr una relación más efectiva y productiva con el Soporte técnico de MicroStrategy, revise el documento Policies and Procedures publicado en la dirección http://www.microstrategy.com/Support/ Policies.asp. Consulte las condiciones de su contrato de compra para determinar el tipo de soporte disponible.

En la tabla de la página siguiente se muestra dónde, cuándo y cómo puede ponerse en contacto con el Soporte técnico de MicroStrategy. Si no consigue ponerse en contacto con el Soporte técnico de MicroStrategy durante el horario de atención al público, puede dejar un mensaje en el buzón de voz o enviar un mensaje de correo electrónico.


© 2002 MicroStrategy, Inc. Asistencia al usuario xxvii

América

(EE.UU. y Canadá)

Horario de atención al público:

Lunes a viernes: 9:00 a.m.–7:00 p.m. Hora oriental (14:00-00:00 GMT)

Teléfono: (703) 848–8700

Fax: (703) 848–8710

Correo electrónico: [email protected]

Web: http://support.microstrategy.com

Europa, Oriente Medio y África

Horario de atención al público: Lunes a viernes:• Reino Unido: 9:00 a.m.–6:00 p.m. GMT• Europa continental: 9:00 a.m.–6:00 p.m. CET

El Centro de Soporte técnico europeo cierra algunos días festivos. Estos días festivos son fiestas nacionales en cada país.

Líneas de teléfono de soporte directo:• Reino Unido: +44 (0) 1753 826198• Bélgica, Holanda, Luxemburgo: +31 20 346 9210• Francia: +33 1 41 91 86 49• Alemania: +49 69 95096206• Italia: +39 02696 33 456• España: +34 91 406 9010• Distribuidores internacionales: +44 (0) 1753 826199

Fax: +44 (0) 1753 826101



Asia y Pacífico

Horario de atención al público:

Domingo a jueves 6:00 p.m.-3:00 a.m. Hora oriental (23:00-8:00 GMT)

Teléfono: (703) 744–6469

Fax: (703) 848–8710



Brasil Horario de atención al público:

Lunes a viernes: 9:00 a.m.–6:00 p.m.

Teléfono: (5511) 3045-1725

Fax: (5511) 3044–4088



Argentina Horario de atención al público:

Lunes a viernes: 9:00 a.m.–6:00 p.m.

Teléfono: (5411) 5222–9300

Fax: (5411) 5222–9355




xxviii Asistencia al usuario © 2002 MicroStrategy, Inc.

Cuando se ponga en contacto con el Soporte técnico de MicroStrategy debe proporcionar la siguiente información:

• Su nombre (nombre y apellidos)

• El nombre de su empresa

Si es su primera llamada, también debe proporcionar los siguientes datos:

• Dirección

• Número de teléfono

• Número de fax

• Dirección de correo electrónico

Para ayudar al representante del Soporte técnico a solucionar el problema de forma rápida y efectiva debe tener preparada la siguiente información:

• Número de problema (anote el número de problema asignado a cada problema registrado en el Soporte técnico de MicroStrategy y esté preparado para indicarlo cuando realice una consulta sobre un problema existente)

• Número de versión de software y número de registro de producto de los productos de software de MicroStrategy que esté utilizando


© 2002 MicroStrategy, Inc. Asistencia al usuario xxix

• Descripción del problema:

– ¿Qué es lo que produce el problema?

– ¿Ocurre esporádicamente o cada vez que se realiza una acción concreta?

– ¿Se produce el problema en todas las máquinas o sólo en una?

– ¿Cuándo ocurrió por primera vez?

– ¿Qué sucedió inmediatamente antes de que se produjera por primera vez el problema? (por ejemplo, una carga masiva de la base de datos, un cambio de ubicación de la base de datos, una actualización de software...)

– Si se mostró un mensaje de error, ¿qué decía exactamente?

– ¿Qué pasos ha seguido para aislar y resolver el problema? ¿Cuáles fueron los resultados?

– Configuración del sistema (la información necesaria para este fin depende de la naturaleza del problema; es posible que no sean necesarios todos los elementos indicados):

– Especificaciones del hardware del ordenador (velocidad del procesador, RAM, espacio en disco, etc.)

– Protocolo de red utilizado

– Fabricante y versión del controlador ODBC

– Versión del software de la puerta de enlace de la base de datos

– (para problemas relacionados con MicroStrategy Web) Fabricante y versión del explorador

– (para problemas relacionados con MicroStrategy Web) Fabricante y versión del servidor Web


xxx Comentarios © 2002 MicroStrategy, Inc.

Si el problema requiere más investigación o nuevas pruebas, debe ponerse de acuerdo con el Soporte técnico de MicroStrategy sobre las acciones que hay que realizar.Debe realizar todas las acciones acordadas antes de volver a ponerse en contacto con el Soporte técnico para tratar el problema. Si el representante del Soporte técnico debe realizar alguna acción, puede llamar al Soporte técnico cuando lo desee para consultar el estado del problema.

Comentarios

Envíenos los comentarios o sugerencias que desee hacernos sobre la documentación de usuario para los productos de MicroStrategy 7i a la dirección:

[email protected]

Envíenos las sugerencias que desee hacernos para mejorar los productos a:

[email protected]

Cuando nos envíe comentarios, incluya el nombre y la versión de los productos que está actualizando actualmente.Sus comentarios nos ayudarán a preparar las futuras versiones.

© 2002 MicroStrategy, Inc. 1

1

INTRODUCCIÓN A LA

ELABORACIÓN DE INFORMES

AVANZADOS

Introducción

Es aconsejable que, antes de comenzar a leer esta guía, revise los conceptos descritos en la Guía de configuración básica. En esta introducción se resume la configuración de un proyecto y los términos con los que debe familiarizarse antes de poder elaborar informes avanzados.

� También puede configurar un proyecto utilizando el Asistente para crear proyectos, como se describe en el Apéndice F, Asistente para crear proyectos.

Cuando termine de leer este capítulo, conocerá las tareas que conlleva la creación de un informe y sabrá cómo continuar utilizando esta guía.

Introducción a la elaboración de informes avanzados Guía avanzada de elaboración de informes1

2 Terminología básica de MicroStrategy 7i © 2002 MicroStrategy, Inc.

Terminología básica de MicroStrategy 7i

Fuentes de datos

El término fuente de datos hace referencia a cualquier sistema o archivo que almacene o contenga datos de interés. Estos datos, en un momento dado, se analizan en formato de informe para obtener respuestas a preguntas relacionadas con el negocio.

La fuente de datos es el punto en el que se originan los datos. Por ejemplo, si utiliza una tarjeta para realizar una transacción en un cajero automático, el cajero automático es el punto de origen de la transacción. Es el lugar en el que se recopilan los datos. En este ejemplo, el cajero automático recopila la información sobre el importe que ha ingresado o retirado de la cuenta. A continuación, los datos se escriben en una fuente de datos, que es la amplia base de datos de los cajeros automáticos.

Los ingresos, los reintegros, las transacciones de ventas y la disminución o el reabastecimiento del inventario se conocen como transacciones. La fuente de datos graba la transacción. Los datos de las transacciones se almacenan normalmente en bases de datos o grandes sistemas, de los que pueden recuperarse más adelante.

Proceso ETL

El proceso de extracción, transformación y carga (ETL) representa todos los pasos necesarios para mover datos desde diferentes fuentes de datos hasta un data warehouse integrado. La herramienta de extracción, transformación y carga (ETL) proviene de otro fabricante.

Guía avanzada de elaboración de informes Introducción a la elaboración de informes avanzados 1

© 2002 MicroStrategy, Inc. Terminología básica de MicroStrategy 7i 3

El primer paso es la extracción, o recuperación de los datos de las fuentes de datos. El segundo paso es transformar los datos y prepararlos para cargarlos en el data warehouse.Los procedimientos de transformación incluyen la conversión de tipos de datos y nombres de columnas, la eliminación de datos erróneos, la corrección de errores tipográficos, el relleno de datos incompletos, etc. El tercer y último paso es cargar los datos en el warehouse.

Las herramientas que se utilizan para llevar a cabo los distintos aspectos del proceso ETL deben contener información sobre los datos, lo que facilita la transferencia de éstos desde las fuentes de datos hasta el data warehouse.En concreto, estas herramientas le ayudan a:

• almacenar información sobre la estructura y el contenido de la fuente de datos y del data warehouse.

• relacionar el contenido y la estructura de la fuente de datos con los del data warehouse.

Data warehouse

En la Guía de configuración básica, encontrará instrucciones para configurar un entorno de data warehouse robusto. Generalmente, los data warehouses se basan en algún tipo de base de datos relacional y permiten la realización de consultas mediante el lenguaje de consulta estructurado (SQL, Structured Query Language) para extraer información del warehouse en formato de informe. Los datos que se almacenan en el data warehouse proceden de las fuentes de datos.

Los data warehouses se han diseñado y optimizado para llevar a cabo procesos de análisis. Los procesos de análisis conllevan la manipulación de los datos del warehouse para calcular tendencias de ventas, patrones de crecimiento, elaboración de informes de tendencias, análisis de los beneficios, etc.



El data warehouse es una gran base de datos que está poblada con los datos almacenados en las tablas. Estas bases de datos tienen muchas tablas y llevan a cabo el seguimiento de muchos datos diferentes. No es necesario tener varios data warehouses, ya que un único data warehouse puede estar constituido por muchas bases de datos y tablas.

Un data warehouse robusto puede poblarse con datos procedentes de una fuente de datos existente, utilizando un proceso ETL. El proceso ETL toma datos de todos los orígenes, que pueden encontrarse en varias ubicaciones distintas, y los dirige a un data warehouse.

Modelo de datos lógico

El modelo de datos lógico ilustra gráficamente el flujo y la estructura de los datos de un entorno de negocio. Está formado por hechos, atributos y jerarquías. Los hechos y atributos, en su forma más sencilla, se explican más adelante en este capítulo. Encontrará información más detallada y conceptos avanzados sobre estos objetos en sus capítulos correspondientes en esta guía. En este documento, se ofrece un capítulo dedicado exclusivamente a las jerarquías.

Una vez que haya determinado los hechos, como ingresos diarios, datos de inventario, horas trabajadas, etc., los atributos le permitirán responder a las preguntas sobre un hecho, por ejemplo, un período de tiempo para totales de ingresos específicos. Las jerarquías son agrupaciones de atributos ordenados para reflejar su relación con otros atributos. Por ejemplo, puede agrupar los atributos Año, Mes y Fecha para formar la jerarquía Tiempo.

Estos tres componentes juntos (hechos, atributos y jerarquías) forman el modelo de datos lógico.



Esquema físico del warehouse

El esquema físico del warehouse se basa en el modelo de datos lógico. Se trata de una representación gráfica detallada de los datos de negocio. Organiza el modelo lógico de forma que sea útil desde el punto de vista de una base de datos.

Mientras que el modelo de datos lógico indica qué hechos y atributos deben crearse, el esquema físico del warehouse indica dónde almacenar los datos correspondientes a dichos objetos. El esquema físico del warehouse describe cómo se almacenan los datos en el data warehouse.

El esquema físico del warehouse consta de dos componentes clave: las tablas y las columnas. Las tablas y las columnas del esquema físico del warehouse representan hechos y atributos del modelo de datos lógico. Las filas de la tabla representan elementos de atributo y hechos.

Metadata

Una vez que posea un data warehouse poblado con toda la información que necesita la empresa para funcionar satisfactoriamente, ¿qué debe hacer para recuperar la información de la base de datos correctamente y en el menor tiempo posible?

La metadata contiene información que facilita la transferencia de datos entre el data warehouse y la aplicación de MicroStrategy. En ella se almacenan las definiciones de los objetos y la información sobre el data warehouse, incluida su estructura.

MicroStrategy 7i utiliza la metadata para transformar las peticiones de los usuarios en consultas SQL y, posteriormente, convertir las consultas SQL en objetos de MicroStrategy, por ejemplo, informes.

En la metadata se almacenan tres tipos de objetos:

• objetos de esquema

• objetos de aplicación

• objetos de configuración



Objetos de esquema

Los objetos de esquema son objetos creados normalmente por un diseñador del proyecto que establecen una relación entre la información del modelo de datos lógico y del esquema físico del warehouse con el entorno de MicroStrategy. Los hechos, los atributos y las jerarquías son ejemplos de objetos de esquema. Estos objetos se desarrollan en MicroStrategy Architect, al que se puede acceder desde MicroStrategy Desktop.

Objetos de aplicación

El diseñador de informes crea los objetos de aplicación necesarios para ejecutar los informes. Los objetos de aplicación se desarrollan en MicroStrategy Desktop y son los componentes de los informes y documentos. Estos objetos de aplicación incluyen informes, plantillas de informe, filtros, indicadores, selecciones dinámicas, etc. Estos objetos se crean en MicroStrategy Desktop.

Objetos de configuración

Los objetos relacionados con la administración y la conectividad, también denominados objetos de configuración, los administra una persona con funciones de administrador en MicroStrategy Server Administrator. Como ejemplos de objetos de configuración se pueden mencionar los usuarios, los grupos, las definiciones de servidor, etc.

Hechos

Un hecho consta de dos características: es numérico y agregable. Algunos ejemplos de hechos son los ingresos, el inventario y los balances de cuentas.

� Existen casos, aunque pocos, en que un hecho no es ni numérico ni agregable, pero no es lo habitual.



Los hechos se almacenan en tablas de hechos del data warehouse. Estas tablas de hechos están formadas por distintas columnas, y cada celda representa un dato específico. Los indicadores, que son medidas de negocio,se crean a partir de estos datos.

Las operaciones SQL de agregación, como SUM y AVG, se llevan a cabo con los hechos de las tablas de la base de datos. Por ejemplo, en la siguiente sentencia SQL, la columna ORDER_AMT del warehouse podría corresponderse con el hecho Cantidad de pedido (ORDER_AMT) en el entorno de MicroStrategy:

SELECTsum(a21.ORDER_AMT) REGION

FROM ORDER_FACTa21

JOIN LU_EMPLOYEEa22

ON (a21.EMP_ID = a22.EMP_ID)

WHERE a22.CALL_CTR_ID in (5, 9, 12)

En este ejemplo, ORDER_AMT es el hecho, mientras que sum(a21.ORDER_AMT) representa un indicador.

Atributos

Una vez que haya determinado todos los hechos necesarios para completar su modelo de negocio, debe identificar los atributos del modelo. Los atributos actúan como contenedores de información, lo que le permite calcular los datos agregados por diferentes conceptos.

Por ejemplo, si tiene unos ingresos de 10.000 euros, esta cifra no significa nada en referencia a un negocio, a menos que se conozca el contexto, por ejemplo, la región, el período de tiempo de las ventas y el trabajo realizado.

Dicho de otra forma, los atributos proporcionan categorías para agregar los datos.



Elementos de atributo

Los elementos de atributo son los datos que se muestran en el informe. Considérelos como un subnivel del atributo.Por ejemplo, el atributo puede ser Ciudad, mientras que Londres, Milán y Nueva York son los elementos del atributo.

En el data warehouse, los atributos se suelen representar mediante las columnas de una tabla y los elementos de atributo, mediante las filas.

Relaciones entre atributos

Las relaciones entre atributos dan significado a los datos de un modelo de datos lógico, al asociar los atributos en función de las reglas de negocio. Los tipos de relaciones entre atributos son:

• uno a uno

• uno a muchos

• muchos a muchos

Uno a uno

En una relación uno a uno, cada elemento del atributo padre se relaciona con un único elemento del atributo hijo, y cada elemento del atributo hijo se relaciona con un único elemento del atributo padre.

Electrónica

Comida

Regalos

Salud y Belleza

Categoría

Atlántico central

Noreste

Noroeste

Zona ClienteAtributo

Elementos

de attributo

PersonaPadre

Hijo DIN



Generalmente, las relaciones uno a uno siguen el modelo de las representaciones de atributo. Encontrará información adicional sobre las representaciones de atributo en el Capítulo 9, Atributos.

Uno a muchos

En una relación uno a muchos, cada elemento del atributo padre se relaciona con más de un elemento del atributo hijo, y cada elemento del atributo hijo se relaciona con un único elemento del atributo padre.

Por ejemplo, en una relación entre Año y Trimestre, Año es el atributo padre y Trimestre es el atributo hijo.

El siguiente gráfico muestra la relación entre el padre y el hijo.

Muchos a muchos

En una relación muchos a muchos, cada elemento del atributo padre se relaciona con más de un elemento del atributo hijo, y cada elemento del atributo hijo se relaciona con muchos elementos del atributo padre.

AñoPadre

Hijo Trimestre

Mes

Semana

Padre de mes

Trimestre hijoPadre de semana

Mes hijo



En una planta de fabricación de coches, se producen muchos modelos de coches, cada uno en varios colores. Es decir, existen muchos colores para un solo tipo de coche y se pueden asociar muchos tipos de coche con el mismo color.

Las relaciones muchos a muchos pueden constituir un escenario de modelización de datos especialmente complicado. Encontrará información adicional en el Apéndice C, Modelización de datos avanzada.

ArtículoPadre

Hijo Color


© 2002 MicroStrategy, Inc. Objetos de informe 11

Indicadores

Los indicadores son cálculos analíticos que se realizan con los datos almacenados (hechos) para producir resultados que se pueden leer como información de estado o que se pueden analizar con el objetivo de tomar las decisiones adecuadas.

Un indicador se puede definir en un informe para especificar los datos que se van a mostrar en él. Estos datos se pueden leer o analizar para ayudar en la toma de decisiones.

Los indicadores avanzados se tratan en el Capítulo 4, Indicadores.

Informes

Una vez que haya creado el proyecto, configurado los atributos y los hechos, y creado un indicador simple, puede ejecutar un informe.

Un informe es la solicitud de datos formateados específicos procedentes del data warehouse. Los informes pueden contener atributos y hechos del data warehouse, filtros que determinen la cantidad de datos que se utiliza para generar el informe e indicadores que realicen cálculos con los hechos. Las funciones más complejas, como por ejemplo, los límites de informe, las calificaciones de indicadores, la agregación dinámica y los accesos directos a informes y filtros, le permiten crear informes más informativos y funcionales. Estas funciones se describen en el capítulo Informes.

Objetos de informe

Los objetos de informe son objetos asociados a un informe concreto. En cualquier momento, el usuario puede decidir ver sólo un conjunto determinado de dichos objetos.Por ejemplo, puede decidir mostrar Indicador1 e Indicador2, pero no Indicador3 en la plantilla.


12 Continuación con la elaboración de informes avanzada © 2002 MicroStrategy, Inc.

Los objetos de informe indican también cual es el nivel más bajo de detalle disponible en un informe. Puede consultar este nivel en la lista de atributos de la lista Objetos de informe. Por ejemplo, un informe con los objetos de informe Año, Mes y Semana tiene datos para los indicadores de dicho informe en los niveles de Año, Mes y Semana. Los usuarios pueden decidir ver sólo Año y Mes en la plantilla. En ese caso, los datos se agregan por defecto en el nivel de Mes, que es el nivel de detalle más bajo del informe.

La lista Objetos de informe no se muestra por defecto en el Editor de informes, aunque aparece en el lado izquierdo del Visor de informes. Si no se muestra automáticamente, elija Mostrar objetos de informe en el menú Ver.

Continuación con la elaboración de informes

avanzada

En este momento, ya debe tener un proyecto configurado y listo, con hechos, atributos y quizás algún indicador simple.

Ya puede crear un informe más detallado, utilizando los conceptos que se describen en esta guía. Aprenderá a:

• crear hechos avanzados

• crear atributos avanzados

• crear indicadores anidados y compuestos

• aplicar filtros avanzados al informe

• manipular la definición de vista y la definición de datos de un informe

• manipular la jerarquía

• crear una transformación

• crear selecciones dinámicas y grupos personalizados


© 2002 MicroStrategy, Inc. Continuación con la elaboración de informes avanzada 13

También aprenderá lo siguiente:

• uso de datamarts

• personalización de sentencias SQL

• estructura avanzada de documentos

• uso de las expresiones pass-through

• particiones de tablas de hechos

Cuando comprenda estos conceptos y los haya puesto en práctica, podrá elegir, manipular y dar formato a informes avanzados que respondan mejor a las preguntas sobre su negocio.


2

INFORMES

Introducción

Un informe es un objeto de MicroStrategy que representa una petición de un conjunto específico de datos con formato procedentes del data warehouse. Los informes son la base y el objetivo de business intelligence. Permiten a los usuarios recopilar conocimientos sobre el negocio mediante análisis de datos.

Las distintas partes de un informe son: atributos y hechos del warehouse, filtros que determinen la cantidad de datos que se utiliza para generar el informe e indicadores que realicen cálculos con los hechos. Al leer este capítulo, obtendrá información sobre características más sofisticadas que le permiten crear informes más funcionales e informativos.

Informes Guía avanzada de elaboración de informes2

16 Antes de empezar © 2002 MicroStrategy, Inc.

Antes de empezar

El capítulo Información básica para crear informes de la Guía de configuración básica contiene información fundamental sobre el diseño de informes. Este capítulo avanzado parte de los conceptos y procedimientos presentados en dicha guía y proporciona más detalles técnicos y opciones avanzadas para el diseño de informes.Por lo tanto, debe familiarizarse con la información del capítulo mencionado, por ejemplo, los objetos de informe, la cuadrícula de informe, el filtro de informe y los conocimientos básicos sobre el Editor de informes y sus funciones. En el apartado siguiente, se incluye un repaso rápido de ese capítulo.

En este capítulo se le guía por los conceptos avanzados de elaboración de informes de forma práctica, aunque no se incluyen instrucciones detalladas. Encontrará dichas instrucciones paso a paso en la ayuda en línea. El objetivo de los informes de ejemplo es mostrarle cómo se diseñan y generan los informes. Una vez que haya leído este capítulo, examine los informes para continuar aprendiendo y comprender mejor los conceptos que se presentan aquí.

Los informes de los que se trata en este capítulo se guardan en el Tutorial de MicroStrategy. La ruta del directorio en Desktop es Public Objects\Reports\TechnicalReports\Reports by Feature\Advanced ReportingExamples. Puede seguir los pasos indicados para interactuar con los informes o ver los informes de ejemplo sin crear ninguno.

� No olvide guardar los informes que cree con nombres diferentes, a fin de no sobrescribir los informes de ejemplo del Tutorial de MicroStrategy.

Guía avanzada de elaboración de informes Informes 2

© 2002 MicroStrategy, Inc. Antes de empezar 17

Revisión del capítulo Información básica para crear informes

El capítulo Información básica para crear informes de la Guía de configuración básica proporciona una introducción a los temas esenciales de elaboración de informes que necesita comprender para empezar a generar informes y crear una aplicación de business intelligence. Estos temas se repasan rápidamente en los siguientes apartados.

Diseño de informes frente a creación de

informes

El diseño de informes es el proceso de generarlos a partir de componentes básicos, mediante el Editor de informes, tanto en MicroStrategy Web como en MicroStrategy Desktop. Aunque el diseño de informes es el método más genérico para definir un informe, también requiere un conocimiento más detallado del proyecto. En general, este método debería estar disponible sólo para el grupo de usuarios avanzados (diseñadores de informes) que diseñarán los informes que utilizarán los demás usuarios.

La creación de informes es el proceso de generarlos a partir de otros ya existentes, diseñados previamente con MicroStrategy Web o MicroStrategy Desktop. Dada la gran variedad de funcionalidad existente para la elaboración de informes, puede diseñar informes que proporcionen una gran variedad de opciones para que los usuarios creen los suyos propios.

La creación de informes se diferencia del diseño de informes en que proporciona una experiencia más guiada y no precisa que los usuarios tengan un conocimiento detallado del proyecto. Esto permite a los usuarios crear sus propios informes en un entorno controlado y fácil de usar.



Diseño de informes

Los informes se crean en el Editor de informes de Desktop, que tiene cuatro modos de visualización de informes:

• La vista de diseño describe la definición de informe y le permite crearlos y modificarlos. Se muestran los atributos, los indicadores y otros objetos que se van a utilizar en el informe. No es necesario que ejecute el informe para ver o modificar su estructura.

• La vista de cuadrícula presenta los datos del informe en formato de tabla una vez que se ejecuta el informe.

• La vista de gráfico se asemeja a la vista de cuadrícula, pero muestra los datos en formato gráfico en lugar de en una tabla.

• La vista SQL muestra el SQL que genera MicroStrategy Engine y que se ejecuta en el warehouse. También contiene diversas estadísticas de ejecución.

� MicroStrategy Web proporciona los mismos modos de visualización de informes, aunque el equivalente de la vista SQL se llama Detalles.

Los informes se diseñan en la vista de diseño del Editor de informes, donde puede seleccionar los indicadores y los atributos que se van a utilizar en el informe. También puede definir los filtros de informe, que determinan los datos que se utilizan para el cálculo de indicadores.

Puede agregar diversas opciones de formato, por ejemplo fuentes y estilos, en las vistas de diseño y cuadrícula.


© 2002 MicroStrategy, Inc. Antes de empezar 19

Edición interactiva de informes

Una vez guardado un informe, tiene la opción de permitir que los usuarios lo modifiquen en modo interactivo mientras ven los resultados, sin que sea necesario volver a ejecutar el informe en el warehouse. De esta forma, los cambios se llevan a cabo en Desktop o en el servidor Intelligence Server, en lugar de en el warehouse. Las siguientes funciones se describen en su totalidad en el capítulo Información básica para crear informes.

• Paginación y pivotación le permite reordenar los datos del informe intercambiando la posición de los objetos en un eje o moviéndolos de un eje a otro.

• La ordenación le permite especificar un orden ascendente o descendente para presentar los datos del informe correspondientes a una fila o columna específica.

• El filtro de visualización limita la cantidad de datos que se muestra en el informe, mediante el control del subconjunto de datos que muestra a partir de los datos recuperados de la base de datos.

• Los indicadores derivados son cálculos que se definen instantáneamente con los datos disponibles en el informe. Se basan en indicadores existentes en el informe para proporcionar una funcionalidad simple para realizar cálculos en columnas.

• Los objetos de informe contienen todos los objetos que se pueden mostrar en el informe. Utilice los objetos de informe para modificar de forma interactiva el contenido del informe a la vez que vea su resultado. Esta función muestra el nivel de definición de los datos del informe. La definición de datos se tratará más adelante en este mismo capítulo.

• Los umbrales y semáforos le permiten resaltar los datos que cumplan ciertas condiciones, utilizando diferentes formatos de celda, símbolos, imágenes o texto.

• Los subtotales le permiten agregar, quitar y modificar los subtotales en distintos niveles para los indicadores del informe.


20 Informe básico © 2002 MicroStrategy, Inc.

• El uso de alias constituye el cambio temporal de los nombres de los objetos para que se muestren en el informe.

• El modo esquema crea una agrupación indentada de elementos de atributo relacionados, que le permite desplegar y contraer secciones de datos relacionados.

• La exportación es la visualización del informe en formatos o aplicaciones diferentes, por ejemplo, una hoja de cálculo o un procesador de textos.

Informe básico

El primer informe que vamos a estudiar es un informe sencillo. Abra el informe Basic Report (informe básico) en el Tutorial de MicroStrategy, que presenta el informe en la vista de cuadrícula, como se muestra a continuación.

En este informe se calculan los indicadores Revenue, Cost y Profit para los atributos Region y Employee. Region y Employee definen el nivel del informe, es decir, el nivel en el que se calculan los indicadores.


© 2002 MicroStrategy, Inc. Informe básico 21

Cambie a la vista de diseño. La siguiente ilustración corresponde al informe Basic Report en la vista de diseño.Se han abierto y anotado todos los paneles que se mencionan en los párrafos siguientes para que los pueda utilizar.

Selecione Objetos de informe en el menú Ver y observe que todos los objetos de informe se incluyen en la cuadrícula. Recuerde que el panel de objetos de informe proporciona la lista de todos los objetos para los que se han recuperado datos de la base de datos, así como los indicadores derivados creados para este informe.

Este informe se utiliza como punto de partida para crear los informes más avanzados que se presentan en este capítulo.

Explorador de objetos

Contiene todos los

objetos en el proyecto

Detalles del informe

Descripción del informe, incluyendo

información sobre el filtro y limite del informe

Objetos del informe

Objetos obtenidos del data warehouse,

indican el nivel de los datos del informe

Filtro de vista

Permite la creación de un filtro de vista, una

condición aplicada en memoria para

restringir los datos

Cuadrícula / Vista

Contiene el aspecto del informe

Filtro del informe

Permite crear filtros del informe, o definir

criterios para restringir los datos


22 Filtrado © 2002 MicroStrategy, Inc.

Filtrado

¿Qué es un filtro?

Un filtro se utiliza para seleccionar los datos para los que se calcularán los indicadores del informe. Además, restringe los elementos de atributo que se incluyen en el informe.Los filtros se aplican antes de calcular los indicadores.En nuestro ejemplo, se utiliza el filtro Month (Mes), que no permite que los datos de abril, mayo y diciembre se incluyan en los cálculos del indicador. Para nuestros fines, estos meses no son muy representativos del ciclo normal de un negocio, por lo que el filtro los excluye de los cálculos.

� El filtro Month se encuentra en el directorio Supporting Objects de la carpeta Advanced Reporting Examples.

Ejemplo de filtro de informe

Agregue el filtro Month al informe Basic Report, en la vista de diseño. Cuando vuelva a ejecutar el informe, tendrá el aspecto siguiente:

� Si no desea crearlo, el informe se guarda comoFilter - Month Report Filter en el Tutorial de MicroStrategy.


© 2002 MicroStrategy, Inc. Filtrado 23

Observe que los indicadores no tienen los mismos valores que en el informe Basic Report. Por ejemplo, la contribución de Leanne Sawyer a los ingresos es 198.076 dólares. En el informe sin filtrar, su contribución era 316.786 dólares.En el informe Basic Report, se han recuperado todos los datos de todos los meses del data warehouse. El indicador Revenue se ha calculado utilizando todos los meses.En el informe filtrado, los importes de abril, mayo y diciembre no se tienen en cuenta, por lo que el indicador no los incluye en sus cálculos.

� En el Capítulo 3, Filtros se tratan los filtros más detalladamente. Ésta no es la única clase de filtro, existen otras.

En resumen, un filtro afecta a los cálculos de los indicadores mediante la restricción de la información utilizada para calcular los indicadores del informe.

¿Qué es un límite de informe?

Una vez que se hayan calculado todos los indicadores, es posible que deba restringir los datos todavía más, sin cambiar la forma en que se han realizado los cálculos. Por ejemplo, imagine que desea ver sólo los diez primeros empleados de un informe en el que se clasifican todas las ventas de los empleados. Si aplica un límite de informe, los datos utilizados para calcular la clasificación de ventas no se ven afectados.

Un límite de informe especifica un conjunto de criterios utilizados para restringir los datos devueltos en el conjunto de datos del informe una vez que se calculan los indicadores del informe. Dado que se basa en los valores de los indicadores del informe, el límite se aplica una vez que se hayan calculado todos los indicadores.

El Editor de informes le permite establecer límites en cualquier indicador que desee aplicar al informe. Los límites de informe se definen mediante operadores como Entre y Menor que. Para obtener más información sobre los operadores, consulte el Apéndice D, Operadores matemáticos y lógicos para filtrado.



Ejemplo de límite de informe

Abra el informe Basic Report otra vez y observe que el número de filas es 34. Agregue un límite de informe al informe Basic Report siguiendo las instrucciones que se dan a continuación.

Para agregar un límite de informe

1 Seleccione Opciones de los datos del informe en el menú Datos.

2 Seleccione Límite del informe en la carpeta Cálculos.

3 Pulse Modificar para acceder al Editor de los límites del informe.

4 Abra la carpeta Sales Metrics. Pulse Revenue dos veces.

5 Cambie el operador a Mayor que.

6 Escriba 320.000.

7 Pulse Guardar y cerrar.

8 Pulse Aceptar para volver al informe.

Se vuelve a mostrar el informe, como aparece a continuación.

� Este informe se guarda como Limit - Revenue > 320K en el Tutorial de MicroStrategy.



El límite del informe restringe los datos del informe únicamente a los empleados con ingresos superiores a 320.000 dólares. Por ejemplo, Sawyer está incluida en el informe Basic Report, pero sus ingresos son sólo 316.786 dólares, por lo que no está incluida en este informe. Observe que este informe tiene 32 filas, en contraste con las 34 filas antes de que se aplicara el límite del informe.

La diferencia entre los límites y los filtros de informe es muy importante, pero quizás no quede muy clara en estos ejemplos. En los siguientes informes de ejemplo se utilizan otras funciones de MicroStrategy 7i para que las diferencias entre estas dos características queden más claras.

Diferencias entre los filtros y los límites de informe

Los indicadores de rango asignan un número de clasificación a los valores de los indicadores para un atributo determinado. Por ejemplo, abra el informe Sales Rank. Como se ve a continuación, se trata del informe Basic Report, al que se han agregado dos indicadores más: Revenue Rank y Revenue Rank (unfiltered).

Estos indicadores se basan en el indicador Revenue y clasifican a los empleados de cada región. El indicador Revenue Rank utiliza el filtro del informe en sus cálculos, mientras que Revenue Rank (unfiltered) lo ignora. Esta característica permite que haya valores filtrados y sin filtrar en el mismo informe. El filtrado en el nivel de indicador se explica más detalladamente en el Capítulo 4, Indicadores.De momento, estos dos indicadores muestran el mismo valor porque el informe no contiene un filtro.



Ordenación en los rangos

Para que el orden del rango se vea con más facilidad, ordene por el indicador del rango. En la vista de cuadrícula, pulse con el botón derecho del ratón sobre la columna Revenue Rank y seleccione Ordenar filas según esta columna. Como puede ver en el ejemplo de informe siguiente, se cambia el orden de las filas basándose en el valor de la columna Revenue Rank. Los datos del informe no cambian, únicamente su orden en el informe.

� Este informe se guarda como Sort by Revenue Rank.



Filtrado con rangos

Pase a la vista de diseño para agregar el filtro Month al informe ya ordenado. Cuando lo vuelva a ejecutar, observe los valores que han cambiado en el indicador Revenue Rank (unfiltered). En el ejemplo siguiente, las clasificaciones que han cambiado aparecen resaltadas.

� Este informe se guarda como Sort by Revenue Rank - Month Report Filter.

Observe los datos de Ian Benner, un ejemplo de lo que ha sucedido. En el informe anterior, sus ingresos eran de 526.867 dólares, lo que le situaba en el décimo puesto por ingresos producidos. En este nuevo informe, sus ingresos se calculan en 393.866 dólares, porque el filtro del informe se aplica antes de determinar el valor del indicador. Los ingresos no incluyen abril, mayo y diciembre. Ahora se encuentra en la quinta posición, ya que el filtro del informe afecta a los datos utilizados para calcular el indicador Revenue. Sin embargo, el indicador Revenue Rank (unfiltered) sigue produciendo la décima posición, dado que está configurado para no tener en cuenta el filtro del informe.



Límites de informe con rango

Abra el informe Sort by Revenue Rank. Observe que el rango más alto es 34 y el informe tiene 34 filas. Ahora, agregue un limite de informe para ingresos mayores que 320.000 dólares, como se describe en el Ejemplo de límite de informe. Vuelva a ejecutar el informe para ver los siguientes resultados.

� Este informe se guarda como Sort by RevenueRank - Report Limit – Revenue > 320K.

Observe que el rango más alto es 32 y el informe sólo tiene 32 filas. Las dos últimas filas del informe anterior no aparecen porque los ingresos que contenían eran menores que el límite del informe. No han cambiado los valores de ninguno de los indicadores, puesto que un límite de informe no afecta a la forma en que se calculan los indicadores, sino que se aplica en el nivel del informe una vez que se hayan calculado los indicadores.

Límites y filtros de informe simultáneos

En un mismo informe se pueden utilizar filtros de informe y límites de informe, puesto que se aplican en diferentes etapas del ciclo de ejecución.



Modifique el informe Sort by Revenue Rank pulsando con el botón derecho del ratón sobre el informe en Desktop y seleccionando Modificar. Se abrirá el informe en la vista de diseño. Agregue el filtro Month como filtro del informe y un límite del informe para ingresos mayores de 320.000 dólares, como se ha descrito anteriormente. Ejecute el informe.Los resultados se muestran a continuación.

� Este informe se guarda como Sort by Revenue Rank - Report Filter & Report Limit.

Observe que el informe es mucho más pequeño que los informes Sort by Revenue Rank - Month Filter y Sort by Revenue Rank - Limit - Revenue > 320K. Sólo se devuelven 15 filas, en lugar de 34 o 32. Observe también que los valores de Revenue, Cost, Profit y Revenue Rank son iguales a los del informe filtrado. Sin embargo, los valores de Revenue Rank (unfiltered) son iguales a los de Revenue Rank - Limit. ¿A qué se debe esto?

El primer paso para crear este informe es el cálculo de los indicadores. Los datos que se utilizan en los indicadores están restringidos por el filtro del informe, por lo que no se incluye la información de abril, mayo y diciembre. Todos los indicadores se calculan con estos datos, excepto en el caso del indicador sin filtrar, que no tiene en cuenta el filtro del informe. Sus valores se calculan con los datos de todo el año.



Los resultados obtenidos una vez que se han llevado a cabo todos los cálculos constituyen el conjunto de datos del informe. El límite del informe se aplica a este conjunto de datos. Los empleados que producen ingresos de menos de 320.000 dólares (límite del informe) se quitan antes de que se presente el informe. Dado que los ingresos se calculan sobre menos meses que en el informe Revenue Rank - Month Filter, se eliminan más empleados que en el límite anterior.

En otras palabras, el límite sigue siendo el mismo (más de 320.000 dólares), pero el filtro cambia los datos que se tienen en cuenta para calcular la clasificación de cada empleado.

El filtro de informe afecta a los datos que se utilizan para calcular los indicadores, mientras que el límite de informe no tiene ninguna consecuencia en la forma en que se calculan. Los límites de informe se aplican en el nivel del informe una vez que se hayan calculado los indicadores. El filtro ayuda a determinar el nivel del informe.

¿Qué es una calificación de indicador?

Una calificación de indicador es una condición de filtrado basada en el valor de un indicador. Contiene un nivel de salida, que determina el nivel en que se calcula el indicador y a qué atributos se aplica. Como cualquier filtro, la calificación de indicador cambia el tipo de los cálculos del indicador, a diferencia de un límite de informe, que se aplica una vez que se hayan calculado los indicadores.

Recuerde que el nivel del informe Basic Report es Region y Employee, los atributos del informe. El nivel de salida de la calificación del indicador puede dejarse en el nivel del informe, o puede cambiarse.

Si el nivel de salida es el mismo que el nivel de informe, normalmente los resultados son los mismos que se obtienen utilizando un límite de informe. No obstante, se trata únicamente de una coincidencia, porque los límites de informe y las calificaciones de indicador se calculan de manera distinta y en momentos distintos del ciclo de ejecución del informe.



Si el nivel de salida difiere del nivel de informe, los indicadores se calculan en el nivel de salida. En el siguiente ejemplo, el nivel de informe es Region y Employee. En los informes anteriores, los indicadores se calculaban para cada empleado utilizando todas las marcas y todos los productos. Si se aplica al informe una calificación de indicador con un nivel de salida, los indicadores se calculan sólo con los datos que satisfagan la calificación de indicador. Si sigue el proceso de creación del informe de ejemplo, le resultará más fácil comprender las calificaciones de indicador y los niveles de salida.

Tanto si el nivel de salida es diferente del nivel de informe como si no, una calificación de indicador afecta al conjunto de datos del informe. Por el contrario, un límite de informe se aplica una vez que se hayan calculado los indicadores.

Ejemplo de calificación de indicador

Modifique el informe Sort by Revenue Rank pulsando con el botón derecho del ratón sobre el informe en Desktop y seleccionando Modificar. Agregue una calificación de indicador siguiendo los pasos que se mencionan a continuación.

Para agregar una calificación de indicador

1 Pulse dos veces en el panel Filtro de informe para agregar una calificación.

2 Seleccione Agregar una calificación de conjunto y pulse Aceptar. Una calificación de conjunto se basa en un indicador o en relaciones entre atributos.

3 Pulse el botón Explorar junto a Nivel de salida.

4 Seleccione Calcular el resultado para la lista de atributos. Así podrá seleccionar el nivel de salida de la calificación de indicador.

5 Seleccione Brand en la carpeta Products y pulse > para agregarlo a la lista Objetos seleccionados.

6 Pulse Aceptar.



Ejecute el informe. Los resultados se muestran a continuación.

� Este informe se guarda como Sort by RevenueRank - Report Filter - Metric Qualification at the Brand Level.

Los valores del indicador del informe no son iguales a los calculados para el informe Sort by Revenue Rank. Dicho informe producía los valores de cada empleado para todos los productos. Los indicadores de este informe se calculan sólo para las marcas que producen ingresos de más de 320.000 dólares, como consecuencia de la calificación de indicador.

En el informe Sort by Revenue Rank, los ingresos de Fred Stome ocupaban el noveno lugar, con un total de 541.361 dólares. En este informe con la calificación de indicador, sus ingresos son 353.170, porque las marcas cuyos ingresos son inferiores a 320.000 dólares no se han incluido en el cálculo del indicador Revenue. Aunque su posición por ingresos sin filtrar sigue siendo la misma, ha subido al octavo lugar en la clasificación de ingresos. El indicador sin filtrar no incluye la calificación del indicador, por lo que se calcula para todas las marcas y todos los productos. Por el contrario, la calificación del indicador afecta al otro indicador Rank, así como a los cálculos de los indicadores Revenue, Cost y Profit. Es decir, sólo se incluyen en los cálculos las marcas con ingresos superiores a 320.000 dólares.



Otra explicación de la calificación de indicador

Para que pueda comprender la calificación de indicador mejor, imagine que equivale a crear un informe temporal. Cuando se ejecuta el informe, la calificación de indicador genera primero un informe temporal. En el ejemplo anterior, dicho informe es una lista de marcas. Una vez aplicada la calificación, el informe se reduce para que sólo incluya las marcas que produzcan ingresos de más de 320.000 dólares. Este informe tiene el aspecto siguiente.

� Este informe se guarda como Revenue by Brand.

A continuación, este informe temporal se aplica al informe real. Los indicadores se calculan teniendo en cuenta las marcas que constituyen la lista del informe temporal: Sony, Sharp, Panasonic, etc. Básicamente, este informe equivale a crear un filtro para el conjunto de marcas Sony, Sharp, Panasonic, etc. Sin embargo, a diferencia del filtro, la calificación de indicador se calcula dinámicamente, según el indicador Revenue en el nivel de marca. Si se agregan nuevos datos de ingresos, los valores pueden cambiar.

� En muchos casos, el límite de informe puede generar SQL más eficaz que una calificación de indicador. La calificación de indicador se incluye en un paso independiente de SQL y genera una tabla temporal en el nivel de salida. Cuando esta tabla se une a los demás resultados, limita los datos que se incluyen en los cálculos de los otros indicadores. Dado que se trata de otra tabla, la calificación de indicador representa un paso independiente de la ejecución de informes.



Por el contrario, el límite de informe forma parte de una cláusula HAVING o WHERE en uno de los pasos finales de SQL. Por lo tanto, la utilización de un límite de informe reduce el número de pasos de SQL necesarios para ejecutar el informe. Sin embargo, puesto que con frecuencia producen resultados distintos, no elija una calificación o un límite de informe basándose únicamente en la eficacia de SQL.

¿Qué es un informe como filtro?

El informe como filtro le permite crear un informe y utilizarlo como filtro para generar otro informe. Constituye otra forma de obtener los mismos resultados que con una calificación de indicador, pero es más fácil de comprender y crear. Puesto que la lógica utilizada para generar el informe final es más clara, MicroStrategy recomienda su utilización en lugar de la calificación de indicador.

� En Desktop, puede seleccionar Agregar un acceso directo a un informe para acceder a la funcionalidad de informe como filtro.



Ejemplo de informe como filtro

Para crear el mismo informe que en el ejemplo de calificación de indicador, abra el informe Sort by Revenue Rank en el Editor de informes. Agregue un filtro de informe. Seleccione Agregar un acceso directo a un informe y seleccione el informe Revenue by Brand. Ejecute el informe.A continuación se muestran los resultados del informe de ejemplo.

� Este informe se guarda como Sort by RevenueRank - Report Filter - Report as Filter at the Brand Level.

Al igual que en el informe de calificación de indicador,los valores de indicador son distintos a los del informe sin filtrar Sort by Revenue Rank. Los valores que se muestran arriba se calculan sólo para las marcas devueltas en el informe Revenue by Brand, elegido como filtro.


36 Comprensión de la ejecución de informes © 2002 MicroStrategy, Inc.

Comprensión de la ejecución de informes

Ahora que ha diseñado informes que contienen filtros y límites, puede comprender mejor cómo se generan los informes. En la siguiente tabla se describen los pasos de la ejecución de un informe.

Estos cuatro pasos constituyen la definición de datos de la ejecución de informes. La definición de datos establece cómo se accede a los datos y cómo se manipulan en el data warehouse. Hasta ahora, en este capítulo se ha tratado la definición de datos y la funcionalidad que la crea.

El resto de las funciones que se mencionan en el paso 4 forman la definición de vista, que representa la forma en que se ven y se manipulan los datos en el servidor Intelligence Server. En lo que queda de este capítulo se explica la manipulación del conjunto final de datos del informe, generado en el paso 3.

Paso Descripción

1 Los objetos de Objetos de informe y el filtro del informe se

utilizan para calcular todos los indicadores, basándose en los

datos del data warehouse.

2 Se genera un conjunto de datos lógicos en la base de datos o

se importa al servidor Intelligence Server. Idealmente, el

conjunto de datos permanece en la base de datos para mejorar

el rendimiento.

3 Si existe un límite de informe, se aplica en el nivel de Objetos

de informe para restringir aún más el conjunto de datos.

El límite de informe se basa en el resultado de los cálculos de

indicador del paso 1.

4 Si no hay otras funciones, el informe se devuelve al usuario y

se muestra con el formato seleccionado.


© 2002 MicroStrategy, Inc. Comprensión de la ejecución de informes 37

Objetos de definición de datos y definición de vista

Las tablas siguientes son ejemplos de la información que se almacena en la definición de datos y en la definición de vista.

Normalmente, los diseñadores de informes se ocupan de la definición de datos, mientras que los creadores de informes se centran en la definición de vista. Los diseñadores de informes se encargan de los detalles de los informes para crear un contexto o entorno en el que puedan trabajar los creadores de informes. El entorno permite que estos últimos trabajen dentro de los límites establecidos, garantizando que sólo se envían a la base de datos consultas razonables.

Definición de datos

Filtro de informe Criterios utilizados para seleccionar los datos

utilizados para calcular los indicadores del informe.

Objetos de

informe

Lista de los objetos que forman la definición de datos;

los atributos definen el nivel de detalle del informe.

Nota: Los indicadores derivados se enumeran en

Objetos de informe, pero no forman parte de la

definición de datos.

Límites de

informe

Límites adicionales que se aplican una vez que se

hayan calculado los indicadores del informe.

Definición de vista

Cuadrícula Objetos que se encuentran en las filas, las columnas

y las páginas.

Formato Fuente, formato de número, formato de cuadrícula y

alias de las columnas.

Umbrales Formato condicional.

Filtro de

visualización

Filtro adicional que se aplica en memoria al conjunto

de datos del informe.

Indicadores

derivados

Cálculos basados en indicadores que ya están en el

informe y se generan a partir del conjunto de datos

del informe.

Subtotales Valores de indicador acumulados para los niveles de

atributo seleccionados.

Orden Orden utilizado para mostrar los datos en la

cuadrícula.


38 Comprensión de la ejecución de informes © 2002 MicroStrategy, Inc.

Por razonable se entiende que no se podrá crear conjuntos de datos innecesarios ni recuperar cantidades enormes de datos del warehouse. La diferenciación entre diseñadores y creadores hace posible que se forme a un grupo de diseñadores de informes sobre las funciones más avanzadas de los informes, mientras que los creadores pueden manipularlos sin necesidad de conocer con detalle su ejecución. Por medio de privilegios, puede asignar distintos niveles de funcionalidad a distintos usuarios. Encontrará más información sobre privilegios más adelante en este mismo capítulo.

Cubos inteligentes

El Cubo inteligente aprovecha las ventajas de la separación de la definición de datos y la definición de vista. El Cubo inteligente es una copia compartida de los datos del informe que se guarda en la memoria y se utiliza para manipular la definición de vista. La división permite que muchos informes con vistas distintas compartan la misma definición de datos. Esta división permite que el Motor analítico lleve a cabo análisis altamente interactivos con un conjunto de datos sin acceder al data warehouse. Desde un punto de vista práctico, puede modificar los informes y explorar los datos sin salir del informe ya ejecutado ni esperar a otra ejecución que utilice los datos del data warehouse.

El siguiente diagrama muestra el Cubo inteligente, distintas vistas que lo pueden utilizar y la caché de informes subyacente.


© 2002 MicroStrategy, Inc. Comprensión de la ejecución de informes 39

La vista del informe es una representación en memoria de la vista actual de un informe, basada en la definición de vista del mismo. Todos los usuarios que ejecuten el mismo informe tienen una vista del informe exclusiva en el servidor Intelligence Server. La manipulación de las vistas de informe se realiza una vez que el informe se haya ejecutado y emplea la tecnología de Cubo inteligente. Los Cubos inteligentes se crean automáticamente siempre que se ejecute un informe; no tiene que crearlos de forma manual.

Cubo

inteligente

Vista del

informe

Caché del

informe

Vista

del

informe

Vista del

informe

De

fin

ició

n d

e V

ista

De

fin

ició

n d

e d

ato

s

Guardado en

memoria

Guardado en

memoria o en

disco

Guardado en

disco


40 Filtros de visualización © 2002 MicroStrategy, Inc.

El servidor MicroStrategy Intelligence Server utiliza la tecnología de Cubo inteligente para manipular el informe en memoria, por ejemplo, para darle formato y ordenarlo.Para utilizar Cubos inteligentes cuando diseñe informes, permita a los creadores de informes que utilicen Cubos inteligentes al manipular la definición de vista de los informes.

Una planificación del servidor Intelligence Server crea la caché de informes, basándose en la definición de datos y las propiedades de caché del informe. Contiene los datos del informe ya procesados y se guarda en el disco. El Cubo inteligente es idéntico a la caché de informes, pero se guarda en la memoria del servidor Intelligence Server. Sin embargo, el servidor Intelligence Server utiliza sofisticadas reglas de administración de memoria para decidir si se debe mover un Cubo inteligente al disco, y cuándo hacerlo.

El Motor analítico se ha mejorado para que utilice Cubos inteligentes, a fin de permitir la manipulación de los datos que se muestran en la vista de informe.

Los apartados siguientes de este capítulo tratan temas relacionados con la definición de vista.

Filtros de visualización

¿Qué es un filtro de visualización?

Un filtro de visualización es una calificación rápida que se aplica en memoria al conjunto de datos del informe. Puesto que sólo afecta a la definición de vista, no es necesario volver a ejecutar el informe en el data warehouse. Un filtro de visualización funciona igual que el orden y los subtotales, conceptos que ya conoce.


© 2002 MicroStrategy, Inc. Filtros de visualización 41

El filtro de visualización se aplica siempre en el nivel de la lista Objetos de informe, igual que el límite de informe. Sin embargo el límite de informe y el filtro de visualización no son intercambiables. El límite de informe restringe el tamaño del conjunto de datos del informe que se recupera desde el data warehouse. En comparación, el filtro de visualización se aplica al conjunto de datos del informe sin cambiar su tamaño y le permite ver un subconjunto de la información. Recupera la información muy rápidamente porque el filtro de visualización tiene acceso dinámico a los datos que ya están en la memoria.

Cuando vaya a crear un informe, el diseñador de informes debe buscar el equilibrio entre el uso de memoria y la capacidad de procesamiento del data warehouse y del servidor Intelligence Server. El límite de informe es más eficaz porque no devuelve información innecesaria del data warehouse. Sin embargo, si el límite de informe es demasiado restrictivo, su utilidad es menor, puesto que los usuarios deben redefinir los datos con mayor frecuencia para encontrar la información que desean. El filtro de visualización es más flexible y permite a los usuarios definir su análisis después de ejecutar el informe, pero requiere más cantidad de procesamiento del servidor Intelligence Server. Los filtros de visualización se consideran una función posterior a la ejecución del informe que proporciona un conocimiento más detallado del conjunto de datos del informe. Como tal, están dirigidos a los creadores de informes, mientras que los límites de informe suelen utilizarlos los diseñadores.


42 Filtros de visualización © 2002 MicroStrategy, Inc.

Un diseñador de informes debe tener en cuenta lo siguiente:

MicroStrategy 7i proporciona la flexibilidad de elegir filtros de informe, límites de informe o filtros de visualización para cada informe. Cada uno desempeña un papel diferente en la ejecución y el significado para el negocio del informe.

Ejemplo de filtro de visualización

Abra el informe Basic Report. Para centrarse en tan sólo un grupo de empleados sin crear otro informe, puede aplicar un filtro de visualización.

Para crear un filtro de visualización

1 Pulse en el panel Filtro de visualización para crear una calificación.

2 En el menú desplegable Campo, seleccione Employee y, a continuación, Elegir de una lista.

� El menú desplegable Campo sólo contiene Objetos de informe. Cuando trabaje con límites o filtros de informe, puede elegir cualquier objeto, incluso si no se encuentra en el informe.

3 En el menú desplegable Operador, seleccione En la lista.

Ventajas Inconvenientes

Filtro de

visualización

Flexible:

• Hay más información

disponible para análisis

más pormenorizados.

• Se puede utilizar atributos.

Menos eficaz:

• El servidor Intelligence

Server tiene una mayor

carga de trabajo.

Límite de

informe

Eficaz:

• Se recupera menos

información del data

warehouse.

Menos flexible:

• Otros análisis pueden

requerir la obtención

de más datos del data

warehouse.

• Sólo se puede usar

indicadores como

calificadores.


© 2002 MicroStrategy, Inc. Filtros de visualización 43

4 En el menú desplegable Valor, elija Seleccionar elementos.

5 Pulse dos veces en los nombres siguientes:

– Bell

– Benner

– Conner

– Johnson

– Kelly

– Kieferson

6 Pulse Aceptar.

Cuando se vuelva a mostrar el informe, tendrá el aspecto siguiente:

� El informe se guarda como View Filter.

Los únicos empleados que se muestran son los de la lista que ha creado, con un total de seis filas. Para volver al informe original, pulse Borrar en el panel Filtro de visualización.


44 Indicadores derivados © 2002 MicroStrategy, Inc.

Indicadores derivados

¿Qué es un indicador derivado?

Al ver un informe, le podría interesar llevar a cabo cálculos entre las columnas. Por ejemplo, una rápida comparación entre Indicador1 y Indicador2 puede resultar útil.Los indicadores derivados le permiten realizar este tipo de cálculos de columna, o cálculos entre indicadores, en el informe. Un indicador derivado es un cálculo basado en los indicadores que ya están en el informe. Los indicadores derivados se generan a partir del conjunto de datos del informe.

Los indicadores derivados se evalúan siempre en memoria, de forma que no necesitan acceder al data warehouse. Aunque su única función es presentar los datos que ya están en el informe de otra forma, son una herramienta útil y fácil de usar. Por ejemplo, puede utilizar los indicadores derivados para realizar análisis instantáneos sobre márgenes, contribuciones y diferencias entre los indicadores del informe.

Ejemplo de indicador derivado

Vuelva a abrir el informe Basic Report. Para comparar rápidamente los valores de ingresos, desea redondearlos hasta la unidad de millar.

Para crear un indicador derivado

1 En el menú Insertar, seleccione Cálculo. Observe que sólo puede elegir Objetos de informe o funciones y operadores, es decir, objetos que ya estén en el informe.

2 Pulse Revenue dos veces.

3 Escriba /1000 en el panel de definición.


© 2002 MicroStrategy, Inc. Indicadores derivados 45

4 En el campo Nombre situado sobre la fórmula, cambie “Nuevo indicador” a Derived Revenue (K).

5 Pulse Aceptar.

6 Seleccione Derived Revenue (K) en la cuadrícula y arrástrelo al lado derecho.

7 Para dar formato a los resultados, utilice la barra de herramientas Formato:

– Seleccione Derived Revenue (K) para la sección y Valores para la subsección.

– Pulse B para que los valores aparezcan en negrita.

– Pulse $ para que los valores tengan el formato de moneda.

– Pulse dos veces el icono para reducir los decimales para quitar los centavos de la vista.

� Este informe se guarda como Derived Metrics.

Puesto que la nueva columna sólo es una representación distinta de los datos del informe, no es necesario volver a ejecutarlo en el data warehouse.

Para obtener más información sobre los indicadores derivados, especialmente su sintaxis, consulte el Capítulo 4, Indicadores.


46 Agregación dinámica © 2002 MicroStrategy, Inc.

Agregación dinámica

¿Qué es la agregación dinámica?

En ocasiones, puede interesarle cambiar el nivel de agregación del informe inmediatamente, mientras revise los datos del informe. Por ejemplo, el informe Basic Report se calcula en los niveles Region y Employee. Para ver los valores Revenue, Cost y Profit en el nivel Region, puede acumular el conjunto de datos del informe del nivel Employee al nivel Region sin acceder al data warehouse.

La agregación dinámica se produce cuando se mueve un atributo de la cuadrícula a Objetos de informe. Los valores del indicador se acumulan en el nuevo nivel de la cuadrícula. Siempre que los atributos de Objetos de informe no coincidan con los atributos de la cuadrícula, se ha producido la agregación dinámica. La agregación dinámica se produce inmediatamente, en memoria.

El Motor analítico selecciona, por defecto, la mejor función de agregación que se puede utilizar. Sin embargo, también puede especificar la función para cada indicador. Para obtener más información sobre esta opción, consulte el apartado Agregación dinámica en el Capítulo 4, Indicadores.

� No todos los indicadores pueden acumularse. Si desea más información, consulte Excepciones a la agregación dinámica.

Ejemplo de agregación dinámica

El efecto de la activación de la agregación dinámica es el mismo que la suma de los subtotales de un informe.Para comprobarlo, agregue subtotales al informe Basic Report, quítelos y, a continuación, mueva atributos a Objetos de informe para activar la agregación dinámica. Las dos funciones producen los mismos valores.


© 2002 MicroStrategy, Inc. Agregación dinámica 47

Abra el informe Basic Report, que se muestra en los niveles Region y Employee, y agregue subtotales para ver los totales regionales. En el menú Datos, seleccione Subtotales y, a continuación, Total. Observe que los ingresos (Revenue) de la región Northeast son 2.334.864 dólares. Quite los subtotales.

Para acumular los indicadores en el nivel Region, seleccione Employee en la cuadrícula y arrástrelo a Objetos de informe. Advierta que Employee en Objetos de informe ya no aparece en negrita, lo que quiere decir que el atributo no se incluye en la cuadrícula. El informe se vuelve a presentar, mostrando sólo los valores regionales. Al igual que en el informe con subtotales, los ingresos de la región Northeast son 2.334.864 dólares.

� Este informe se guarda como Dynamic Aggregation.

Para obtener valores nuevos, los indicadores se vuelven a calcular en memoria en el nivel regional. Para volver rápidamente al nivel Employee, restaure el atributo Employee en la cuadrícula.

� También puede mover los indicadores de la cuadrícula a Objetos de informe. Sin embargo, el desplazamiento de un indicador no afecta al nivel del informe, por lo que no activa la agregación dinámica. En su lugar, el indicador queda oculto.


48 Efectos de los filtros de visualización © 2002 MicroStrategy, Inc.

Efectos de los filtros de visualización

Efectos de los filtros de visualización en los indicadores

Cuando se ejecuta un informe, se calculan los indicadores para crear el conjunto de datos del informe; después, el filtro de visualización restringe las filas del conjunto de datos del informe que se muestran. A continuación, se calculan los indicadores derivados a partir del conjunto de datos del informe. En otras palabras, puesto que el filtro de visualización se aplica antes de que se calculen los indicadores derivados, los resultados cambian si dicho filtro modifica los datos que se tienen en cuenta para calcular los indicadores derivados.

Ejemplo de indicador y filtro de visualización

Abra el informe Derived Metrics y agréguele el filtro de visualización descrito en el Ejemplo de filtro de visualización.

� Este informe se guarda como View Filter - Metrics.

El informe ha disminuido de tamaño, ya que sólo contiene los empleados seleccionados en el filtro de visualización.Este filtro de visualización se aplica en el nivel de Objetos de informe y el informe sigue mostrando todos los atributos.No cambia el valor de ninguno de los indicadores, incluido el indicador derivado. Si se mueve un atributo de la cuadrícula a Objetos de informe, los valores cambian, como se describe en el siguiente apartado.


© 2002 MicroStrategy, Inc. Efectos de los filtros de visualización 49

Efectos de los filtros de visualización en la agregación

dinámica

Si se acumula un informe con un filtro de visualización, sólo se tienen en cuenta los datos que satisfacen los criterios del filtro para los valores de los indicadores. Los indicadores se vuelven a calcular en el nuevo nivel del informe.

Ejemplo de agregación dinámica y filtro de

visualización

En el informe que ha creado en el ejemplo anterior,arrastre Employee de la cuadrícula a Objetos de informe.Los resultados son:

� Este informe se guarda como View Filter - Dynamic Aggregation.

La agregación dinámica se ha producido porque los atributos de Objetos de informe ya no coinciden con los atributos de la cuadrícula. Los empleados seleccionados en el filtro de visualización no pertenecen a las regiones Mid-Atlantic, Central, Northwest ni Web, por lo que estas regiones no se muestran. Ahora que se ha restringido y acumulado el conjunto de datos del informe, los valores de los indicadores sólo incluyen a los empleados del filtro de visualización.

Para comprender mejor los efectos de un filtro de visualización en la agregación dinámica, compare los informes siguientes. En este ejemplo del informe “Basic Report”, se muestran los ingresos de cada empleado de las regiones Northeast y Mid-Atlantic. Si se mueve Employee a Objetos de informe, se produce la agregación dinámica y los ingresos se acumulan en el nivel Region. Así se ilustra en el segundo informe. Agregue el filtro del ejemplo de filtro de



visualización al informe “Basic Report” para obtener el tercer informe. El filtro de visualización no incluye a los empleados de la región Mid-Atlantic, por lo que dicha región ya no se muestra en el informe. Cuando se mueve Employee a Objetos de informe en este informe, los ingresos se vuelven a acumular en el nivel Region, como se muestra en el cuarto informe. Los valores de los ingresos difieren entre ambos informes acumulados, puesto que el indicador Revenue del informe filtrado sólo contiene los ingresos de los empleados del filtro de visualización.

#1: Informe básico

#2: Informe

básico a nivel de

Región

#3: Informe básico + filtro de vista

#4: Informe

básico + filtro de

vista, nivel de

Región



Ejemplo de indicador, filtro de visualización y

agregación dinámica

La agregación dinámica se produce cuando se mueve un atributo a Objetos de informe. Los indicadores se vuelven a calcular en el nuevo nivel de la cuadrícula. En este nuevo cálculo, se incluyen los indicadores derivados, pero se basan en los datos de la cuadrícula filtrada.

En el informe que ha creado en el ejemplo anterior, puede acumular los valores en el nivel Region. Basta con quitar Employee de la cuadrícula del informe para que se produzca la agregación dinámica. No obstante, en primer lugar, debe incluir subtotales en el informe, para comprobar los totales de la agregación dinámica. Observe que los ingresos derivados de la región Northeast son 720 dólares y los de la región Southeast, 527 dólares. Quite los subtotales.

A continuación, acumule los valores seleccionando Employee en la cuadrícula y arrastrándolo a Objetos de informe. El informe se vuelve a presentar, mostrando sólo los valores regionales. El indicador Derived Revenue vuelve a ser 720 dólares.

� Este informe se guarda como View Filter - Metrics - Dynamic Aggregation.

Todos los indicadores (Revenue, Cost, Profit y Derived Revenue) se calculan en el nivel Region, pero sólo para los empleados incluidos en el filtro de visualización.



Calificación de indicador en el filtro de visualización

Si incluye una calificación de indicador en un filtro de visualización, se aplica en el nivel de Objetos de informe. Anteriormente, ha visto que una calificación de indicador devuelve un conjunto de elementos de atributo que se aplica como filtro. La calificación de indicador funciona de la misma forma cuando se incluye en un filtro de visualización.

Ejemplo de calificación de indicador en el filtro

de visualización

Abra el informe Derived Metrics, que contiene los indicadores Revenue, Cost y Profit, así como el indicador Derived Revenue. Observe que este informe tiene 34 filas y el primer empleado de la lista es De Le Torre, con unos ingresos de 514.524 dólares. Por su parte, Kelly tiene unos ingresos de 329.888 dólares.

Ahora, agregue una calificación de indicador en el filtro de visualización. Establezca el filtro de visualización para ingresos menores que 500.000 dólares. No olvide pulsar Aplicar para ver el resultado, que se muestra a continuación.

� Este informe se guarda como View Filter - Metric Qualification.

La calificación de indicador se calcula en el nivel del informe, que es Employee. Por lo tanto, el informe omite a los empleados con ingresos menores que 500.000 dólares, por lo que sólo se muestran 21 filas y De Le Torre no aparece.



Ejemplo de agregación dinámica con una

calificación de indicador en el filtro de

visualización

Si los datos del informe se acumulan en un nivel nuevo, se aplica la misma lógica. Es decir, la calificación de indicador proporciona un conjunto de elementos de atributo que se utiliza para filtrar el conjunto de datos del informe antes de calcular los indicadores en el nivel superior.

En el informe que ha creado en el ejemplo anterior, arrastre Employee de la cuadrícula a Objetos de informe. De esta forma, se acumula el informe en el nivel Region, como se muestra a continuación.

� Este informe se guarda como View Filter - Metric Qualification - Dynamic Aggregation.

Cuando se acumulan los indicadores en el nivel Region, sólo se incluyen los empleados que satisfacen las condiciones de la calificación de indicador en el nivel Employee. Si no está seguro de cuál es el nivel de la calificación de indicador, pulse la i al final de la definición del filtro de visualización, como se ve en la ilustración.


54 Definición de vista en el ciclo de ejecución del informe © 2002 MicroStrategy, Inc.

Definición de vista en el ciclo de ejecución del

informe

Después de haber diseñado informes con objetos de definición de vista, podemos volver al ciclo de ejecución del informe. En la siguiente tabla se incluye tanto la definición de datos, que define también Cubo inteligente, como los pasos de la definición de vista para ejecutar un informe.

Los tres primeros pasos constituyen la definición de datos, que son interacciones con el data warehouse. Los pasos del4 al 6 corresponden a la definición de vista y se realizan en la memoria.

Paso Descripción

Definición de datos (Definición de Cubo inteligente)

1 Los objetos de Objetos de informe y el filtro del informe se

utilizan para calcular todos los indicadores, basándose en los

datos del data warehouse.

2 Se genera un conjunto de datos lógicos en la base de datos o

se importa al servidor Intelligence Server. Idealmente, el

conjunto de datos permanece en la base de datos para mejorar

el rendimiento.

3 Si existe un límite de informe, se aplica en el nivel de Objetos

de informe para restringir aún más el conjunto de datos. El

límite de informe se basa en el resultado de los cálculos de

indicador del paso 1.


4 Si hay un filtro de visualización, se aplica.

5 Se calculan los indicadores derivados. Si se mueven atributos

de la cuadrícula a Objetos de informe, los datos se acumulan

en el nivel de los atributos de la cuadrícula.

6 El informe se devuelve al usuario y se muestra en el formato

seleccionado.


© 2002 MicroStrategy, Inc. Excepciones a la agregación dinámica 55

Excepciones a la agregación dinámica

La capacidad de acumular datos en memoria resulta útil para la rápida interacción y el análisis de informes. Sin embargo, no todos los indicadores se pueden acumular con una función de agregación adicional. En su lugar, si los datos son necesarios en el nivel más alto, en primer lugar deben volver a calcularse a partir de los datos detallados que sólo están disponibles en el data warehouse.

Por ejemplo, un Count distinct cuenta cada artículo distinto sólo una vez, mientras que un recuento normal suma todos los artículos. Por ejemplo, si el empleado A vende cuatro artículos X y dos Y, el recuento de artículos vendidos es seis. El Count distinct de artículos vendidos es dos. El empleado B vende diez artículos X y ningún artículo Y, de forma que el recuento de diez y Count distinct es uno. Para agregar los datos en un nivel superior a Employee, quite Employee de la cuadrícula para que se muestren los datos en el nivel regional, por ejemplo. Se suman los recuentos y el resultado es 16. Si se sumaran los Count distinct, sin embargo, se obtendría 3, un resultado incorrecto. Sólo se han vendido artículos X e Y, así que el resultado correcto es dos. Observe que la respuesta correcta sólo se puede obtener si se accede al nivel de detalle más bajo del data warehouse.

� Para crear un indicador Count distinct, cree un indicador de recuento normal. En panel Definición del Editor de indicadores, pulse Count con el botón derecho del ratón y seleccione Parámetros de Count. Establezca Distinct en Verdadero.

En los indicadores que se pueden acumular, puede especificar qué función se debe utilizar. En la pestaña Subtotales/Agregación del Editor de indicadores, cambie el valor por defecto de Función de subtotal de agregación. Para obtener más información, consulte el apartado Agregación dinámica del Capítulo 4, Indicadores.


56 Excepciones a la agregación dinámica © 2002 MicroStrategy, Inc.

Ejemplo de excepción de agregación dinámica

Abra el informe Dynamic Aggregation - Region - Employee, que se muestra a continuación.

Este informe es un análisis básico de los ingresos en el nivel Employee. Contiene los ingresos de cada empleado y, después, la desviación estándar y los ingresos máximos y mínimos calculados para cada empleado. El último indicador es Count distinct de los artículos vendidos por cada empleado. Count distinct significa que cada artículo sólo se cuenta una vez, al contrario que en un recuento normal, en el que se suman todos los artículos que ha vendido el empleado.

Para acumular este informe en el nivel Region, mueva Employee de la cuadrícula a Objetos de informe. Los resultados de la agregación se muestran en el siguiente ejemplo de informe.


© 2002 MicroStrategy, Inc. Excepciones a la agregación dinámica 57

� Este informe se guarda como Dynamic Aggregation - Region.

Los ingresos se pueden acumular, como la suma de todos los empleados de la región. La desviación estándar no se puede sumar sin más, sino que debe volver a calcularse en el nivel Region. El informe no contiene esta información, por lo que en la columna Standard Deviation of Revenue se utilizan guiones.

Los valores de ingresos máximos y mínimos (Max y Min Revenue) se pueden calcular en el nivel Region, porque el informe contiene toda la información necesaria. El Count distinct no se puede acumular, ya que puede haber artículos duplicados entre los empleados y, por lo tanto, la suma no sería válida.

Si debe calcular los valores, puede quitar Employee del informe por completo y no sólo de la cuadrícula. Basta con pulsar con el botón derecho del ratón sobre Employee en el panel Objetos de informe y seleccionar Quitar. Aparece una advertencia, porque es necesario volver a generar el informe para obtener las respuestas correctas. Por lo tanto, esta acción ya no es una función de la definición de vista, sino de la definición de datos. Los resultados se muestran en el siguiente ejemplo de informe.


58 Excepciones a la agregación dinámica © 2002 MicroStrategy, Inc.

� Este informe se guarda como Region.

La diferencia entre los informes Dynamic Aggregation - Region y Region radica en el lugar en que se calculan los indicadores. En el informe de agregación dinámica, los indicadores se acumulan en memoria, con los datos disponibles en el informe. En el segundo informe, todos los cálculos se realizan en el data warehouse en el nivel Region.

MicroStrategy 7i puede determinar estos valores, rápidamente y con facilidad, de las dos maneras. Cuando se produce la agregación dinámica, la mayor parte de los valores se acumula correctamente en memoria. Sin embargo, si se producen excepciones, los valores incorrectos no se muestran. Para volver a calcular fácilmente el informe para obtener los valores correctos, quite el atributo del informe por completo.


© 2002 MicroStrategy, Inc. Subtotales 59

Subtotales

¿Qué son los subtotales?

El cálculo de totales es otra de las funciones de la vista de informe que el usuario puede definir. Los subtotales reflejan los datos acumulados en los niveles de atributo seleccionados y se pueden aplicar dinámicamente a cualquier informe. Puede aplicar los subtotales mediante muchas funciones, como total, recuento, mínimo, máximo, desviación estándar, etc.

Puede aplicar el subtotal por posición, a través de un nivel o utilizando Agrupar por.

• Si se aplica un subtotal a través de un nivel, el subtotal se calcula para los atributos seleccionados. El subtotal se aplica a niveles concretos: filas, columnas y páginas.En realidad, esto significa “agrupar por atributos situados a la izquierda del atributo seleccionado”.

En otras palabras, si Region y Employee aparecen, en este orden, en un informe (como Basic Report) y selecciona a través de la categoría, quiere decir agrupar por Region.En el informe se muestra un subtotal para cada región, sumando cada uno de los valores Employee-Region individuales. De la misma forma, a través de Region quiere decir que no se llevará a cabo ninguna agrupación, ya que no hay nada a la izquierda de Region en el informe. El resultado es un total general. Sin embargo, si se pivota el informe y se cambia el orden de los atributos, también cambian los totales. Si Employee se pivota a la izquierda de Region, el subtotal a través de la categoría quiere decir que no se hará ninguna agrupación.


60 Subtotales © 2002 MicroStrategy, Inc.

• La opción Por posición quiere decir que el subtotal se aplica basándose en su posición en el informe. El subtotal se calcula a través de todos los atributos y jerarquías del informe. Funciona igual que "A través del nivel", pero sin seleccionar ningún nivel. En su lugar, el nivel se selecciona de manera dinámica, por lo que estos subtotales cambian cuando se modifica el diseño de la plantilla. Las dos opciones para Por posición son Todos los subtotales, lo que significa “a través de todos los atributos” y Totales generales, es decir, “a través del atributo situado más a la izquierda”.

Por ejemplo, puede elegir calcular los subtotales en filas y/o columnas. El informe “Basic Report” contiene las columnas Region, Employee, Revenue, Cost y Profit. Puede calcular los subtotales por filas y columnas, lo que producirá los totales en los niveles Employee y Region para todos los indicadores.

• Agrupar por aplica el subtotal por el atributo seleccionado a través de todos los demás atributos de la plantilla, independientemente de la posición. Agrupar por le permite utilizar el subtotal y ordenar por los atributos que no se encuentran en el extremo izquierdo. La casilla de verificación Totales generales le permite agregar también un subtotal sin agrupar a fin de calcular el total de todos los atributos de la plantilla.

Si un informe contiene Region, Category y Quarter, y agrupa por Region, el subtotal Region aparece siempre, independientemente de dónde estén situados Category y Quarter con respecto a Region. También puede agrupar por varios atributos. Por ejemplo, si agrupa por Region-Category en el informe mencionado, obtendrá un subtotal cada vez que se produzca una nueva combinación Region-Category.

� Agrupar por funciona mejor si el informe se ordena por el mismo atributo que se utiliza para agrupar los subtotales, independientemente de la posición.



Ejemplo de subtotales por posición

Abra el informe Subtotals, del que puede ver una muestra más adelante. Este informe se basa en el informe Basic Report, con el atributo Quarter adicional. Además, se ha agregado un filtro de visualización, que incluye sólo los trimestres 1 y 2 de 2000 y las regiones Northeast, Central y South.

� Puede crear este informe a partir del informe Basic Report.

Se calcula el total de cada región en cada trimestre, después se calcula el total de cada trimestre y, finalmente, se calcula el total general. En los subtotales se utiliza la opción Por posición.



Para ver cómo están configurados estos subtotales, seleccione Subtotales en el menú Datos. El formato del informe es el estilo automático llamado SmallType, que se selecciona en el menú Cuadrícula.

� Puede pulsar F11 para mostrar y ocultar el total general de los informes en Desktop.

Mueva Region a la izquierda de Quarter y observe que los subtotales cambian. En lugar de calcular los totales por región, por trimestre y, finalmente, un total general, los subtotales se calculan por trimestre, región y, a continuación, todos los atributos, es decir, un total general. Este cálculo dinámico es una característica de la opción Por posición de subtotal. Vuelva a situar Region en la posición entre Quarter y Employee.

Ejemplo de subtotales a través de niveles

Comience con el informe Subtotals y cambie los subtotales Por posición a A través de niveles.

Para definir subtotales a través de niveles

1 Seleccione Datos y, a continuación, Subtotales. Aparece el cuadro de diálogo Subtotales.

2 Pulse Avanzado. Aparece el cuadro de diálogo Opciones avanzadas de subtotales.

3 Seleccione A través del nivel. Se muestra una lista de objetos del informe.

4 Seleccione Region en la lista de objetos del informe.

5 Pulse Aceptar y otra vez Aceptar para volver al informe.



Ahora, los únicos totales son los trimestrales, como se muestra a continuación.

Recuerde que A través de niveles significa agrupar por los atributos situados a la izquierda del atributo seleccionado. Puesto que el atributo seleccionado es Region, el único atributo que tiene a la izquierda es Quarter, por lo que se muestran los totales trimestrales.

Tal como hizo en el ejemplo Por posición, mueva Region a la izquierda. Sólo se muestra un total general, porque ahora no hay ningún atributo a la izquierda de Region.

Vuelva a situar Region en la posición entre Quarter y Employee.



Ejemplo de subtotales con Agrupar por

Vuelva a comenzar con el informe Subtotals, que contiene subtotales por posición. Ordene el informe por región, pulsando con el botón derecho del ratón sobre Region en la cuadrícula y seleccionando Ordenar y, a continuación Ascendente. Advierta que los totales de los trimestres Q1 y Q2 aparecen ahora en la parte inferior del informe.

Mueva Region a la derecha, detrás de Employee. Se muestran los empleados de cada región, después los totales de los empleados para cada trimestre, con un total trimestral y, finalmente, el total general. Ahora, cambie los subtotales de Por posición a A través del nivel.

Para definir subtotales con Agrupar por

1 Seleccione Datos y, a continuación, Subtotales. Aparece el cuadro de diálogo Subtotales.

2 Pulse Avanzado. Aparece el cuadro de diálogo Opciones avanzadas de subtotales.

3 Seleccione Agrupar por. Se muestra una lista en blanco de niveles de Agrupar por.

4 Pulse Agregar. Se abre el cuadro de diálogo Definir grupos por.

5 Seleccione Region en la lista de atributos del informe.

6 Pulse Aceptar para volver al cuadro de diálogo Opciones avanzadas de subtotales. Observe que Region se ha agregado a la lista de niveles.

7 Pulse Aceptar y otra vez Aceptar para volver al informe.



Ahora, el orden y los subtotales colaboran para proporcionar los totales regionales, como se muestra a continuación.

¿Qué son los subtotales personalizados?

Si desea tener más control sobre las características de un subtotal que el que ofrece la función de subtotal normal, puede utilizar subtotales personalizados. Los subtotales personalizados le permiten especificar un nombre para el subtotal, los indicadores que se van a calcular, la función que se va a utilizar en los cálculos de cada total y el nivel de cada total. También puede omitir los totales de artículos concretos.



Puede hacer que el nombre del subtotal sea dinámico escribiendo caracteres especiales en el campo de nombre del subtotal, como se indica en la tabla siguiente.

Ejemplo de subtotal personalizado

Abra el informe Subtotals del ejemplo anterior. Puede agregar subtotales personalizados para Region y Quarter mediante los pasos que se describen a continuación.

Para agregar subtotales personalizados

1 Seleccione Subtotales en el menú Datos. Aparece el cuadro de diálogo Subtotales.

2 Desactive la casilla de verificación Totales para quitar los subtotales estándar.

3 Pulse Avanzado y, a continuación, Nuevo para crear un subtotal personalizado.

Carácter Descripción

#A Nombre del atributo bajo el que aparece el subtotal

#P Nombre del atributo situado a la izquierda o por encima

del atributo bajo el que aparece el subtotal

#0 Todas las representaciones del elemento padre

#1 Primera representación del elemento padre leyendo de

izquierda a derecha o de arriba a abajo

#2 Segunda representación del elemento padre leyendo de


#3 Tercera representación del elemento padre leyendo de


#4 Cuarta representación del elemento padre leyendo de




4 Escriba el siguiente nombre:

Total for the #P #0

Recuerde que P muestra el atributo padre y 0 (el número cero, no la letra “o”) muestra todas las representaciones del atributo padre. En este caso, sólo existe una representación para cada uno.

5 Se enumeran todos los indicadores del informe. Puede seleccionar la función de subtotal y utilizarla para cada uno. El total es correcto para todos los indicadores.

6 Pulse Aceptar.

7 Seleccione la casilla de verificación Total for the #P #0. Observe que este icono es diferente de los subtotales predefinidos.

8 Seleccione A través del nivel, Region y Employee.

9 Cree otro subtotal personalizado y llámelo Grand Total. No cambie las funciones de subtotal de ninguno de los indicadores.

10 Active la casilla de verificación Grand Total.

11 Seleccione A través del nivel y Quarter.

12 Pulse Aceptar para volver al cuadro de diálogo Subtotales.

13 Pulse Aceptar.



Los resultados del informe se muestran a continuación.

� Este informe se guarda como Custom Subtotals.

¿Qué son los subtotales avanzados?

Un indicador compuesto, en un nivel alto, está formado por dos indicadores, por ejemplo Indicador1/Indicador2.El subtotal de un indicador compuesto se puede calcular de dos formas distintas:

• Se calcula la suma de todas las partes del indicador compuesto y, después, se aplica el indicador compuesto. La representación de esta fórmula es Sum(Indicador1)/Sum(Indicador2).

• Se calcula el indicador compuesto para cada fila del informe y, después, se acumulan los datos en el nivel correcto. La representación de esta fórmula es Sum(Indicador1/Indicador2).



En el primer caso, se utilizan subtotales avanzados, que calculan los subtotales de cada uno de los elementos de un indicador. Por ejemplo, el indicador Profit Margin se calcula dividiendo el indicador Profit por el indicador Revenue.El total del indicador Profit Margin se puede calcular así:

• Sume todos los valores de Profit. Sume todos los valores de Revenue. Divida las dos sumas. Esto es un indicador inteligente.

• Divida cada valor de Profit entre cada valor de Revenue. Sume estos resultados.

El informe de ejemplo ilustra claramente la diferencia entre estos dos métodos de calcular los totales.

� Los subtotales avanzados se denominan también indicadores avanzados. La configuración de un indicador avanzado se realiza en el Editor de indicadores. Si desea más información, consulte el Capítulo 4, Indicadores.

Ejemplo de subtotal avanzado

Modifique el informe Custom Subtotals. Puesto que Cost no forma parte de los cálculos de Profit Margin, mueva el indicador Cost a Objetos de informe para que no se muestre en la cuadrícula. Abra la carpeta Supporting Objects. Agregue el indicador Profit Margin a la cuadrícula. Agregue el indicador Profit Margin (Smart) a la cuadrícula. Quite los subtotales personalizados (Total for #P #0 y Grand Total) que ha agregado anteriormente. Seleccione Total y ejecute el informe. Los resultados se muestran a continuación.



� Este informe se guarda como Smart Totals.

Los dos indicadores Profit Margin proporcionan el mismo valor para De Le Torre (14.105/60.125 dólares o 23,46%).Sin embargo, observe el primer total, que corresponde a Q1 2000/Northeast. El total de Profit es 61.703 dólares y el total de Revenue es 256.179 dólares. Si calcula Profit Margin utilizando totales avanzados, la fórmula es 61.703/256.179 dólares o 24,09%. Como alternativa, se suman los valores de Profit Margin para Quarter y Region, y se obtiene el resultado 144,89%, que no es un porcentaje válido.


© 2002 MicroStrategy, Inc. Indicadores de acceso directo 71

Indicadores de acceso directo

¿Qué son los indicadores de acceso directo?

Los indicadores de acceso directo se basan en indicadores ya presentes en un informe y representan una forma rápida de agregar más indicadores al informe. En realidad, son sólo unos indicadores derivados especiales. Los indicadores de acceso directo están disponibles cuando se pulsa con el botón derecho del ratón sobre una columna o un encabezado de indicador y se basan en el indicador seleccionado. Los indicadores de acceso directo sólo existen en Desktop.

Los indicadores de acceso directo pertenecen a una de las categorías siguientes:

• Indicadores de porcentaje del total: muestran un porcentaje en relación con un total seleccionado de cada artículo al que afecta el indicador.

• Indicadores de transformación: aplican valores de demora, por ejemplo “hace cuatro meses”, al atributo seleccionado.

• Indicadores de rango: aplican un número de clasificación a los valores de indicador de un atributo determinado.

Para obtener más información y ejemplos de indicadores de acceso directo, consulte el Capítulo 4, Indicadores.

Ordenación avanzada

La ordenación le permite ordenar el conjunto de datos del informe para presentar la información de negocio de manera más informativa. Por ejemplo, puede ordenar alfabéticamente los países y regiones de un informe, con objeto de encontrar una región concreta con mayor rapidez. En la Guía de configuración básica, se trata esta ordenación rápida, que consiste en seleccionar una columna o una fila por la que ordenar.


72 Ordenación avanzada © 2002 MicroStrategy, Inc.

La ordenación avanzada le permite crear sus propias ordenaciones, más avanzadas, para filas y columnas. Puede seleccionar el objeto por el que se va a ordenar, el tipo de orden (ascendente o descendente), los criterios de ordenación y la posición de los totales. Las opciones de los criterios de ordenación dependen del objeto de ordenación. Por ejemplo, Employee se puede ordenar por apellido, nombre, número de la seguridad social o ID de atributo.No es necesario mostrar los criterios de ordenación en el informe.

La ordenación por varias claves, u ordenación jerárquica, le permite ordenar los datos según varios criterios de ordenación de forma jerárquica. Esto quiere decir que el primer criterio es la base de la ordenación. Los conflictos se resuelven usando el segundo criterio y cualquier conflicto restante se resolverá con el tercer criterio y así sucesivamente. Si queda un conflicto después de haber utilizado todos los criterios, se utiliza el orden por defecto para solucionarlo. En un ejemplo sencillo, puede ordenar de forma ascendente por el apellido de los empleados y, después, de forma ascendente por el nombre de los empleados. Si hay dos empleados con el mismo apellido, se comparan sus nombres para ordenarlos alfabéticamente. Por supuesto, puede crear una ordenación por varias claves más compleja.

La ordenación jerárquica de los indicadores le permite utilizar totales de grupo para la ordenación. Es decir, se calculan los totales de los grupos del informe y se utilizan esos totales para ordenar el informe. Encontrará un ejemplo de ordenación jerárquica después del ejemplo de ordenación avanzada que se muestra a continuación.


© 2002 MicroStrategy, Inc. Ordenación avanzada 73

Ejemplo de ordenación avanzada

Abra el informe Advanced Sorting, del que puede ver una parte más abajo. Aunque puede crear este informe, debido a la cantidad de características que contiene, resulta más rápido limitarse a examinar el informe ya terminado.

Pulse Ordenación avanzada en el menú Datos. Las filas se ordenan por región de forma ascendente y de forma descendente por los ingresos del cuarto trimestre de 2001(01 Q4 Revenue). Las columnas se ordenan por el ID del trimestre de forma descendente. Vuelva al informe y examine los datos ordenados. Observe que las columnas están en orden inverso, del cuarto trimestre de 2001 al primer trimestre de 2000. Los rangos personalizados hace que sea más sencillo ver las separaciones de región en las filas. Observe que las regiones están en orden alfabético, de Central a Web. El indicador de rango le ayuda a confirmar que, en cada región, los empleados están ordenados según los ingresos del cuarto trimestre de 2001. Por ejemplo, el rango es 4, 3, 2, 1 en la región Central para Q4 01. Para Q3 01, el rango es 2, 3, 4, 1.

Ejemplo de ordenación jerárquica

En el informe Advanced Sorting utilizado en el ejemplo anterior, realice los pasos siguientes para preparar el ejemplo de ordenación jerárquica. Estas tareas no son necesarias para ordenar un informe jerárquicamente, sólo en estos informes de ejemplo.


74 Ordenación avanzada © 2002 MicroStrategy, Inc.

1 Mueva Rank a Objetos de informe.

2 Mueva Quarter de las columnas a las filas, a la izquierda de Region.

3 Modifique el filtro de visualización para quitar Northwest y Web de la lista de regiones.

4 Agregue totales estándar seleccionando Subtotales en el menú Datos y, después, Totales en la lista de subtotales disponibles.

El procedimiento siguiente ordena el informe por Revenue, en orden descendente. Los totales se colocan en la parte superior de cada sección, en lugar de en la parte inferior, que es lo más frecuente.

Para ordenar indicadores jerárquicamente

1 Seleccione Ordenación avanzada en el menú Datos. Se abre el cuadro de diálogo Ordenar.

2 En la pestaña Filas, pulse Quitar todo para eliminar la ordenación anterior.

3 Pulse Agregar para crear una nueva ordenación.

4 Cambie Ordenar por a Revenue.

5 Cambie el orden a Descendente.

6 Cambie Posición de total a Inicio.

7 Seleccione Ordenar indicadores jerárquicamente y elija Total.

8 Pulse Aceptar.


© 2002 MicroStrategy, Inc. Ordenación avanzada 75

Los resultados se muestran a continuación.

� Este informe se guarda como Advanced Sorting - Hierarchical.

Observe la ordenación del informe. En Q4 2000/Southeast, los empleados se ordenan por Revenue, del productor de mayores ingresos al de menores. En Q4 2000, también se ordenan las regiones, de Southeast con 376.461 dólares de ingresos a South con sólo 238.364 dólares. Los trimestres se ordenan de Q4 2000 con 932.383 dólares a Q1 2001 con 121.639 dólares. Los grupos del informe están ordenados jerárquicamente.


76 Formato © 2002 MicroStrategy, Inc.

Formato

Puede cambiar los formatos generales de presentación, así como los detalles de formato de un informe, para ajustarlo a sus necesidades y preferencias. La barra de herramientas Formato le permite definir diversas propiedades de formato para los encabezados de fila y columna, además de para los datos del informe. También puede configurar los bordes y los patrones. Para obtener más información sobre los principios básicos de formato, consulte el capítulo Información básica para crear informes de la Guía de información básica.

Niveles de formato

Todos los informes contienen varios niveles de formato distintos, que le permiten controlar el aspecto del informe cuando se pivota o manipula. Por lo tanto, puede garantizar que el formato sirva para resaltar la información que requiere atención. Existen dos niveles de formato básicos: zonas y unidades de cuadrícula. Ejemplos de zonas son los encabezados de fila y los valores de indicador de un informe, mientras que las unidades de cuadrícula son los valores de un atributo o indicador concretos. Los demás niveles de formato, como umbrales y subtotales, se pueden considerar como extensiones de estos dos tipos básicos.


© 2002 MicroStrategy, Inc. Formato 77

Formato de zonas

El siguiente diagrama ilustra las zonas de formato básicas de un informe. Cada zona tiene un formato distinto, para que resulte más fácil distinguirlas.

Cuando se manipulan los datos de un informe con diferentes formatos por zonas, la nueva ubicación del objeto determina el formato que se le aplica. Por ejemplo, si pivota Region de las filas a las columnas en el ejemplo anterior, el fondo del texto cambia de gris claro a gris oscuro. Ahora forma parte del encabezado de columna, como se muestra a continuación. El formato de una zona no se mueve con los datos.

Renglón

encabezado Columna

encabezado

Encabezado

de indicador

Columna valores

Renglón valoresValores del

indicador



Formato de unidades de cuadrícula

Las unidades de cuadrícula son cada uno de los atributos, indicadores y consolidaciones individuales que forman un informe. A diferencia del formato de zonas, el formato de unidades de cuadrícula se enlaza al objeto y se mueve con él cuando se pivota. El siguiente informe es el mismo que en los ejemplos anteriores, excepto en que se ha dado formato a Region, en el nivel de la unidad. El encabezado, es decir, Region, aparece en negro sobre fondo gris claro y los demás valores (Northeast y Mid-Atlantic) aparecen ahora en negro sobre fondo blanco.

Si se pivota Region al área de columna, como en el ejemplo de formato de zonas, el formato acompaña al atributo. Compare el ejemplo siguiente con el ejemplo de pivotación en el apartado Formato de zonas.



Subtotales

El formato de subtotales se puede aplicar al formato de zonas o al de unidades de cuadrícula. Esto le permite seleccionar si el formato se mueve con los subtotales (unidad de cuadrícula) o se basa en la ubicación (zona).

En el ejemplo siguiente, observe que el formato de subtotales de las filas anula al de las columnas.

Umbrales

Los umbrales permiten el uso de formato condicional con los valores de indicador. Se asemeja al formato de unidades, dado que está orientado a los datos. Por ejemplo, en el siguiente informe se ha establecido un umbral para los ingresos inferiores a 400.000 dólares.

Renglón

encabezado

subtotal

Columna valor subtotal

Renglón valor

subtotal

Columna encabezado

subtotal



Además de las opciones de formato básicas, como fuente y alineación, puede sustituirse el contenido de las celdas por cualquiera de los elementos siguientes si se satisface la condición:

• El texto de sustitución es texto y expresiones simples que utilicen cualquiera de los atributos del informe, como [Region]@Name obtuvo ventas excelentes.

• Una imagen de sustitución puede ser:

– una URL de un archivo de imagen

– una ruta relativa del directorio \Documento donde se guarda la imagen

– cualquier otro directorio

� Si se elige cualquier otro directorio, es posible que éste no se encuentre accesible en tiempo de ejecución.

• Un símbolo elegido de una lista predefinida. En Web, estos símbolos se representan mediante un archivo de imagen parecido al símbolo utilizado en Desktop.

Orden de los niveles

Con los distintos tipos de formato, es importante que esté bien definida la forma en que interactúan. El efecto de cada uno de ellos en la visualización final del informe y el orden en que se aplican son esenciales. Cada nivel sucesivo anula el formato de todos los niveles que le preceden. Esto queda ilustrado de forma gráfica en el siguiente ejemplo.



El ejemplo se basa en el informe Basic Report utilizado anteriormente, que contiene el indicador Revenue. Utilice el Editor de indicadores para cambiar el encabezado del indicador a una fuente de 12 puntos y negrita. Siempre que se utilice este indicador, se aplicará esta fuente de encabezado. Ejecute el informe y haga que los valores de las columnas aparezcan en cursiva. Cambie el encabezado del indicador Revenue a una fuente blanca. Puesto que se utiliza el menú Formato del Editor de informes para hacer este cambio, el nuevo formato sólo se aplica al informe actual.A continuación, se muestran los cuadros de diálogo de cada uno de los elementos mencionados.

(Indicador de rédito en el editor

de Indicadores)Columna valores

(Indicador de rédito en el editor

de Informes)



El informe finalizado tiene el aspecto siguiente:

El formato final del encabezado del indicador Revenue es una combinación de los formatos del encabezado del nivel del objeto de indicador (establecido en el Editor de informes), los valores de las columnas y el indicador del informe. Si todos estos formatos se combinaran para formar sólo un cuadro de diálogo, éste tendría el siguiente aspecto.

� Este cuadro de diálogo no existe, se muestra sólo para que el ejemplo quede más claro.

En la lista siguiente se describen todos los niveles de formato en el orden en que se aplican, empezando por el primero.

1 El nivel de objeto de indicador da formato a indicadores individuales y es anulado por el formato de ejes y el formato de Todos los indicadores. Si se utilizan los valores por defecto para estos niveles, se permite que se muestre el formato del nivel de indicador. Para dar formato a valores de indicador en el nivel de indicador, el valor por defecto de formato debe ser Todos los indicadores.



Para utilizarlo en los encabezados de los indicadores, defina el valor por defecto del formato de los encabezados de eje. Para dar formato en el nivel de objeto de indicador, seleccione el indicador en el menú Formato.

2 El formato de eje se aplica a todas las unidades del eje. Este formato de zonas es anulado por el formato de unidades de cuadrícula. Los niveles de formato de eje se ubican bajo las opciones Filas y Columnas del menú Formato.

3 La unidad de cuadrícula le permite dar formato a un elemento concreto del informe, por ejemplo, un atributo. Anula al formato de eje. Todas las unidades de cuadrícula se enumeran en el menú Formato.

4 Todos los indicadores da formato a la zona de datos, donde se muestran los valores del indicador. Anula al formato de indicador. La opción Todos los indicadores se encuentra en el menú Formato.

5 El indicador de informe especifica un formato para el indicador concreto, independientemente del informe en que se encuentre. Este formato se realiza en el Editor de indicadores.

6 Rangos permite agrupar las filas o las columnas por su color, para que la lectura resulte más sencilla.Los formatos de rangos se aplican antes que el formato de subtotales, para que los subtotales tengan prioridad. Seleccione Cuadrícula y Opciones para crear rangos.

7 El formato de subtotales de columna es anulado por el de subtotales de fila cuando existe una intersección entre filas y columnas. El formato de subtotales se puede aplicar como formato de zonas o de unidades de cuadrícula, para que pueda elegir si el formato se mueve con los subtotales (unidad de cuadrícula) o se basa en la ubicación (zona). Para dar a los subtotales formato de zona, seleccione Columnas en el menú Formato y, después, seleccione Valores o Encabezados de subtotal en el menú desplegable. También puede seleccionar la unidad de cuadrícula en el menú Formato.



8 El formato de subtotales de fila tiene prioridad sobre el de subtotales de columna si se produce una intersección entre ambos. Al igual que con los subtotales de columna, se puede aplicar como formato de zonas o de unidades de cuadrícula.

9 Bordes de informe crea un borde en torno a todo el informe.

� Para definir un borde de informe, pulse con el botón derecho del ratón sobre el informe, pero no sobre un objeto del informe. Seleccione Formato y, después, Bordes de informe.

10 Umbral es el último nivel que se aplica, de manera que anula a todos los demás niveles.

En la tabla siguiente se muestra una lista de cada nivel de formato y los niveles que lo anulan.

Este nivel... queda anulado por estos niveles...

Objeto de

indicador -

encabezados

encabezados de eje, encabezados de unidades de

cuadrícula, encabezados de todos los indicadores,

encabezados de los indicadores de informe,

encabezados de subtotales de columna,

encabezados de subtotales de fila

Objeto de

indicador -

valores

valores de eje, valores de unidades de cuadrícula,

valores de todos los indicadores, valores de

indicadores de informe, rangos, valores de

subtotales de columna, valores de subtotales de fila

Eje -

encabezados

encabezados de unidades de cuadrícula,

encabezados de todos los indicadores,




Eje - valores valores de unidades de cuadrícula, valores de todos

los indicadores, valores de indicadores de informe,

rangos, valores de subtotales de columna, valores

de subtotales de fila

Unidad de

cuadrícula -

encabezados

encabezados de todos los indicadores,




Unidad de

cuadrícula -

valores

valores de todos los indicadores, valores de

indicadores de informe, rangos, valores de

subtotales de columna, valores de subtotales de fila



Estilos automáticos

Los estilos automáticos proporcionan estilos de formato predefinidos, lo que le permite utilizar un formato en todos los informes. Cada estilo automático es una colección de todos los niveles de formato, por lo que puede utilizarlo para dar formato a distintas partes del informe. Sin embargo, no es necesario configurar todos los niveles para crear un estilo automático. El archivo guiprop.pds proporciona los valores de formato por defecto. Para obtener más información sobre los valores de formato por defecto, consulte el Apéndice K, Valores de formato por defecto. Cada nivel de formato contiene todas las propiedades de formato:

• fuente

• alineación

• borde

• patrón

� El lenguaje HTML no puede mostrar patrones como fondo de una celda. Por esta razón, los patrones no aparecerán en los informes de Web.

Todos los

indicadores -

encabezados


encabezados de subtotales de columna

Todos los

indicadores -

valores

valores de indicadores de informe, rangos,

subtotales de columna, subtotales de fila, umbral

Indicador de

informe

rangos, subtotales de columna, subtotales de fila,

umbral

Rangos subtotales de columna, subtotales de fila, umbral

Subtotales de

columna

subtotales de fila, umbral

Subtotales de fila umbral

Bordes de

informe

ninguno

Umbral ninguno

Este nivel... queda anulado por estos niveles...


86 Implantación © 2002 MicroStrategy, Inc.

Los estilos automáticos no incluyen el formato de número. Normalmente, el formato de los números se aplica en otro nivel, por ejemplo, el de indicador. Si mantiene el formato del nivel de informe, se mantendrá el formato de número que haya seleccionado.

Los estilos automáticos preconfigurados se incluyen en Desktop, pero también puede crear los suyos propios. Si los crea, hágalo en el nivel más bajo posible, no en el de unidades de cuadrícula. Si una unidad de cuadrícula con formato no aparece en el informe, ese formato tampoco aparece en el informe.

Para distribuir sus estilos automáticos personales a los usuarios, basta con copiarlos en la carpeta Estilos automáticos, dentro de la carpeta Public Objects. Otros usuarios de Desktop y Web del sistema pueden aplicar cualquier estilo automático que se guarde en esa ubicación.

� Tras haber copiado un estilo automático en la carpeta, los usuarios de Web no pueden tener acceso inmediato a él. Para actualizar la lista de estilos automáticos, los usuarios de Web deben desconectarse y, después, volver a conectarse.

Implantación

Hasta ahora, este capítulo se ha centrado en el diseño de informes, es decir, el proceso de creación de informes a partir de componentes de informe básicos, mediante el Editor de informes en MicroStrategy Desktop o Web. Ya sabe cómo diseñar informes utilizando las definiciones de datos y de vista. La definición de datos establece cómo se accede a los datos y cómo se manipulan en el data warehouse. Contiene el filtro de informe, Objetos de informe y los límites de informe. La definición de vista representa la manera de presentar y manipular los datos en el servidor Intelligence Server.La definición de vista está compuesta de conceptos como la plantilla de visualización, el formato, los umbrales, los filtros de visualización, los indicadores derivados, los subtotales y la ordenación.


© 2002 MicroStrategy, Inc. Implantación 87

El diseño de informes le permite configurar un entorno controlado y fácil de utilizar para los creadores de informes, que crean nuevos informes a partir de otros prediseñados en Desktop o Web. Los creadores de informes pueden personalizarlos con la amplia gama de funciones de informes que los diseñadores pueden poner a su disposición. También puede utilizar plantillas de objeto para que la creación de informes y otros objetos resulte más sencilla. Las plantillas de objeto proporcionan estructuras predefinidas para comenzar a crear objetos nuevos.

Progreso del proyecto

Antes de describir los pasos para configurar un entorno de creación de informes, vamos a considerar la manera en que se podría desarrollar un proyecto de business intelligence en lo que se refiere a la complejidad de los informes y la experiencia de los usuarios. El objetivo del desarrollo del proyecto es conseguir que el diseñador de informes y el administrador del proyecto no tengan que participar en todos los informes, así como ofrecer a los usuarios la capacidad de buscar las respuestas a las preguntas sobre el negocio. Se les ofrece la posibilidad de obtener conclusiones a partir de los datos y de trabajar de forma independiente, y no sólo de ver datos estadísticos estáticos.

� Las categorías de usuario de este apartado sebasan en los privilegios de usuario asignados en MicroStrategy 7i.

Al comienzo del proyecto, el diseñador de informes crea informes sencillos que no son interactivos. Los usuarios sin experiencia pueden ejecutar el informe y ver los datos.Los usuarios que no necesitan o no desean llevar a cabo análisis más complejos continúan utilizando este tipo de informe durante todo el proyecto. Como ejemplo, se puede citar una cuadrícula sencilla que contenga Region, Employee y Revenue.



El siguiente paso es la agregación a los informes de cierta interacción por parte del usuario, por ejemplo, selecciones dinámicas, navegación y un formato sencillo. La definición de rutas de navegación permite al diseñador de informes controlar la información a la que puede acceder el creador de informes, al mismo tiempo que proporciona opciones de exploración y análisis de los datos. Además, las selecciones dinámicas proporcionan al creador de informes la posibilidad de elegir opciones, pero sólo aquellas que el diseñador del informe considere adecuadas y relevantes. Estos privilegios se otorgan a Web Reporter, aunque los diseñadores de informes deben configurar las selecciones dinámicas y los mapas de navegación para garantizar que la definición de datos se diseña correctamente.

� La navegación y las selecciones dinámicas se describen con mayor detalle en capítulos posteriores.

El paso siguiente es el nivel de Web Analyst, en el que se permite una personalización eficaz de los informes. Estas opciones son la pivotación, el acceso a Objetos de informe, la creación de indicadores derivados y la modificación del filtro de visualización. Las características disponibles por medio de estos privilegios permiten a los usuarios personalizar los informes para responder a preguntas sobre el negocio y después guardar el nuevo informe.

Los informes se pueden diseñar con todos los objetos en Objetos de informe y ninguno en la cuadrícula. De esta manera, se proporciona a los creadores de informes una página en blanco o una base a partir de la cual pueden personalizar y manipular los informes para ajustarlos a sus necesidades. Los usuarios que trabajan con este tipo de informe son los Desktop Analyst. No pueden agregar ni eliminar objetos en el informe, pero pueden modificar lo que se muestra. En este paso, los creadores de informes comienzan a trabajar con independencia de los diseñadores de informes. Ahora disponen de las herramientas necesarias para crear informes personalizados en un entorno seguro, en el que saben que los datos son informativos y adecuados.



Por último, los Web Professional disponen de acceso a todos los objetos del proyecto. Pueden acceder a la vista de diseño y agregar y eliminar objetos de informe, así como crear filtros de informe. Aquí termina la creación del informe y comienza la definición del informe, puesto que los Web Professional pueden modificar la definición de datos sin supervisión.

Lo que hemos denominado genéricamente en este capítulo un diseñador de informes es una combinación de Web Professional y Desktop Designer. Los Desktop Designer desarrollan nuevos informes desde cero. Tienen acceso a los distintos editores para crear componentes de informe como consolidaciones, grupos personalizados, datamarts, documentos, mapas de navegación, filtros, indicadores, selecciones dinámicas y plantillas. Lo que queda de esta guía está dirigido a los Desktop Designer.

En el diagrama siguiente se describe el progreso del proyecto según los tipos de usuario.

Tiempo / Experiencia

Fu

ncio

na

lid

ad

de

sp

leg

ad

a

Web Reporter

Web Analyst

Desktop Analyst

Desktop Designer

Web Professional



Con el progreso del proyecto y el aumento de la experiencia de los usuarios, se proporciona cada vez funcionalidad más avanzada al conjunto de los usuarios. Los Web Reporter comienzan con los informes más sencillos, a los que se van agregando opciones avanzadas. Desde el principio, los Desktop Designer desarrollan informes prediseñados para distribuirlos a los usuarios con menos experiencia.

Privilegios

En el siguiente gráfico se resumen los diversos privilegios disponibles en Desktop y Web. No es necesario conceder a todos los usuarios todos los privilegios para una función determinada. Por ejemplo, es posible que un Web Reporter sólo pueda ejecutar informes, sin opciones de selecciones dinámicas y navegación.

Web Reporter

� Ejecutar informe simple

� Contesta selecciones

dinámicas

� Navegar en el informe

� Realiza el cambio de

formato

Web Analyst

Privilegios de Reportero de

Web y:

� Accesa objetos del informe

� Crea indicadores derivados

� Modifica filtro de la vista

� Alternar filas / columnas del

informe

� Crea página

Web Professional

Privilegios de Analista de Web

y:

� Utiliza vista de diseño

� Agrega y borra objetos del

informe

� Modifica filtros del informe

Desktop Analyst

� Ejecutar informe simple

� Contesta selecciones

dinámicas

� Navegar en el informe

� Formatea informe,

incluyendo creación estilos

automáticos

� Crea informe por

manipulación de objetos de

informe

� Crea indicadores derivados

� Modifica filtro de la vista

� Alternar filas / columnas del

informe

� Crea página

� Ordena usando opciones

avanzadas

Desktop Designer

� Diseñar nuevo informe

desde cero

� Crea componentes del

informe como:

� Consolidaciones

� Grupos personalizados

� data marts

� Documentos

� drill maps

� Filtros

� Indicadores

� Selecciones dinámicas

� Plantillas



Encontrará una descripción completa de los privilegios en la guía MicroStrategy Administrator, Intelligence Server, and Web Administrator.

Informes prediseñados

Existen diferentes maneras de diseñar informes para su implantación en el entorno de creación de informes. En un único proyecto se puede utilizar todos, alguno o ninguno de estos tipos de informe:

• informes estáticos

• informes con selección dinámica

• Objetos de informe

• accesos directos a filtros y plantillas

En un solo informe se puede utilizar más de uno de estos tipos. Por ejemplo, un informe con selección dinámica puede tener accesos directos a filtros y plantillas.

Informes estáticos

Los informes estáticos son básicamente informes que no disponen de selecciones dinámicas. Estos informes resultan útiles para usuarios con poca experiencia o para distribuir datos como respuesta a una consulta específica en un formato específico.

Informes con selección dinámica

Los informes con selección dinámica admiten la interacción del usuario durante la ejecución del informe. Las selecciones dinámicas están incompletas y requieren la entrada de datos para completar el contenido del informe. Las definiciones del informe son dinámicas y cambian con cada consulta cuando el usuario modifica la información del cuadro de diálogo de selección dinámica



La selección dinámica en un informe puede ser tan sencilla como elegir en una lista de regiones o tan compleja como elegir todas las unidades de cuadrícula y condiciones de filtrado, como sucede con el Generador de informes y el Asistente de informes que se incluyen en Desktop y Web.

Consulte el Capítulo 6, Selecciones dinámicas para obtener más información.

Objetos de informe

Puede diseñar informes que contengan todos los atributos e indicadores necesarios para responder a una categoría concreta de pregunta sobre el negocio, por ejemplo marketing. Los objetos no se sitúan en la cuadrícula, sino en Objetos de informe. Esto permite que los creadores de informes utilicen sólo los objetos necesarios para un análisis concreto. Los informes se pueden personalizar, pero se impide que los creadores de informes puedan utilizar datos o cálculos incorrectos. Estos informes se utilizan como base para que los creadores creen los suyos propios.

Por ejemplo, en el Tutorial de MicroStrategy se han configurado informes que puede utilizar para crear otros. Comience a crear un nuevo informe pulsando con el botón derecho del ratón sobre Desktop y seleccionando Nuevo y, después, Informe. Observe los informes que aparecen en el cuadro de diálogo Nueva cuadrícula. Estos informes se han guardado en la carpeta Plantilla de objetos para que estén disponibles para la creación de objetos.

� Recuerde que para ver la carpeta Plantilla de objetos se deben mostrar las opciones ocultas, como ya se ha explicado.

Seleccione Employee Analysis. En la definición de cuadrícula no se ha colocado ningún objeto; todos se encuentran en Objetos de informe. Esto proporciona a los usuarios una página en blanco para que puedan crear sus vistas personalizadas del informe. Revise Objetos de informe; sólo se incluyen los objetos relevantes para los empleados, por ejemplo, la fecha de su contrato, su nombre y los ingresos.



Comience a crear otro informe utilizando Time Analysis.En Objetos de informe, no hay ningún objeto relevante a los empleados, pues todos están relacionados con el tiempo: mes, año, trimestre y crecimiento porcentual.

Accesos directos a filtros y plantillas

Todos los informes de ejemplo de este capítulo han sido creados incorporando en su definición filtros y plantillas, denominados filtros y plantillas anidados. Un filtro anidado se genera cuando un filtro se crea instantáneamente en un informe o cuando se agrega a un informe una copia de un filtro existente. Los cambios realizados en un filtro anidado sólo afectan al informe que lo contiene, porque el filtro existe únicamente en ese informe. Por el contrario, un acceso directo a un filtro es un filtro independiente que se puede utilizar en muchos informes. Si se modifica un filtro, los cambios se propagan a todos los demás informes que contengan un acceso directo a ese filtro.

La diferencia entre una plantilla anidada y un acceso directo a una plantilla es la misma que entre un filtro anidado y un acceso directo a un filtro. Una plantilla anidada sólo existe en el contexto de un informe, mientras que un acceso directo está vinculado a una plantilla existente.

El siguiente diagrama ilustra la diferencia entre objetos anidados y accesos directos.

In fo rm e con acces o d ire c to a l

filtro y p la n tilla

D e fin ic ió n d e v is ta

� A s p e c to y fo rm a to d e

cu ad rícu la

� F iltro de v is ta

D e fin ic ió n d e d a to s

� O b je to s de in fo rm e

� F iltro d e in fo rm e

F iltro

� D e fin ic ió n d e

d a to s

P lan til la

� D e fin ic ió n de

d a to s

In fo rm e con filtro y p la n tilla

inc lu idos

D e fin ic ió n d e v is ta

� A sp ec to y fo rm a to d e

cuad rícu la

� F iltro de v is ta

D e fin ic ió n d e d a to s

� O b je tos de in fo rm e

� F iltro de in fo rm e



La separación de la definición de datos de un informe en un acceso directo a un filtro existente y un acceso directo a una plantilla existente contribuye a que la implantación del informe sea escalable y fácil de mantener. Encontrará información adicional sobre los accesos directos, en los apartados Acceso directo a un filtro y Acceso directo a una plantilla siguientes de este capítulo.

Implantación de informes prediseñados

La selección del tipo de informes prediseñados que se va a utilizar es una de las decisiones que toma el diseñador de informes al distribuirlos. Otros puntos que debe tener en cuenta son:

• el acceso a los informes prediseñados

• la reutilización de objetos

• el almacenamiento en caché

• los privilegios

Ya hemos tratado los privilegios en el apartado anterior.

Acceso a los informes prediseñados

Para distribuir estos informes a los usuarios, basta con copiarlos a una carpeta a la que tengan acceso. Los demás usuarios del sistema podrán ver los informes guardados en la carpeta Reports, dentro de la carpeta Public Objects.Los usuarios de Desktop pueden navegar a los informes de la carpeta Public Objects\Reports y ejecutarlos pulsándolos dos veces. Un usuario de Web puede navegar hasta la sección Informes compartidos y ejecutar los informes pulsando sobre sus nombres.

También puede usar la carpeta Reports bajo Plantilla de objetos para guardar los informes que suelan utilizarse para crear nuevos informes. Se muestran cuando los usuarios de MicroStrategy Desktop seleccionan Nuevo y, a continuación, Informe o cuando los usuarios de MicroStrategy Web pulsan Crear informe.



� Para ver la carpeta Plantilla de objetos, seleccione Preferencias de Desktop en el menú Herramientas. Pulse Opciones de exploración. Seleccione Mostrar objetos ocultos y pulse Aceptar hasta volver al Desktop.

La única característica especial de las carpetas de implantación y los informes es que otros usuarios tienen acceso a ellos.

Para obtener más información sobre la implantación, consulte el capítulo Implantación del proyecto de laGuía de información básica.

Reutilización de objetos

Los accesos directos a filtros y plantillas facilitan la reutilización y buena administración de los objetos.Por ejemplo, en un proyecto puede haber 50 informes basados en el mismo filtro. Cuando es necesario cambiar el filtro, es importante saber cómo se creó. Si el filtró se creó como un objeto independiente y se aplicó a los informes como acceso directo, dicho filtro se puede cambiar y las modificaciones se aplicarán a todos los informes dependientes. Por el contrario, si cada informe utiliza su propio filtro anidado, es necesario realizar el mismo cambio en cada uno de los 50 informes. Evitar este tipo de proliferación y mantenimiento de objetos es la finalidad básica de la reutilización de objetos.

Obviamente, los filtros no son los únicos objetos que se pueden reutilizar. También se pueden reciclar las plantillas, los indicadores, los grupos personalizados y las consolidaciones, entre otros objetos.

Cuando se utilizan objetos en varios lugares, puede utilizar la herramienta Buscar dependencias para saber qué objetos los contienen o qué otros objetos contienen ellos. Por ejemplo, puede realizar una búsqueda de todas las plantillas que contengan el indicador Profit o de todos los indicadores que se utilicen en la plantilla Ventas de almacén.



Almacenamiento en caché

Normalmente, una caché guarda los valores a los que se ha accedido recientemente, a fin de aumentar el rendimiento. En cuanto a los informes, generalmente la caché contiene los que se solicitan con más frecuencia, lo que proporciona una ejecución más rápida porque los informes no acceden al data warehouse. Para los informes, se utilizan las siguientes cachés:

• La caché de informes contiene datos del informe ya procesados y se almacena en el disco.

• El Cubo inteligente es idéntico a la caché de informes, pero se almacena en la memoria del servidor Intelligence Server. Permite manipular los datos que se muestran en la vista del informe.

• La vista del informe es una representación en memoria de la vista actual de un informe, basada en la definición de vista del mismo. Todos los usuarios que ejecuten el mismo informe tienen una vista del informe exclusiva en el servidor Intelligence Server.

Para obtener más información sobre estas cachés, consulte el apartado Cubos inteligentes.

Las modificaciones del informe que admite el Cubo inteligente son:

• navegar

• pivotar

• paginar

• ordenar

• subtotales

• modo esquema

• rangos

• formato de la vista de informe, por ejemplo, cambiar las fuentes y las propiedades de las celdas

• alias de columna



• agregar y quitar objetos de informe

• indicadores derivados

• filtro de visualización

• umbrales

• clasificación

Entre las ventajas tradicionales del almacenamiento en caché de los informes está la ejecución de un informe una vez y la posibilidad de que varios usuarios puedan acceder al mismo informe desde la caché rápidamente. El almacenamiento en caché, además, mejora el tiempo de procesamiento de la base de datos. El nuevo Cubo inteligente proporciona más ventajas, como:

• El tiempo de respuesta para recuperar datos y modificar el informe es prácticamente inmediato.

• Las cachés de informes se pueden crear y actualizar de forma programada en horas de actividad reducida.

• No es necesario que la vista de informe muestre todos los objetos de informe disponibles en el Cubo inteligente.

• Los objetos se pueden mover entre la cuadrícula del informe y Objetos de informe para que se puedan realizar análisis ad hoc dentro de los límites establecidos.

• Varios usuarios pueden tener simultáneamente una representación exclusiva de un informe en el Cubo inteligente.

• No se genera SQL adicional cuando el Cubo inteligente contiene todos los objetos de informe necesarios. Si una modificación en el informe requiere información adicional, se genera SQL automáticamente y se envía al data warehouse.

• Las definiciones y vistas de informe se almacenan en una repositorio de metadata central, de manera que cualquier interfaz de usuario de MicroStrategy 7i las puede compartir con facilidad.



Acceso directo a un filtro

Al agregar un filtro a un informe, puede:

• Agregarlo al filtro del informe. Se combina con los filtros existentes.

• Reemplazar el filtro del informe por una copia del filtro. Los cambios que haga al filtro no se propagan al filtro original y viceversa. Esto se conoce también como filtro local o anidado y equivale a crear un filtro inmediato en el informe.

• Reemplazar el filtro del informe por un acceso directo al filtro. Si crea un acceso directo a un filtro, podrá utilizar un filtro existente en un informe y así aprovechar las ventajas que ofrece la reutilización de objetos.

� Para elegir alguna de estas opciones, pulse con el botón derecho del ratón sobre un filtro del Explorador de objetos.

En el panel Filtro de informe de la vista de diseño, si se muestra el nombre del filtro y en la barra de título aparece un icono de acceso directo, se trata de un acceso directo a un filtro. En ocasiones, este tipo de filtro se denomina filtro vinculado.

Si cambia el acceso directo al filtro, por ejemplo, si quita un atributo, y después guarda el informe, puede crear una copia local del acceso directo o conservarlo. Si crea una copia, los cambios realizados en el filtro de este informe no afectarán a los demás informes. Si conserva el acceso directo, los cambios realizados en el filtro de este informe se propagan a los demás informes que contengan un acceso directo al mismo filtro.

A continuación, en Ejemplo de accesos directos a un filtro y a una plantilla se muestra un ejemplo de acceso directo a un filtro.



Acceso directo a una plantilla

La plantilla define el diseño de las categorías generales de información de un informe. La plantilla especifica la información que se va a recuperar del data warehouse y la forma de mostrarla en la cuadrícula del informe. La información de la plantilla incluye los valores por defecto de los indicadores, las opciones de rangos, la configuración del tipo de join y las opciones de ordenación de los datos. Puede crear una plantilla independiente en el Editor de plantillas. Cree una plantilla específica de un informe en el Editor de informes.

El acceso directo a una plantilla, en ocasiones denominado plantilla vinculada, funciona de forma similar a un acceso directo a un filtro.

Cuando agregue una plantilla a un informe, puede:

• Reemplazar la plantilla del informe por una copia de la plantilla. Los cambios realizados en la plantilla no se propagan a la plantilla original. Esto se conoce también como plantilla local y equivale a crear una plantilla inmediata en el informe.

• Reemplazar la plantilla del informe por un acceso directo a la plantilla. Si crea un acceso directo a la plantilla, podrá utilizar una plantilla existente en el informe.

� Para elegir una de estas opciones, pulse con el botón derecho del ratón sobre una plantilla del Explorador de objetos.

En la definición de cuadrícula, si se muestra el nombre de la plantilla y aparece un icono de acceso directo en la barra de título, se trata de un acceso directo a una plantilla.



Si cambia el acceso directo a la plantilla, por ejemplo, si agrega un indicador a Objetos de informe, y después guarda el informe, puede crear una copia local del acceso directo o conservarlo. Si crea una copia, los cambios realizados en la plantilla de este informe no afectan a los demás informes.Si conserva el acceso directo, los cambios realizados en la plantilla de este informe se propagan a los demás informes que contengan un acceso directo a la misma plantilla. En el ejemplo, todos los informes muestran el nuevo indicador en Objetos de informe.

Ejemplo de accesos directos a un filtro y a una

plantilla

El siguiente procedimiento crea un informe utilizando accesos directos a un filtro y a una plantilla existentes.La plantilla incluye en el informe subcategorías y valores de ingresos por año. El filtro excluye abril, mayo y diciembre de los indicadores. Cuando termine, los cambios realizados en los accesos directos afectarán a los demás informes que utilicen el mismo filtro o la misma plantilla.

Para crear un informe con accesos directos a un filtro y una plantilla

1 Cree un nuevo informe.

2 Pulse con el botón derecho del ratón sobre la plantilla Revenue Template, ubicada en la carpeta Supporting Objects. Seleccione Reemplazar con un acceso directo a la plantilla.

3 Pulse con el botón derecho del ratón sobre Month Filter en el mismo directorio y seleccione Reemplazar filtro de informe con un acceso directo al mismo.

4 Guarde el informe. Aparece el cuadro de diálogo Opciones avanzadas de guardar.

5 Seleccione Mantener los accesos directos de filtro y plantilla.



6 Pulse Aceptar.

Cuando se vuelva a mostrar el informe, tendrá el aspecto siguiente:

� Este informe se guarda como Shortcuts to Filter and Template.

Ahora, cambie la definición de vista del informe, lo que no modifica ninguno de los dos accesos directos. Mueva Year de la cuadrícula a Objetos de informe. Agregue un umbral de ingresos de más de un millón de dólares. Cambie el formato de la celda a una fuente en negrita y un relleno de 25% gris. Se vuelve a mostrar el informe, como aparece a continuación.



� Este informe se guarda como Shortcuts to Filter and Template with Thresholds.

Esto no cambia la plantilla vinculada, porque el atributo se quita sólo de la vista, pero permanece en Objetos de informe. Ahora los ingresos (Revenue) se calculan para todo el período, excepto abril, mayo y diciembre, que quedan excluidos del indicador mediante el filtro.

Efectos de la modificación de plantillas

Recuerde que los cambios en un filtro vinculado afectan a los informes dependientes; sin embargo, si crea una copia local, los cambios realizados en el filtro no afectan a los demás informes. Si lo prefiere, puede conservar el acceso directo y los cambios que haga en el filtro en este informe se propagarán a los demás informes que contengan un acceso directo al mismo filtro.

Los efectos de modificar una plantilla son más complejos.Por ejemplo, si se quita un indicador de la plantilla, el cambio puede afectar a todos, a algunos o a ninguno de los informes dependientes. Depende de la frecuencia con que el indicador se incluya en la definición de vista de los informes.El Validador de dependencia de plantilla le permite realizar un rápido análisis de los efectos que tendrán los cambios en una plantilla antes de guardarlos.

La herramienta contribuye a evitar que la definición de vista interrumpa el informe porque la vista solicita un objeto que ya no está en la definición de datos, puesto que se ha quitado de la plantilla subyacente. Al recibir una advertencia antes de que se produzca el problema, puede resolverlo antes de que afecte a ningún informe. Por ejemplo, un informe tiene un acceso directo a una plantilla, que contiene País, Región, Indicador 1 e Indicador 2. El filtro de visualización está establecido en “Indicador 1 > 20”. Esto se ilustra en el siguiente diagrama.



Imagine que se quita el Indicador 1 de la plantilla, pero no de la vista del informe. Cuando se ejecuta el informe, se produce un error porque el filtro de visualización no se puede evaluar (el Indicador 1 ya no existe).

Cuando se modifica una plantilla y se guarda en Desktop, se activa el Validador de dependencia de plantilla. El validador enumera:

• los informes que dependen de esa plantilla

• los informes que no se ejecutarán si se lleva a cabo el cambio

Informe con acceso directo al

filtro y plantilla


� Aspecto y formato de

cuadrícula

� Filtro de vista: Indicador 1

> 20


� Objetos de informe:

País

Región

Indicador 1

Indicador 2

� Filtro de informe

Filtro


Plantilla


� País

� Región

� Indicador 1

� Indicador 2



Para solucionar el problema, siga uno de estos pasos:

• Cancele el cambio y vuelva a realizar la evaluación.

• Abra los informes dependientes, quite las dependencias y, después, cambie la definición de la plantilla.

En el ejemplo anterior, podría quitar el filtro de visualización de la definición de vista del informe dependiente.

Los cambios en la plantilla no se guardan hasta que se cierre el Validador de dependencia de plantilla. Para obtener más información sobre el uso de esta herramienta, consulte la ayuda en línea.

Plantillas de objeto

Una plantilla de objeto le permite utilizar una estructura predefinida para empezar a crear un nuevo objeto.Por ejemplo, le puede interesar crear muchos filtros que contengan el mes actual en la definición. Disponer de una plantilla de objeto de filtro que contenga el mes actual le permite omitir el paso de definir esa parte del filtro cada vez que lo cree. En otras palabras, sólo tiene que definir esa condición de filtrado una vez. Cuando utilice la plantilla de objeto de filtro, dispondrá automáticamente de la condición de mes actual en todos los filtros nuevos que cree.

Otro ejemplo puede ser la necesidad de crear varios informes con el atributo Día y los indicadores Ingresos, Coste y Beneficios. Para disminuir el tiempo invertido en crear estos informes tan similares, defina un informe con estos objetos y guárdelo en la carpeta Plantilla de objetos, con lo que habrá creado una plantilla de objeto de informe.

� Para poder utilizarse como plantilla de objeto, el objeto debe guardarse en la carpeta Plantilla de objetos. Ésta es la única diferencia entre un objeto y una plantilla de objeto (igual que entre un informe y una plantilla de objeto de informe).



Puede crear plantillas de objeto para los siguientes objetos:

• consolidaciones

• grupos personalizados

• filtros

• indicadores

• informes

• plantillas

En Preferencias de Desktop, puede determinar, para cada tipo de objeto, si se debe solicitar una plantilla de objeto cada vez que se cree un objeto nuevo.

� Si se modifica una plantilla de objeto, los cambios no se propagan a los objetos definidos con anterioridad.

No confunda las plantillas de objeto con las plantillas.Una plantilla define el diseño de las categorías generales de información de un informe. Especifica la información que se va a recuperar del data warehouse y la forma en que se va a mostrar en la vista de cuadrícula de la elaboración de informes. La plantilla no contiene filtros, mientras que las plantillas de objeto pueden contenerlos. Combine una plantilla con un filtro para crear un informe. Las plantillas de objeto ya son informes y se pueden ejecutar tal como son, sin modificaciones. La plantilla de objeto equivale a una plantilla de Microsoft Word, que define las plantillas como un tipo especial de documento que proporciona herramientas básicas para dar forma al documento final.

Plantillas de objeto vacías

Las plantillas de objeto vacías son un subconjunto de las plantillas de objeto. La única diferencia entre ambas es que las plantillas de objeto contienen una definición y las plantillas de objeto vacías no.



Las plantillas de objeto vacías le permiten definir el formato por defecto y otras propiedades en el nivel del proyecto para nuevos indicadores, plantillas e informes. Esto le ayudará a controlar los objetos nuevos creados en el proyecto. Por ejemplo, puede crear una plantilla de objeto de indicador vacía con el formato de moneda o una de objeto de informe para definir el modo esquema. Tenga en cuenta que la plantilla de objeto vacía sólo contiene propiedades, no una “definición”, es decir, las plantillas de indicador vacías no contienen fórmulas y las plantillas de informe vacías no contienen atributos, indicadores ni ninguna otra unidad de cuadrícula en los objetos de informe.

� Las plantillas de objeto vacías se guardan en la carpeta Plantilla de objetos, ya que sólo se pueden utilizar como plantillas.

¿Para qué se utiliza una plantilla de objeto de informe vacía? Es posible que haya definido un conjunto de propiedades que se deban aplicar a todos los informes nuevos, pero no desea definir dichas propiedades para cada informe. Por ejemplo, en el proyecto hay una serie de informes que se deben exportar en formato Excel a una ubicación concreta. Se debe ejecutar una macro específica de Excel una vez que se haya exportado el informe. Puede crear una plantilla de objeto de informe vacía, llamada Configuración de exportación de Excel, con las especificaciones mencionadas. Cuando la plantilla Configuración de exportación de Excel se utilice para crear un informe, el nuevo informe contendrá la información correcta.

Una plantilla de objeto de indicador vacía contiene formato y otras propiedades, pero no incluye fórmulas. Al igual que las plantillas de objeto de informe vacías, se pueden utilizar como punto de partida para crear objetos con propiedades específicas preestablecidas. Por ejemplo, un proyecto requiere que todos los valores de moneda tengan centavos por precisión y que los valores negativos queden diferenciados con una fuente en rojo. Para satisfacer estas condiciones, cree una plantilla de objeto de indicador vacía llamada Formato de moneda y establezca los formatos mencionados. Cuando un usuario cree un nuevo indicador que devuelva valores de moneda, seleccionará Formato de moneda en el cuadro de diálogo Nuevo indicador. El nuevo indicador tendrá el formato en rojo para los valores negativas e incluirá centavos.



Las propiedades disponibles en una plantilla de objeto varían según el tipo de objeto.

• Una plantilla de objeto de indicador vacía no contiene una fórmula, pero tiene las propiedades siguientes:

– propiedades de formato

– propiedades de VLDB

– tipo de join para fórmula

– tipo de join de indicador

– propiedades de columna de indicador

• Una plantilla de objeto de informe vacía no contiene unidades de cuadrícula, es decir, atributos, indicadores, consolidaciones, etc. Un informe vacío contiene

– opciones de exportación

– filtros

– formato

– opciones de cuadrícula

– opciones de datos de informe

– propiedades de VLDB

– otras opciones, por ejemplo combinación de encabezados de celdas y ancho de columnas automático

• Una plantilla de objeto de plantilla vacía es similar a una plantilla de objeto de informe vacía.

También puede establecer un valor por defecto de proyecto para las plantillas de objeto vacías. Esto quiere decir que si un usuario elige “No mostrar de nuevo esta ventana” en los cuadros de diálogo Nueva cuadrícula o Nuevo indicador,se utiliza la plantilla de objeto por defecto. Esta opción se encuentra en la configuración del proyecto.


108 Orden de evaluación © 2002 MicroStrategy, Inc.

Si quita la capacidad de utilizar plantillas de objeto de informe vacías, puede obligar a que todos los informes que se creen en Desktop utilicen el formato y las propiedades definidas en la plantilla de objeto por defecto. De la misma manera, puede eliminar la capacidad de utilizar plantillas de objeto de indicador vacías y plantillas de objeto de plantilla vacías. Esta opción se encuentra también en la configuración del proyecto.

Orden de evaluación

El orden en que se calculan los datos afecta al conjunto de datos del informe. Si utiliza las opciones de orden de evaluación, puede controlar el orden en que se calculan y resuelven las consolidaciones, ciertos indicadores, los límites del informe y los subtotales de un informe concreto.

El orden de evaluación es el orden con que el Motor analítico lleva a cabo los distintos tipos de cálculos. El siguiente es un sencillo ejemplo que ilustra cómo el orden de evaluación puede afectar al conjunto de datos del informe.

En el ejemplo anterior hay dos cálculos: Consolidación de estados y el indicador compuesto avanzado Ingresos/Coste.

Se aplican las siguientes condiciones:

• Si se calcula primero Consolidación de estados, X representa el valor de Ingresos/Coste de la última fila y el resultado es 35/25 o 1,4.

• Si se calcula primero Ingresos/Coste, X representa el valor de Ingresos/Coste de la última columna y el resultado es 1,5 + 1,33 o 2,83.

Consolidación de

estadosIngresos Coste

Ingresos/

Coste

Nueva York 15 dólares 10 dólares 1,5

Virginia 20 dólares 15 dólares 1,33

Nueva York + Virginia 35 dólares 25 dólares X


© 2002 MicroStrategy, Inc. Orden de evaluación 109

Para generar el conjunto de datos del informe, los cálculos se pueden realizar de dos formas:

• ejecutando sentencias SQL en el data warehouse

• utilizando la funcionalidad del Motor analítico

Para los cálculos simples, el Motor de consultas ejecuta una consulta en el data warehouse y el Motor analítico realiza la tabulación cruzada asociada del informe. Para cálculos más complejos, se invoca al Motor analítico para que ayude al Motor de consultas a manipular la lógica del motor SQL. Esta participación adicional del Motor analítico se produce cuando se utilizan

• indicadores compuestos

• consolidaciones

• grupos personalizados

• calificaciones de indicador

• paginación

• límites de informe

• indicadores avanzados

• ordenación

• subtotales

• funciones analíticas avanzadas que no admita la base de datos del sistema

Cuando el Motor analítico se encarga de los cálculos, se aplican las condiciones siguientes al orden en que se llevan a cabo dichos cálculos:

• En primer lugar, se calculan las calificaciones de indicador. De hecho, se trata únicamente de un paso intermedio en el data warehouse.

• La paginación y la ordenación se calculan en último lugar, para que organicen las posiciones de los resultados de los cálculos.



• Para todos los demás cálculos avanzados, el Motor analítico le permite determinar el orden específico en que se realiza la evaluación. Dichos cálculos son las consolidaciones, los indicadores compuestos, los subtotales y los límites de informe.

En una consulta, el Motor analítico ayuda al Motor de consultas a completar la lógica del motor SQL. Por ejemplo,si la consulta precisa una calificación de indicador basada en una función avanzada, el motor SQL selecciona los hechos que el Motor analítico necesita y crea una tabla que contendrá los resultados del cálculo.

El Motor analítico puebla los informes con los datos obtenidos del data warehouse. Esta información es el resultado de los cálculos realizados en los objetos de características avanzadas enumerados arriba en la etapa de "población"; MicroStrategy 7i le ofrece la flexibilidad de especificar el orden en que tienen lugar estos cálculos.

Orden de evaluación por defecto

El orden por defecto de los cálculos es

1 indicadores compuestos

2 consolidaciones

3 límites de informe

4 subtotales

Los indicadores compuestos que no son agregaciones directas de otros indicadores se pueden utilizar en el orden de evaluación si se define la opción Permitir indicador avanzado del Editor de indicadores como Sí.

El orden de evaluación de las consolidaciones se determina mediante su posición relativa en la plantilla del informe:

1 las filas, de izquierda a derecha

2 las columnas, de arriba a abajo



Orden de evaluación especificado

Para especificar el orden de evaluación, asigne a un cálculo un número positivo que indique el orden en que se debe calcular. Al manipular los cálculos, MicroStrategy 7i realiza en primer lugar aquellos a los que se aplican las reglas de orden por defecto y, después, aquellos a los que se ha asignado un número. Utilice el cuadro de diálogo Opciones de los datos del informe para especificar el orden de evaluación. Esta opción se encuentra en Cálculos, Orden de evaluación.

Un indicador compuesto que no se haya identificado como avanzado no puede formar parte de un orden de evaluación especificado; siempre se calcula en primer lugar, como se describe en Orden de evaluación por defecto.


3

FILTROS

Introducción

Un filtro especifica las condiciones que deben cumplir los datos para su inclusión en los resultados del informe. Es una manera sencilla de responder a preguntas de negocio simples o complejas.

Un ejemplo de pregunta de negocio sencilla es las ventas de todas las tiendas de la región Northeast. Para crear este informe, incluya el atributo Store y el indicador Dollar Sales en el informe y aplique un filtro para Northeast. El filtro le permite ver los resultados sólo para las tiendas de la región Northeast.

Sin embargo, es posible que le interese revisar sólo las ventas de las tiendas que tengan al menos una categoría con un margen de más del 20% y ventas totales de más de 100.000 dólares al año. Ésta es una pregunta más compleja, pero también se puede contestar mediante un filtro.

En este capítulo se revisan las categorías de las funciones de los filtros y los tipos de técnicas de filtrado utilizadas para ayudarle a obtener respuestas para sus preguntas sobre el negocio, ya sean sencillas o complejas.

Recuerde que, en realidad, todo lo que hace un filtro es proporcionarle la información “mostrar X cuando Y es verdadero”.

Filtros Guía avanzada de elaboración de informes3

114 Tipos de filtros © 2002 MicroStrategy, Inc.

� En este capítulo no se incluye información sobre los filtros de seguridad, que se tratan en la guía MicroStrategy Administrator, Intelligence Server, and Web Administrator.

Tipos de filtros

En el entorno de informes, cuando diseña un informe, realiza consultas en la base de datos basadas en los datos almacenados en el data warehouse. Si aplica un filtro, puede limitar los datos para tomar en consideración sólo la información que sea relevante para responder a una pregunta sobre el negocio. En el capítulo anterior, Informes, se han tratado estos tres métodos para restringir los datos para generar informes:

• Un filtro de informe es un criterio utilizado para seleccionar los datos para calcular los indicadores del informe.

• Un límite de informe especifica un conjunto de criterios utilizados para restringir los datos devueltos en el conjunto de datos del informe una vez que se hayan calculado los indicadores del informe. Dado que se basa en los valores de los indicadores del informe, el límite se aplica una vez que se hayan calculado todos los indicadores.

• Un filtro de visualización es un filtro adicional que se aplica en memoria al conjunto de datos del informe.Sólo afecta a la definición de vista.

Este capítulo se centra en los filtros de informe para ampliar la información sobre su funcionalidad avanzada. Para obtener más información y ejemplos de los demás métodos, consulte el Capítulo 2, Informes.

Guía avanzada de elaboración de informes Filtros 3

© 2002 MicroStrategy, Inc. Opciones de los filtros de informe 115

Opciones de los filtros de informe

A continuación, se describen las opciones disponibles para la creación de filtros de informe:

• Calificación del atributo le permite filtrar por una representación del atributo (ID, descripción, etc.) o por los elementos del atributo.

• Calificación del conjunto le permite crear un conjunto basado en uno de los elementos siguientes:

– un indicador (también denominado calificación del indicador)

– un filtro de relación

• Acceso directo a un informe, denominado también informe como filtro, utiliza un informe existente como filtro.

• Acceso directo al informe utiliza un filtro existente como base para agregar más condiciones para continuar especificando el filtro.

• Calificación avanzada le permite crear uno de los siguientes elementos:

– una expresión personalizada

– una lista de elementos conjuntos, que le permite unir elementos de atributo y, después, filtrar por ese conjunto de resultados

Todas estas opciones, disponibles en el Editor de filtros,se describen detalladamente en este capítulo.

Calificación de atributos

Los calificadores de atributo le permiten establecer las condiciones que deben satisfacer los elementos de atributo para su inclusión en la definición de un filtro. Por ejemplo, puede crear una calificación en el atributo “mes” de manera que el conjunto de resultados sólo devuelva los meses que empiezan por la letra “J”.


116 Calificación de atributos © 2002 MicroStrategy, Inc.

Ejemplo de calificación de atributos

� En este ejemplo se hace referencia a los filtros e informes guardados en el Tutorial de MicroStrategy. La ruta del directorio en Desktop es Public Objects\Reports\Technical Reports\

Reports by Feature\Advanced Reporting

Examples. Puede seguir los pasos indicados para interactuar con los filtros y los informes o ver los ejemplos sin crear ninguno más. No olvide guardar los objetos que cree con nombres diferentes, a fin de no sobrescribir los ejemplos del Tutorial de MicroStrategy.

Un informe contiene los ingresos (Revenue), los costes (Cost) y los beneficios (Profit) de todos los empleados. Sin embargo, hay meses que no son representativos del ciclo normal del negocio, por lo que no se deben incluir en los cálculos del informe. Para hacerlo, cree un filtro que excluya los meses de abril, mayo y diciembre. Este filtro se guarda como Month en el subdirectorio Supporting Objects. Para obtener instrucciones paso a paso para crear un filtro, consulte la ayuda en línea.

Abra el informe Basic Report. Observe que la contribución de Leanne Sawyer a los ingresos es 316.786 dólares. Cambie a la vista de diseño y agregue el filtro Month. Cuando vuelva a ejecutar el informe, tendrá el aspecto siguiente.

� Si no desea crearlo, el informe se guarda comoFilter - Month Filter en el Tutorial de MicroStrategy.


© 2002 MicroStrategy, Inc. Calificación de atributos 117

Observe que los indicadores no tienen los mismos valores que en el informe Basic Report. La contribución de Sawyer a los ingresos es ahora 198.076 dólares. En el informe Basic Report, todos los datos de todos los meses se han recuperado del data warehouse. El indicador Revenue se ha calculado utilizando todos los meses. En el informe filtrado, los importes de abril, mayo y diciembre no se recuperan del data warehouse, por lo que el indicador no los puede incluir en sus cálculos.

Calificación de atributo a atributo

Las comparaciones de atributo a atributo le permiten crear informes en los que se comparan dos atributos mediante representaciones de atributo. Por ejemplo, mediante las comparaciones de atributo a atributo, puede crear un informe que muestre los pedidos que se enviaron en el plazo de una semana a partir de la fecha del pedido, comparando las fechas de pedido y de envío.

Ejemplo de calificación de atributo a atributo

� En este ejemplo se utiliza la información del Tutorial de MicroStrategy.

Las calificaciones de atributo a atributo se pueden utilizar para crear un informe que enumere los pedidos que se enviaron más de 27 días después de la fecha de pedido. Empiece un informe nuevo con Order, Day, Ship Date, Revenue, Cost y Profit. Para restringir la cantidad de datos que se tienen en cuenta en el informe, agregue un filtro para diciembre de 2001. Finalmente, cree la calificación de atributo a atributo como se describe a continuación.

Para crear una calificación de atributo a atributo

1 Pulse dos veces sobre el panel Filtro de informe para crear una nueva calificación.


118 Calificación de atributos © 2002 MicroStrategy, Inc.

2 Seleccione Agregar una calificación de atributo y pulse Aceptar. Se abre el cuadro de diálogo Calificación del atributo.

3 Busque el atributo Ship Date en el Explorador de objetos (en la jerarquía Customer) y arrástrelo a Atributo en el cuadro de diálogo Calificación del atributo.

4 Cambie Calificar sobre a ID.

5 Cambie Operador a Mayor que.

6 Seleccione Personalizado y escriba lo siguiente:

(Day@ID + 27)

Así se agregan 27 días al atributo Day, que es la fecha del pedido. Ship Date se compara con este valor.

7 Pulse Aceptar.

Ejecute el informe, que tendrá el aspecto siguiente.

� Este informe se guarda como Attribute to Attribute Comparison.

El primer pedido, Order 89304, se realizó el 26/12/01 y se envió el 23/01/02, lo que representa una diferencia de 28 días.


© 2002 MicroStrategy, Inc. Calificación de atributos 119

Fechas dinámicas

Cuando califique sobre una representación de atributo de fecha con el tipo de datos de fecha, puede seleccionar fechas dinámicas, que son demoras fijas a partir de la fecha actual. Pueden ser un conjunto de fechas fijas o distintos rangos de fechas que cambian a lo largo del tiempo. Por ejemplo, una fecha dinámica se puede utilizar en un informe que examine las ventas en los dos meses anteriores. Se representaría como “hoy” con una demora de dos meses. Las calificaciones de fechas dinámicas se pueden expresar de distintas maneras, como se muestra en los siguientes ejemplos:

• una demora de cuatro años, tres meses, dos semanas y un día a partir de hoy

• el lunes de esta semana

• el lunes de esta semana con una demora de dos días

• el cuarto día de este mes

• el cuarto miércoles de este mes

• el cuatro de mayo del año que viene

• el tercer miércoles de mayo de este año

Al evaluar una fecha dinámica del tipo “primer día de este mes menos siete días”, el orden en que se calculen las dos partes tiene importancia. La suma o resta de días, semanas, meses o años siempre se realiza en primer lugar, antes de que se calcule “primer día de este mes”, “esta semana”, “este año”, etc. Por ejemplo:

• Si la fecha de hoy es 13 de febrero, “hoy menos siete días” es el 6 de febrero y “el primero del mes de hoy menos siete días” es el primero de febrero.

• Sin embargo, si la fecha de hoy es 2 de febrero, “hoy menos siete días” es el 26 de enero y “el primero del mes de hoy menos siete días” es el primero de enero.


120 Calificación de conjunto: calificación de indicador © 2002 MicroStrategy, Inc.

Calificación de conjunto: calificación de

indicador

Los calificadores de indicador le permiten limitar los valores de indicadores basándose en el valor, el rango o el porcentaje del rango. Los calificadores de indicador restringen la cantidad de datos que se utilizan para calcular los indicadores de un informe. Por ejemplo, al director de una tienda podría interesarle ver las cifras de ventas de los productos cuyo nivel de inventario quede por debajo de un nivel determinado.Este informe no tiene que mostrar necesariamente las cifras del inventario de dichos productos.

Nivel de salida

El nivel de salida define el conjunto de datos que esta calificación de conjunto aporta al filtro en su totalidad.Por ejemplo, la creación de una calificación de conjunto con un nivel de salida de tienda equivale a tener una lista fija de tiendas, si se sabe cuáles cumplen los criterios de la calificación, en una calificación de atributo sencilla. Sin embargo, la lista de tiendas de la calificación se genera dinámicamente.

División

Esta función avanzada de la calificación de indicador le permite seleccionar el nivel de atributo en que se volverá a iniciar el recuento de los valores de porcentaje o de rango de un indicador. Este valor debe ser mayor o igual que el nivel de agregación del propio indicador, como se muestra en el siguiente ejemplo.


© 2002 MicroStrategy, Inc. Calificación de conjunto: calificación de indicador 121

Con los datos siguientes:

Si especifica “División Mercado”, se restablece el contador de rangos de cada mercado (en orden descendente).

Si especifica “División Región”, se restablece el contador de rangos de cada región (en este ejemplo, como sólo hay una región, el contador no se restablece).

Región Mercado Tienda

Ventas reales

(miles de

dólares)

Noreste Atlántico central Baltimore 40

Noreste Atlántico central Filadelfia 30

Noreste Nueva

Inglaterra

Boston 20

Noreste Nueva

Inglaterra

Greenwich 10


Ventas reales

(miles de

dólares)

Rango

Noreste Atlántico

central

Baltimore 40 1

Noreste Atlántico

central

Filadelfia 30 2

Noreste Nueva

Inglaterra

Boston 20 1

Noreste Nueva

Inglaterra

Greenwich 10 2


Ventas reales

(miles de

dólares)

Rango

Noreste Atlántico

central

Baltimore 40 1

Noreste Atlántico

central

Filadelfia 30 2


122 Calificación de conjunto: calificación de indicador © 2002 MicroStrategy, Inc.

Combinación de calificaciones de atributo

El botón Avanzado le permite especificar si las calificaciones de atributo existentes se deben combinar en el cálculo de la calificación del indicador. Esta opción, la combinación de calificaciones, está seleccionada por defecto.

La calificación de indicador se incluye en un paso independiente de SQL y crea una tabla temporal o “mini-informe”. Si se combinan las calificaciones, las calificaciones de atributo se agregan a este paso de SQL. Si no se combinan, las calificaciones de atributo no se incluyen en la calificación del indicador. En su lugar, aparecen en el paso de SQL principal.

� Para obtener más información sobre el funcionamiento de las calificaciones de indicador, consulte Otra explicación de la calificación de indicador en el Capítulo 2, Informes.

Noreste Nueva

Inglaterra

Boston 20 3

Noreste Nueva

Inglaterra

Greenwich 10 4


Ventas reales

(miles de

dólares)

Rango


© 2002 MicroStrategy, Inc. Calificación de conjunto: calificación de indicador 123

Por ejemplo, un informe muestra los ingresos por región.El filtro del informe contiene la calificación del atributo de año igual a 2000 y la calificación del indicador Revenue de más de un millón de dólares. Si se mantiene el valor por defecto, se combinan las calificaciones. Sólo se tienen en cuenta los ingresos de 2000 cuando el indicador comprueba si hay ingresos de más de un millón de dólares. Los resultados del informe son:

Por el contrario, si no se combinan las calificaciones, los ingresos se calculan para todo el período antes de que se evalúe la calificación del indicador. Sin embargo, en el informe sólo se muestran los ingresos del año 2000. Como se muestra en el ejemplo siguiente, se incluyen las regiones que no lograron ingresos de más de un millón de dólares en el año 2000, pero sí los lograron a lo largo del tiempo.

Además de afectar al resultado del informe, la combinación de calificaciones reduce la cantidad de datos que se tienen que procesar al realizar un cálculo.


124 Calificación de conjunto: filtro de relación © 2002 MicroStrategy, Inc.

Comparación de indicador a indicador

Las comparaciones de indicador a indicador le permiten crear informes que comparan dinámicamente los valores de dos indicadores. Por ejemplo, puede crear un informe que limite los datos a los ingresos mayores que los correspondientes al año anterior.

Calificación de conjunto: filtro de relación

El filtrado de relación le permite crear un vínculo entre dos atributos y aplicar un filtro a esa relación. Le permite crear un conjunto de elementos a partir de un atributo basándose en su relación con otro atributo. Por ejemplo, el filtrado de relación le permite crear un informe que muestre todas las tiendas que venden calzado Nike en la zona de Washington, DC o todos los clientes que tienen cuentas corrientes pero no cuentas de ahorro.

Puede crear filtros de relación mediante la calificación de conjunto o la calificación avanzada en el Editor de filtros. La calificación de conjunto proporciona una interfaz que le guía durante el proceso, mientras que en la calificación avanzada tiene que escribir comandos. La sintaxis de la calificación avanzada se describe en el Apéndice I, Sintaxis del filtrado de relación.

A continuación, se describen las partes de un filtro de relación:

• Nivel de salida: es el nivel en que se debe calcular el conjunto.

• Calificación de filtro: define los criterios de filtrado de entrada. Puede ser una calificación de atributo, de filtro o de indicador.

• Relacionar nivel de salida y calificación de filtro: es la relación entre los atributos del nivel de salida y la calificación de filtro. La relación puede ser un hecho, una tabla o un filtro vacío. Si se deja la relación vacía, se utiliza el esquema para seleccionar la tabla adecuada.


© 2002 MicroStrategy, Inc. Acceso directo a un informe o informe como filtro 125

Por ejemplo, para crear un informe que muestre todas las tiendas que venden calzado Nike en la zona de Washington, DC tiene que establecer el nivel de salida en Tiendas, la calificación de filtro en Calzado Nike y Región, y la relación al hecho Ventas.

Acceso directo a un informe o informe como

filtro

� En Desktop, puede seleccionar Agregar un acceso directo a un informe para tener acceso a la funcionalidad de informe como filtro.

Se puede utilizar el conjunto de datos de un informe existente como filtro en otro informe. Con frecuencia, los resultados de un informe son exactamente lo que se necesita como filtro para otro informe. En lugar de crear un filtro que reproduzca los resultados de un informe, se puede utilizar el informe en sí como filtro de otro informe. Cuando se utiliza como filtro, sólo se tiene en cuenta la definición de datos del informe; los cambios realizados en la definición de vista no afectan a las condiciones del filtro.

La utilización de informes como filtros proporciona un método más visual de creación de informes y análisis de los resultados. También proporciona una transición fluida entre ver los datos en un informe y analizar otros informes basándose en los datos del original. La utilización de un informe como filtro constituye otra forma de obtener los mismos resultados que con una calificación de indicador, pero es más fácil de comprender y crear.

� Los informes con consolidaciones o grupos personalizados no se pueden utilizar como acceso directo a un filtro.

Encontrará un ejemplo de informe utilizado como filtro en Ejemplo de informe como filtro en el Capítulo 2, Informes.


126 Acceso directo a un filtro © 2002 MicroStrategy, Inc.

Acceso directo a un filtro

La creación de un acceso directo a un filtro le permite utilizar un filtro existente, al que puede agregar condiciones, para aplicarlo a un informe. En términos generales, Filtro1 contiene dos condiciones, A y B. Puede utilizar Filtro1 en otro filtro y agregarle otra condición, C. Los datos tendrán que satisfacer todas las condiciones, A, B y C, que se incluyan.

Por ejemplo, supongamos que es un director en Nueva Inglaterra, encargado de las tiendas de Boston, Providence y Greenwich. El proyecto contiene un filtro llamado Tiendas de mi región, en el que se incluyen las tiendas de Boston, Providence y Greenwich. El filtro Moda de señora contiene las clases Blusas y Vestidos. Un tercer filtro, Todos los días de diciembre de 2001, es un rango de fechas con todos los días de diciembre de 2001.

Para conocer las ventas de moda de señora en sus tiendas en el mes de diciembre, cree otro filtro. Incluya un acceso directo a cada uno de los tres filtros.

Calificación avanzada: expresión personalizada

Las calificaciones avanzadas le permiten crear expresiones personalizadas que se ajusten a necesidades concretas. Por ejemplo, puede crear un filtro de relación utilizando el área Expresión personalizada de la ventana Calificación avanzada.

Funciones Apply

Las expresiones pass-through, o funciones Apply, de MicroStrategy 7i tienen la finalidad de proporcionar acceso a funciones o expresiones sintácticas especiales que no son estándar en MicroStrategy 7i, pero que se encuentran en diversas plataformas RDBMS. Se pueden utilizar para crear expresiones personalizadas que se utilizan en filtros.


© 2002 MicroStrategy, Inc. Calificación avanzada: lista de elementos conjuntos 127

Cada tipo de petición a una función o subexpresión personalizada está representada por una función Apply especializada. Existen cinco funciones Apply predefinidas que se usan para reemplazar a las funciones normales predefinidas del mismo tipo. Las funciones ApplyComparison y ApplySimple son las más útiles para los filtros. ApplyComparison utiliza operadores de comparación, como menor que o mayor que. ApplySimple utiliza operadores simples, o aritméticos.

Para obtener información sobre las funciones Apply, consulte el Apéndice B, Expresiones pass-through.

Calificación avanzada: lista de elementos

conjuntos

Las listas de elementos conjuntos le permiten seleccionar elementos de atributo de distintos atributos para filtrar el conjunto de resultados del informe. A diferencia de las calificaciones de atributo, las listas de elementos conjuntos también le permiten unir elementos de atributo y, posteriormente, filtrar por ese conjunto de resultados de atributo. En otras palabras, puede seleccionar combinaciones de elementos concretas, como Quarter y Category. Como en el informe de ejemplo que se muestra a continuación, puede filtrar por Electronics en Q1 2001 y por Music en Q3 2001.

Ejemplo de lista de elementos conjuntos

� En este ejemplo se utiliza la información guardada en el Tutorial de MicroStrategy.

Antes de crear una lista de elementos conjuntos, asegúrese de que en el Editor de filtros se muestra la opción Calificación avanzada. Desde Desktop, lleve a cabo los pasos siguientes:

1 Seleccione Mis preferencias en el menú Herramientas.

2 Seleccione la pestaña Editores.

3 Pulse Opciones filtro.


128 Calificación avanzada: lista de elementos conjuntos © 2002 MicroStrategy, Inc.

4 Seleccione Mostrar calificación avanzada, si no lo está ya.

5 Pulse Aceptar hasta que vuelva a Desktop.

Abra el informe Basic Report. Observe que los ingresos de Leanne Sawyer son 316.786 dólares. Son las ventas de todo el tiempo y todas las categorías. Desea ver los ingresos de combinaciones concretas de Quarter y Category, por ejemplo, Electronics en Q1 2001 y Music en Q3 2001. Para hacerlo, pase a la vista de diseño y cree una lista de elementos conjuntos, como se describe a continuación.

Para crear una lista de elementos conjuntos

1 Pulse dos veces sobre el panel Filtro de informe para agregar una nueva calificación.

2 Seleccione Agregar una calificación avanzada y pulse Aceptar. Se abre el panel Calificación avanzada.

3 Seleccione Lista de elementos conjuntos en la lista desplegable Opción.

4 Seleccione Category y Quarter en la lista Atributos disponibles y pulse > para agregarlos a la lista Atributos seleccionados.

5 Pulse el icono Agregar situado a la derecha de la Lista de elementos. Se agrega a la lista el primer valor de cada atributo.

6 Pulse el icono Modificar situado a la derecha de la Lista de elementos. Se abre el cuadro de diálogo Seleccionar lista de elementos.

7 Pulse dos veces sobre Electronics para cambiar la categoría.

8 Seleccione Quarter en la lista desplegable Elementos disponibles.

9 Pulse dos veces sobre Q1 01 para cambiar el trimestre.


© 2002 MicroStrategy, Inc. Calificación avanzada: lista de elementos conjuntos 129

10 Pulse Aceptar para volver al cuadro de diálogo Calificación avanzada.

11 Pulse el icono Agregar para agregar otro elemento. Una vez más, se agregará por defecto el primer valor de cada atributo.

12 Seleccione el nuevo elemento y repita los pasos del 6 al 10, esta vez cambiando Category a Music y Quarter a Q3 01.

13 Pulse Aceptar para guardar la nueva calificación.

Ejecute el informe. Los resultados se muestran a continuación.

� Este informe se guarda como Joint Element List.

Observe que los ingresos de Sawyer ahora son sólo 18.901 dólares. La reducción de los ingresos refleja los datos de la calificación, ya que sólo se incluyen en los cálculos del indicador las ventas de electrónica en el primer trimestre de 2001 y las de música del tercer trimestre.


130 Filtro importado © 2002 MicroStrategy, Inc.

Filtro importado

En el Editor de filtros se pueden importar elementos de filtro desde orígenes distintos a MicroStrategy. La opción de importación de elementos de filtro agrega más flexibilidad todavía al Editor de filtros, al permitir que se importen listas de datos de archivos existentes a la definición de un filtro. Las definiciones de filtros existentes también se pueden exportar a un archivo.

� Se puede utilizar una selección dinámica para que el usuario pueda seleccionar el archivo que se debe importar en tiempo de ejecución.

En ocasiones, la importación de elementos a un filtro puede ser más rápida que la creación de un filtro y la selección de cada uno de los elementos que se deben incluir en él. Es más eficiente simplemente importar un archivo en el que se enumeren muchos elementos en lugar de seleccionar cada elemento individualmente. Para importar elementos a un filtro, dichos elementos deben estar guardados en un archivo de Excel o de texto.

A continuación, se describen las reglas que se aplican al formato de estos archivos.

Los datos de una hoja de cálculo de Excel se pueden guardar en filas y/o columnas. Deben seguir las reglas en el orden que se muestra aquí:

1 Si la celda tiene comillas dobles al principio y al final, se importa tal y como está, con las comillas.

2 Si la celda tiene comillas sencillas al principio y al final, se importa tal y como está, incluidas las comillas.

3 Si la celda no cumple los criterios de las reglas 1 o 2, primero se comprueba si es un número. Si lo es, se importa tal como está.

4 Después, se comprueba si es una fecha. Si lo es, los datos se importan agregando comillas sencillas al principio y al final para adecuarse al formato de fecha.


© 2002 MicroStrategy, Inc. Filtro importado 131

5 Si no satisface ninguna de las reglas anteriores, se asume que es un valor de texto. Se agregan comillas dobles al principio y al final del valor antes de importarlo. Esto satisface las reglas de formato de texto.

Si los datos están en un archivo de texto, dicho archivo tiene que ser de uno de los tipos siguientes:

• delimitado por tabuladores

• delimitado por el separador de listas, como se especifique en la configuración regional

• delimitado por retornos de carro


4

INDICADORES

Introducción

Los indicadores son objetos de MicroStrategy que representan medidas de negocio e indicadores clave de rendimiento. Representan los cálculos que se deben llevar a cabo con los datos almacenados en la base de datos y se asemejan a las fórmulas de software de las hojas de cálculo.

Preguntas como “¿Qué ventas tuvimos en la región Este en el cuarto trimestre?” o “¿Se repone el nivel del inventario regularmente al principio de cada semana?” son muy fáciles de responder si se crean indicadores. Normalmente, de la creación y publicación de indicadores se encargan los analistas avanzados.

En este capítulo se ofrece información que amplía la ofrecida en la Guía de configuración básica. Debe saber ya cómo crear un indicador simple e incluirlo en un informe. En este capítulo aprenderá los conceptos necesarios para crear indicadores avanzados, por ejemplo, la diferencia entre indicadores simples y compuestos, la condicionalidad, el nivel, la agregación de indicadores y los joins de indicadores.

Indicadores Guía avanzada de elaboración de informes4

134 Tipos de indicadores © 2002 MicroStrategy, Inc.

Tipos de indicadores

Los indicadores son componentes de informe que permiten realizar cálculos analíticos con los datos del warehouse.Los indicadores pueden pertenecer a uno de estos tipos:

• Los indicadores simples pueden ser independientes o utilizarse como los componentes que forman indicadores compuestos. Los indicadores simples tienen siempre una fórmula y un nivel. El indicador en su totalidad sólo puede contener un nivel.

• Los indicadores compuestos no pueden tener un nivel para todo el indicador, aunque se puede definir por separado para cada uno de los componentes.

Indicadores simples

Un indicador simple no le limita a cálculos sencillos: el término simple hace referencia únicamente a su estructura. Un indicador simple está formado por una fórmula y un nivel. Una fórmula es una expresión matemática que se basa como mínimo en una función de grupo, como una suma o un promedio, aplicada a hechos, atributos o indicadores.Un indicador simple también puede contener una función que no sea de grupo o un operador aritmético, además de la función de grupo necesaria. Sin embargo, se debe incluir en la función de grupo, como muestran los siguientes ejemplos:

Sum(Revenue - Cost){~+}

Sum(Abs (Revenue - Cost)){~+}

El nivel, o dimensionalidad, es el nivel del cálculo del indicador, por ejemplo el año o el cliente. Los indicadores simples pueden, además, contener filtrado, denominado condición, o valores de demora, denominados transformaciones. Estos últimos no son componentes obligatorios, como lo son la fórmula y el nivel. Todos estos componentes se describen detalladamente en Definición de indicadores simples.

Guía avanzada de elaboración de informes Indicadores 4

© 2002 MicroStrategy, Inc. Tipos de indicadores 135

Se habla brevemente de los indicadores simples en el capítulo Información básica para crear informes de la Guía de configuración básica. Normalmente, estos indicadores básicos se crean en una fase temprana del ciclo del proyecto. Se pueden utilizar por separado o como componentes de los indicadores compuestos. A continuación, se muestra un ejemplo de este tipo de indicador donde calcula los ingresos:

Sum(Revenue){~+}

� Los símbolos {~+}, que se definen automáticamente al crear un indicador, quieren decir que los indicadores se calculan en el nivel más bajo del informe.Por ejemplo, si el informe muestra los ingresos por año y mes, las cifras se calculan de manera que reflejen los datos de las ventas mensuales. Si se agrega un atributo, dicho atributo se tendrá en cuenta cuando se calculen los datos del informe.

Los indicadores simples pueden contener varios hechos, como se ve en esta definición de indicador:

Sum(Revenue - Cost){~+}

Observe como el nivel, representado por {~+}, está definido para todo el indicador. Este concepto es importante en la distinción entre indicadores simples y compuestos.

Indicadores compuestos

Un indicador que no es simple es, por defecto, compuesto. La diferencia más importante es que los indicadores compuestos no pueden tener un nivel para todo el indicador, aunque el nivel se puede establecer por separado para cada uno de los componentes. Un indicador compuesto es una combinación de expresiones que, mediante el uso de funciones, son en sí indicadores. Es decir, el indicador Revenue es un indicador simple definido como:

Sum(Revenue){~+}

El indicador compuesto puede contener el indicador Revenue, como se muestra a continuación:

Rank([Revenue Metric])


136 Tipos de indicadores © 2002 MicroStrategy, Inc.

Observe que no se ha definido ningún nivel y que Rank no es una función de grupo.

� Las funciones que no son de grupo son funciones OLAP y escalares, como Rank.

Un indicador compuesto puede incluir también expresiones que actúen como indicadores, por ejemplo:

(Avg(Revenue) {Year+}) + (Avg(Cost) {Year+})

Observe que, aunque las dos funciones de promedio (Avg) tienen un nivel (Year), el indicador en su totalidad carece de él. Los indicadores compuestos pueden contener selecciones dinámicas y valores numéricos constantes, pero no condiciones, niveles ni transformaciones, a excepción de los que ya formen parte del indicador simple que contengan.

Las partes de un indicador compuesto se explican detalladamente en Definición de indicadores compuestos.


© 2002 MicroStrategy, Inc. Tipos de indicadores 137

Distinción entre indicadores simples y compuestos

Distinguir entre indicadores simples y compuestos es sencillo en el Editor de indicadores. Compare los siguientes ejemplos:

El único ejemplo de indicador compuesto es el último. Los demás, independientemente de la complejidad de sus fórmulas, son indicadores simples. Cuando se contrae por completo un indicador simple, los componentes (fórmula, nivel, condición y transformación) siguen estando visibles. Puesto que un indicador compuesto carece de estos componentes en el nivel de todo el indicador, no se pueden ver. Al desplegar todas las expresiones de un indicador compuesto, se muestran los componentes de cada una.


138 Definición de indicadores simples © 2002 MicroStrategy, Inc.

Definición de indicadores simples

Los indicadores están formados por componentes que hacen que un indicador sea distinto a todos los demás y, además, sirven de criterios para definir los cálculos y los datos que se incluyen en cada indicador.

Los indicadores simples contienen estos componentes:

• La fórmula define los datos que se van a utilizar y los cálculos que se van a llevar a cabo con los datos.La fórmula más externa debe ser una función de grupo.

• El nivel, o dimensionalidad, determina el nivel en el que se va a realizar el cálculo del indicador. Por ejemplo, puede decidir realizar los cálculos en el nivel de mes o de año.

• La condicionalidad asocia un filtro al cálculo del indicador. Es un componente opcional.

• La transformación aplica valores de demora, por ejemplo “hace cuatro meses”, a los atributos seleccionados.Es también un componente opcional.

Recuerde del apartado Distinción entre indicadores simples y compuestos que un indicador con una definición como la siguiente es un indicador simple:

Avg(Sum(Rédito) {Mes+}){Año+}

Este indicador calcula el promedio anual de ventas mensuales y en realidad se trata de dos indicadores. En el panel de definición del indicador del Editor de indicadores, el indicador interno se encuentra dentro del externo. Para ver la definición del indicador interno, debe desplegar la fórmula del externo. Es un indicador simple porque puede contener un nivel, una condición y una transformación en el nivel más alto, como ilustra esta imagen tomada del Editor de indicadores:


© 2002 MicroStrategy, Inc. Definición de indicadores simples 139

El indicador interior es Sum([Rédito]). Recuerde que ya se ha definido anteriormente como indicador simple. El código {Mes} que está entre los mismos paréntesis indica que estos datos se toman del nivel de mes, independientemente de lo que aparezca en el informe. Una vez que se haya calculado esta información, se lleva a cabo el segundo indicador, es decir, se obtiene el promedio del resultado del primer indicador en el nivel de año. El siguiente diagrama representa este proceso.

Este tipo de indicador proporciona un buen método para realizar cálculos en varios pasos si las tablas de hechos del warehouse no presentan datos en el nivel superior adecuado para los cálculos posteriores. Por lo tanto, puede utilizar el resultado de un cálculo de indicador como conjunto de resultados intermedio para calcular otro indicador.Por ejemplo, las tablas de hechos existentes proporcionan las cifras de ingresos de cada día, pero necesita información de ventas mensuales. La utilización de esta clase de indicador le permite obtener las cifras mensuales.

Fórmula

Constituye la parte esencial de la definición de indicador.La fórmula de un indicador simple es una expresión matemática formada por funciones de grupo, como suma, promedio, mínimo, máximo, etc. Incluye también los datos que se van a utilizar en los cálculos. Pueden ser hechos, atributos, constantes y otros indicadores. La fórmula también puede contener una función que no sea de grupo o un operador aritmético, además de la función de grupo necesaria.

En SQL, la fórmula pasa a formar parte de la cláusula SELECT del comando SQL.

Tabla de

Hechos

Tabla

intermedia

Resultado

Final

Función de

agregación

interna

Función de

agregación

externa



Definición de funciones de complemento

personalizadas

El Asistente para complementos de función de MicroStrategy se puede utilizar para definir funciones personalizadas de importancia para los escenarios de negocio. El servidor Intelligence Server no distingue entre estas funciones personalizadas y las que se proporcionan por defecto.La funciones de complemento personalizadas no se pueden distinguir de las demás funciones u operadores, como Sum, Average, Min, Max, Count, -, +, / o *.

El Asistente para complementos de función le guiará en el proceso de creación de un proyecto de Visual C++ de Microsoft, con marcadores de posición a los que puede agregar código de análisis personalizado. Una vez que haya agregado el código C++ específico de la función y creado el proyecto, puede iniciar MicroStrategy Desktop e importar el nuevo complemento de función que se va a utilizar en todos los informes.

Fórmulas base

Puede recuperar una fórmula para utilizarla en varias definiciones de indicadores. Esta fórmula se denomina fórmula base, que puede contener operadores aritméticos, atributos, hechos, funciones de grupo, indicadores y funciones que no son de grupo. La utilización de una fórmula base le permite

• actualizar varios indicadores modificando la fórmula base una sola vez, ya que el cambio se propaga automáticamente a todos los indicadores que la utilizan

• buscar o clasificar todos los indicadores que utilizan una fórmula base común

• utilizar una expresión simple como fórmula base para facilitar la creación de indicadores más complejos

• utilizarla como fórmula en indicadores simples o complejos



Nivel

El nivel de un indicador, denominado también dimensionalidad, le permite determinar el nivel de atributo en el que se calcula el indicador. Además, puede especificar la agrupación y el filtrado utilizados en un indicador.

� Los conceptos que abarca el término "nivel" en el contexto de los indicadores de MicroStrategy 7i equivalen a los de dimensionalidad. A lo largo de esta guía se utiliza el término nivel.

Todos los indicadores, por defecto, realizan los cálculos en el nivel de informe. Esto quiere decir que los atributos de la plantilla de informe rigen la forma en que se agrega el indicador. Por ejemplo, si el informe muestra los ingresos por año y mes, las cifras se calculan de manera que reflejen los datos de las ventas mensuales. Sin embargo, puede especificar cualquier conjunto de atributos como nivel de cálculo de un indicador. El motor determina qué conjunto se encuentra en el nivel más bajo; por ejemplo, en el conjunto Región, Mes y Año, el cálculo realiza con Región y Mes.

� Por defecto, el nivel de informe forma parte del nivel del indicador. De esta forma, se consigue una mayor flexibilidad en el uso del indicador.

Los elementos necesarios para especificar un nivel para un indicador concreto son

• nivel

• agrupación

• filtrado

La combinación de nivel, agrupación y filtrado forma una unidad de nivel. La agrupación y el filtrado son independientes. Es decir, el nivel y la agrupación funcionan juntos para determinar el nivel, al igual que el nivel y el filtrado funcionan juntos para establecer el nivel.

� Si pulsa Restablecer en el panel Nivel del Editor de indicadores, la unidad de nivel vuelve al valor por defecto de nivel de informe para el nivel y a Estándar para el filtrado y la agrupación.



Nivel

El nivel es el nivel de atributo en el que se agrupan los cálculos del indicador. Determina qué tabla se va a utilizar para calcular el indicador. El nivel puede ser cualquier conjunto de atributos o una jerarquía. Un caso especial es el nivel por defecto, que es el nivel de informe.

Agrupación

La agrupación determina cómo se agrega el indicador.El resultado de este valor queda reflejado en la cláusula GROUP BY del comando SQL. Las opciones de agrupación de los niveles son:

• Estándar agrupa por el nivel de atributo del nivel.Es decir, siempre que sea posible, el indicador realiza los cálculos en el nivel.

• Ninguno excluye el atributo del nivel de la cláusula GROUP BY. Excluye también todos los hijos del atributo de nivel.

� Ninguno no se puede utilizar si el nivel está establecido en el nivel de informe.

Las demás opciones sólo se utilizan para indicadores que no sean agregables. Un indicador no agregable es el que no se debe agregar en todo un atributo. Un ejemplo es un indicador de inventario. Las cifras de inventario mensuales no se suman para calcular el inventario anual. Estas opciones se describen a continuación:

• Comenzando (tabla de lookup) utiliza el primer valor de la tabla de lookup.

• Finalizando (tabla de lookup) utiliza el último valor de la tabla de lookup.

• Comenzando (tabla de hechos) accede al primer valor de la tabla de hechos.

• Finalizando (tabla de hechos) tiene acceso al último valor de la tabla de hechos.



� Existe una diferencia importante entre el acceso a una tabla de lookup y a una tabla de hechos. Si un valor, por ejemplo las ventas de abril, falta en una tabla de hechos, la fila sigue estando en la tabla y se asume el valor NULL o cero. Si el mismo valor falta en una tabla de lookup, la fila Abril no existe. Se ofrece la información del mes anterior o posterior (marzo o mayo), según si el nivel se ha establecido en valor inicial o final.

Ejemplos de agrupación de niveles

Un indicador de ingresos se define como:

Sum(Revenue){Quarter}

El nivel está establecido en Quarter, con agrupación Estándar. Cuando se incluye este indicador en un informe con Quarter, el resultado es el siguiente.

Observe que las ventas se calculan para cada trimestre, porque el indicador se agrupa en el nivel Quarter, como muestra el SQL:

select a11.[QUARTER_ID] AS QUARTER_ID,

max(a12.[QUARTER_DESC]) AS QUARTER_DESC,

sum(a11.[TOT_DOLLAR_SALES]) as REVENUE

from [QTR_CATEGORY_SLS] a11,

[LU_QUARTER] a12

where a11.[QUARTER_ID] = a12.[QUARTER_ID]



group by a11.[QUARTER_ID]

Sin embargo, utilizando el mismo indicador en un informe con Month, produce este otro resultado.

� Esto es sólo un subconjunto del informe.

Aunque se enumeran todos los meses, el valor de cada mes dentro de un trimestre es el mismo. El indicador calcula los ingresos por trimestre, basándose en el nivel de agrupación establecido en el indicador. El SQL de este informe es, básicamente, el mismo que el del ejemplo anterior:

insert into TEMP_TABLE

select a11.[QUARTER_ID] AS QUARTER_ID,


from [QTR_CATEGORY_SLS] a11

group by a11.[QUARTER_ID]

select a11.[MONTH_ID] AS MONTH_ID,

a11.[MONTH_DESC] AS MONTH_DESC,

pa1.[REVENUE] as REVENUE

from [TEMP_TABLE] pa1,

[LU_MONTH] a11

where pa1.[QUARTER_ID] = a11.[QUARTER_ID]



Cambie la agrupación a Ninguno en ese mismo indicador de ingresos e inclúyalo en un informe con Year. Dado que Year es padre de Quarter, el indicador se puede acumular hasta el nivel Year. A continuación se muestran el informe y su SQL.

select a12.[YEAR_ID] AS YEAR_ID,


from [QTR_CATEGORY_SLS] a11,

[LU_QUARTER] a12

where a11.[QUARTER_ID] = a12.[QUARTER_ID]

group by a12.[YEAR_ID]

En el proyecto, existe una tabla de hechos de ventas anuales, lo que sería más práctico. En lugar de sumar todos los trimestres, el total anual se podría haber extraído directamente de esa tabla. Sin embargo, al ser el nivel del indicador Quarter, el informe se ve forzado a utilizar la tabla de ventas por trimestre.

Si el mismo indicador de ingresos, con la agrupación establecida en Ninguno, se utiliza en un informe con Month, el resultado es el siguiente.



El indicador obtiene la misma cifra para cada mes: el total de todos los meses incluidos en el informe. Puesto que Month es hijo de Quarter, Month se excluye en la cláusula Agrupar por:

insert into TEMP_TABLE

select sum(a11.[TOT_DOLLAR_SALES]) as REVENUE

from [QTR_CATEGORY_SLS] a11

select a11.[MONTH_ID] AS MONTH_ID,

a11.[MONTH_DESC] AS MONTH_DESC,

pa1.[REVENUE] as REVENUE

from [TEMP_TABLE] pa1,

[LU_MONTH] a11

Inventario es un ejemplo de un indicador no agregable. La siguiente definición de indicador informa del inventario disponible al final del mes. El nivel se establece en el nivel de informe y en Month, con una agrupación de hecho final, de manera que se utiliza la última entrada de la tabla de hechos.

Sum([End on hand]) {~, Month}

Un informe contiene este indicador y el atributo Month. En el informe se incluye la última entrada de cada mes de la tabla de hechos. No se realiza ningún cálculo.



� Se trata solamente de una muestra del informe, no del informe completo.

Si se utiliza el mismo indicador en un informe con Quarter, el valor de cada trimestre es el valor del último mes del trimestre. Los valores mensuales de cada trimestre no se suman. Por ejemplo, el inventario disponible en marzo de 2000 es 33.740. Como es el último mes de Q1, ése es el valor que aparece en el informe trimestral.

Filtrado

La opción de filtrado controla la relación entre los filtros y el cálculo del indicador. Las opciones de filtrado son:

• El filtrado estándar permite que el filtro del informe interactúe con normalidad en el cálculo del indicador.El indicador sólo calcula los elementos encontrados en la definición del filtro. Los criterios del filtro para el informe se encuentran en la cláusula WHERE de la sentencia SQL que calcula el indicador en cuestión.

• El filtrado absoluto cambia el filtro en los atributos relacionados con el nivel y más bajos que él. Lo eleva al nivel, si es posible. El filtrado absoluto influye sobre qué se muestra en el informe, no sobre los cálculos realizados. Incluye los criterios del informe en una subconsulta en lugar de en la propia cláusula WHERE.

• Ignorar filtrado omite los criterios de filtrado basados en el atributo del nivel y los atributos relacionados (padres e hijos). El filtro del informe no aparece en absoluto en la sentencia SQL de un indicador con esta opción.



• Ninguno se puede resumir como no especificado: el comportamiento de filtrado del nivel no viene determinado por este componente. En su lugar, los componentes de nivel y grupo de esta unidad de nivel definen el filtro.

Ejemplos de filtrado de nivel

Considere el informe siguiente como punto de partida para mostrar los ingresos de cada mes y trimestre.

� Todos los indicadores de estos ejemplos tienen la agrupación establecida en Ninguno. Ninguno de los informes se muestra completo, son sólo subconjuntos del informe.

Se define un indicador Revenue con Quarter como nivel y filtrado estándar. Se crea un informe con Month, Quarter, este nuevo indicador Revenue y un filtro para enero de 2000. Al ejecutar el informe, los ingresos son los mismos en todas las filas, como se ve más abajo. En el informe se incluyen todos los meses, aunque el filtro del informe es enero de 2000. Esto es así porque la agrupación está establecida en Ninguno. Puesto que Quarter en el nivel es padre de Month en el filtro, en el informe se incluyen todos los meses. El valor del indicador es el total general del filtro, en este caso, sólo enero de 2000.



Se puede crear el mismo informe con un indicador con filtrado absoluto. Al ejecutar el informe, los ingresos son los mismos en todas las filas, como se muestra más abajo. Como consecuencia del filtrado absoluto, el filtro del informe se acumula hasta el nivel del indicador, es decir, Month se eleva a Quarter. Puesto que el informe está filtrado para enero de 2000, el valor son los ingresos del primer trimestre de 2000.

Se ejecuta el mismo informe, pero esta vez con un indicador en el que se va a ignorar el filtrado de nivel. Una vez más, el valor del indicador es el mismo para todo el informe, pero en esta ocasión es el total general de ventas de todo el proyecto. Puesto que Month está relacionado con Quarter, el filtro también se ignora.



Condición

La condicionalidad de indicador aplica un filtro al cálculo del indicador. La condicionalidad se puede considerar como la asociación de un filtro a cada indicador. Por ejemplo, en un informe se muestran los ingresos por región y se utiliza el indicador Revenue. En el informe se incluyen los ingresos de todos los años. Si asocia un filtro 2001 al indicador Revenue y vuelve a ejecutar el informe, sólo se mostrarán los datos de 2001.

Por defecto, el filtro del informe y los elementos del grupo personalizado relacionados con el filtro del indicador no se tienen en cuenta. Si filtra el informe anterior para obtener sólo las ventas de diciembre, el informe sigue mostrando todos los datos de ingresos de 2001. El filtro del indicador reemplaza al filtro del informe, pero sólo si los filtros están relacionados. Si el filtro del informe es para la región Noreste, el informe sólo muestra los ingresos de diciembre de 2001 para la región Noreste. Esta opción se puede cambiar de manera que el filtro del informe sí se tenga en cuenta. En este ejemplo, el informe muestra únicamente los datos de los ingresos de diciembre de 2001.

� Sólo pueden utilizar la condicionalidad los indicadores que tengan un operador de agregación en la fórmula.A un indicador simple sólo se le puede asociar un filtro, aunque ese filtro puede contener tantas condiciones de filtrado como sea necesario.

Para crear un informe que compare las ventas mensuales con las ventas de enero, defina los siguientes indicadores:

• Revenue

Sum(Revenue) {~}

• January Revenue (nivel de Month of Year, filtrado estándar, sin agrupación, condición de January)

Sum(Revenue) {~, [Month of Year]} <January>

• Variance from January

([Monthly Revenue] - [January Revenue])



Incluya estos indicadores en un informe con Month of Year para conseguir el informe siguiente:

Opciones de anidamiento

Las opciones avanzadas de condicionalidad le permiten seleccionar la forma en que interactúan el filtro de informe y el filtro de indicador, como se describe a continuación:

• Combinar en uno nuevo: combina los filtros de indicador y de informe.

• Combinar el filtro de informe en un indicador: es la opción por defecto. Se aplican a los datos los criterios del filtro de informe. El filtro de indicador se aplica a los datos resultantes.

• Combinar la condición del indicador en el informe: primero evalúa el filtro de indicador y, a continuación, aplica el filtro de informe al resultado.

Estas opciones sólo son importantes si al menos uno de los filtros es dinámico, es decir, si el resultado del filtro depende de cuándo se ejecute. Por ejemplo, cuando se filtra por “país=EE.UU”, se produce siempre el mismo resultado. Por el contrario, cuando se filtra por “país donde los ingresos sean mayores que 1000 dólares”, se pueden obtener resultados distintos si los datos son sólo del año 2000, sólo de 2001 o de los dos años combinados.



Por ejemplo, si desea identificar los diez artículos inferiores en cuanto a ingresos se refiere, pero ha agregado una calificación adicional a ésta: sólo artículos con ventas de más de 30 dólares. Puede resolver este problema utilizando las opciones de anidamiento de la condicionalidad del indicador.

La primera calificación, los diez artículos con ingresos más bajos, está contenida en el indicador, y la segunda, los artículos con ventas de más de 30 dólares, se encuentra en el filtro de informe. Si cambia los métodos de anidamiento para controlar cómo interactúan estos dos filtros, modificará el resultado.

• Combinar en uno nuevo: Combinar en uno nuevo combina el filtro de indicador con el del informe. Según el ejemplo anterior, si se eligiera esta opción, el conjunto de resultados sólo incluiría los artículos que se encontraran entre los 10 que menos se venden y cuyas ventas fueran de más de 30 dólares.

• Combinar el filtro de informe en un indicador: Es la opción por defecto. En primer lugar, se cumple el criterio del filtro de informe y el filtro del indicador se aplica al conjunto de resultados obtenido. Si se elige esta opción, primero se encuentran todos los artículos cuyas ventas sean de más de 30 dólares. De esos artículos, se seleccionan los 10 con menos ventas.

• Combinar la condición del indicador en el informe:En este caso, se evalúa en primer lugar el filtro de indicador y, después, el filtro de informe se aplica al conjunto de resultados obtenido. Primero se determinarían los 10 artículos con menores ventas y, después, sólo se muestran en el informe los que tengan ventas de más de 30 dólares.


© 2002 MicroStrategy, Inc. Definición de indicadores compuestos 153

Transformación

Las transformaciones se utilizan normalmente para realizar análisis en períodos de tiempo, por ejemplo, para comparar los valores de momentos distintos, como este año con el anterior o los del mes hasta la fecha. Para obtener más información sobre las transformaciones, consulte el Capítulo 13, Transformaciones.

Un indicador de transformación es un indicador simple que adopta las propiedades de la transformación que se le apliquen. Tomemos como ejemplo un indicador que calcula los ingresos totales. Agregue una transformación para el último año y el indicador calculará los ingresos totales del último año.

Se puede incluir cualquier transformación en la definición de un indicador. También es posible aplicar varias transformaciones al mismo indicador.

Definición de indicadores compuestos

Un indicador compuesto es una combinación de expresiones que, mediante el uso de funciones, son ellas mismas indicadores. Estas expresiones definen los datos que se van a utilizar y los cálculos que se van a realizar con los datos. Los cálculos pueden ser funciones de grupo o no. Los datos pueden ser hechos, atributos, constantes u otros indicadores.

En SQL, la fórmula se convierte en la cláusula SELECT del comando SQL.

Como se indica en Distinción entre indicadores simples y compuestos, la diferencia más importante entre los indicadores simples y los compuestos es que estos últimos no pueden tener un nivel para todo el indicador, aunque el nivel se puede establecer por separado para cada una de las expresiones.


154 Definición de indicadores compuestos © 2002 MicroStrategy, Inc.

Un indicador compuesto no tiene que realizar agregaciones adicionales, como sucede con los simples. En lugar de ello, los dos indicadores se pueden calcular por separado. Los resultados se utilizan para calcular el resultado final, como en el siguiente diagrama.

Por ejemplo, para calcular un margen de beneficios, puede dividir un indicador de beneficios por un indicador de ingresos, como se muestra a continuación:

([Indicador de beneficios]/[Indicador de ingresos])

Observe que este indicador compuesto no contiene ningún nivel; toda la información de nivel se encuentra en los dos indicadores independientes.

Tabla de

hechos

Tabla

intermedia A

Resultado

final

Función de

agregación A

Tabla de

hechos

Tabla

intermedia B

Función de

agregación B

Operador


© 2002 MicroStrategy, Inc. Definición de indicadores compuestos 155

Indicadores avanzados

La propiedad de indicador avanzado de un indicador compuesto le permite cambiar el orden de evaluación por defecto del indicador. Por ejemplo, el siguiente informe contiene información de ventas. Si se muestran los totales sin admitir indicadores avanzados, los totales son incorrectos.

La columna Proporción se suma para obtener el total mostrado. Para calcular el resultado correcto, el total se debe basar en los totales de las columnas Ventas totales y Ventas con descuento. Si se admiten indicadores avanzados, el informe aparecerá como se muestra a continuación:

En resumen, los indicadores avanzados le permiten cambiar el orden de evaluación por defecto de un indicador compuesto. Los indicadores avanzados calculan los subtotales de los distintos elementos del indicador compuesto. Por ejemplo, un indicador avanzado utiliza la fórmula Sum(Indicador1)/Sum(Indicador2) en lugar de Sum(Indicador1/Indicador2).

Para activar y desactivar los indicadores avanzados, utilice la casilla de verificación de la parte inferior de la pestaña Subtotales/Agregación del Editor de indicadores.

Año Ventas totalesVentas con

descuentoProporción

1998 200 50 25%

1999 100 50 50%

Total 300 100 75%

Año Ventas totalesVentas con

descuentoProporción

1998 200 50 25%

1999 100 50 50%

Total 300 100 33.3%


156 Definición de indicadores compuestos © 2002 MicroStrategy, Inc.

Hasta ahora, los indicadores de contribución no podían ser indicadores avanzados, ya que, de serlo, los totales no funcionarían. Por ejemplo, en el siguiente informe de MicroStrategy 7.1, el total de Contribución a Trimestre sería 25% si se activaran los totales avanzados. Esta cifra se calcularía como la suma de todas las contribuciones trimestrales (100) dividida por la suma de todas las contribuciones mensuales (400). Si se desactivaran los totales avanzados, el total sería correcto, 100%.

Ahora, MicroStrategy 7i ofrece subtotales que reconocen la dimensionalidad, de forma que se proporciona la respuesta correcta independientemente de la configuración de los indicadores avanzados. La única limitación de los indicadores avanzados dimensionales es que los valores de subtotal no se pueden agregar a un nivel más alto que el propio indicador, como se muestra a continuación. Los indicadores Artículos vendidos y Contribución no se pueden acumular en el nivel de año. Desactive los indicadores avanzados en este caso, para obtener los resultados correctos.

MesArtículos

vendidos

Contribución a

Mes

Contribución a

Trimestre

Enero 30 100% 30%

Febrero 50 100% 50%

Marzo 20 100% 20%

Mes Artículos vendidosContribución a

Trimestre

Enero 30 30%

Febrero 50 50%

Marzo 20 20%

Subtotal del trimestre 100 100%

Subtotal del año -------- ---------


© 2002 MicroStrategy, Inc. Agregación de indicadores y subtotales 157


El orden en que se calculan los datos afecta a los resultados que se mostrarán. Si utiliza las opciones de orden de evaluación, puede controlar el orden en que se calculan y se resuelven las consolidaciones, los indicadores avanzados, los límites del informe y los subtotales de un informe concreto. Es importante tener en cuenta el orden de evaluación al crear indicadores compuestos. Para obtener más información sobre el orden de evaluación, consulte el Capítulo 2, Informes.

Agregación de indicadores y subtotales

La agregación y los subtotales le permiten controlar cómo se calculan los indicadores. A continuación, se muestran las funciones que se utilizan para ambos tipos de operaciones.

Tipo de agregación Descripción

Total Sum[total] suma de los

valores de entrada

Cantidad Count[count] número de

los valores de entrada

Promedio Avg[average] suma de


dividida por el número de


Mínimo Min[minimum] valor de

entrada más pequeño

Máximo Max[maximum] valor de

entrada más grande

Producto Product[product]

multiplicación de todos


Mediana Median[median] valor

medio de todos los

valores ordenados

Modo Mode[mode] valor de

entrada que aparece

más veces


158 Agregación de indicadores y subtotales © 2002 MicroStrategy, Inc.

Estas funciones son sólo las más utilizadas en los cálculos de indicadores básicos. El Motor analítico puede, además, procesar un gran número de funciones estadísticas, matemáticas, financieras, de fecha y hora, de cadena y OLAP, de las más simples a las más complejas. Para acceder a estas funciones, utilice el Explorador de objetos y seleccione Funciones y operadores.

Subtotales

En el contexto de los indicadores, los subtotales permiten calcular y mostrar datos cuantificados, recopilados por MicroStrategy 7i, junto con agrupaciones de atributos que puede especificar dinámicamente para un informe.El comportamiento de las agregaciones de subtotales se basa en los tipos de datos que se incluyan en el indicador al que se aplica el subtotal.

La función de subtotales le permite determinar qué subtotales están disponibles para ese indicador. Al ejecutar un informe que contiene ese indicador, un usuario puede decidir cuáles de los subtotales se deben mostrar. También puede elegir bloquear por completo los totales del indicador.

Desviación estándar Stdev[standard

deviation] distribución de


Varianza Var[variance] cuadrado

de la distribución de los

valores de entrada

Media geométrica Geomean[geometric

mean] raíz cuadrada del

producto de los valores

de entrada

Tipo de agregación Descripción


© 2002 MicroStrategy, Inc. Agregación de indicadores y subtotales 159

Agregación dinámica

El Motor analítico lleva a cabo la agregación dinámica cuando se desplazan objetos de la cuadrícula a Objetos de informe en el Editor de informes. Los valores del indicador se acumulan en el nuevo nivel de la cuadrícula. La agregación dinámica se produce inmediatamente, en memoria. Puede ver un ejemplo de agregación dinámica en el apartado Agregación dinámica del Capítulo 4, Indicadores.

La opción de agregación dinámica le permite especificar qué función se va a utilizar cuando el Motor analítico agregue el indicador. La opción por defecto permite que el Motor analítico elija la función para la agregación dinámica.

La capacidad de acumular datos en memoria resulta útil para la rápida interacción y el análisis de informes. Sin embargo, no todos los indicadores se pueden acumular con una función de agregación adicional. En su lugar, si los datos son necesarios en el nivel más alto, en primer lugar deben volver a calcularse a partir de los datos detallados que sólo están disponibles en el data warehouse. Imaginemos un indicador definido como Avg(Ingresos){~+} con la agregación dinámica establecida en el valor por defecto. Si se quita un atributo de un informe que contenga este indicador, los valores del promedio de ingresos se reemplazan con guiones, lo que quiere decir que el indicador no se puede calcular en este nivel. Para obtener más información, consulte Excepciones a la agregación dinámica en el Capítulo 2, Informes.


160 Especificación de join © 2002 MicroStrategy, Inc.

Especificación de join

Si establece una especificación de join, podrá establecer condiciones para los datos seleccionados para mostrarse en un informe. Puede aplicar un inner join o un outer join, que se describen detalladamente más adelante. Un inner join sólo contiene los datos comunes a todos los elementos del join, ya sean tablas o indicadores. Un outer join contiene todos los datos de todos los elementos. Puede establecer joins en los niveles de indicador y de informe:

• indicador: manera de unir el indicador a otros indicadores

• informe: manera de unir los indicadores de un informe entre sí; reemplaza la configuración de join de indicador sólo para ese informe.

Si se establece el tipo de join de indicador en el nivel de informe (es decir, utilizando la opción de menú Opciones de los datos del informe), sólo se verán afectados los resultados del informe que se está modificando. Para establecer el tipo de join globalmente, especifíquelo en el nivel de indicador, utilizando la opción Tipo de join del indicador del menú Herramientas del Editor de indicadores. Un tipo de join del indicador que se establece globalmente afecta a los resultados de todos los informes que utilicen ese indicador.

En los indicadores compuestos, también puede establecer el tipo de join en el nivel de la fórmula. Así se controla la manera de unir las expresiones o indicadores que se encuentran dentro del indicador compuesto.


© 2002 MicroStrategy, Inc. Especificación de join 161

Comparación de inner joins y outer joins

En resumen, un inner join sólo contiene los datos comunes a todos los componentes del join. Un outer join contiene los datos aplicables a todos los componentes. Los siguientes ejemplos ilustran esta diferencia más detalladamente.

Por defecto, los inner joins se generan para todos los indicadores de un informe. El informe resultante sólo contiene las filas con datos devueltos para todos los indicadores. Por ejemplo, revise los datos de la tabla siguiente.

Se crea un informe con los indicadores Ventas y Presupuesto por región. El inner join por defecto no cambia. Como la región Norte no tiene ningún dato de presupuesto, no se muestra en el informe. De la misma manera, no se ha realizado el seguimiento de los datos de ventas para la región Oeste, por lo que también se omiten en el informe. El informe que resulta, con un inner join entre indicadores, muestra sólo las regiones para las que hay información de ventas y de presupuesto. El informe muestra el siguiente aspecto.

Región¿Información de

ventas?

¿Información de

presupuesto?

Norte Sí No

Sur Sí Sí

Este Sí Sí

Oeste No Sí

Región Ventas Presupuesto

Sur 200 500

Este 100 400


162 Especificación de join © 2002 MicroStrategy, Inc.

Sin embargo, podría interesarle mostrar todas la filas del informe, tanto si hay datos para todos los indicadores como si no. Un outer join en ambos indicadores produce el siguiente informe, en el que se mencionan las regiones Norte y Oeste, a pesar de que carecen de datos para uno de los indicadores.

Por último, puede especificar joins distintos para cada uno de los indicadores de un informe. Si se define un outer join para el indicador Ventas y un inner join para el indicador Presupuesto, sólo se mostrarán las filas con información de ventas. Se crea el siguiente informe.

La región Oeste no aparece porque no contiene información de ventas. Carece de relevancia el hecho de que existan o no datos para el indicador Presupuesto.

Tipo de join para la fórmula de indicadores compuestos

Un indicador compuesto contiene varias expresiones o indicadores. Puede definir la manera en que se unen estos elementos, utilizando el cuadro de diálogo Tipo de join de la fórmula. Se puede acceder a este cuadro de diálogo desde la opción Configuración avanzada del menú Herramientas del Editor de indicadores. Los tipos de join para la fórmula base de un indicador son:


Norte 100

Sur 200 500

Este 100 400

Oeste 300


Norte 100

Sur 200 500

Este 100 400


© 2002 MicroStrategy, Inc. Especificación de join 163

• Un join por defecto es el que se define en cada elemento.

• Un inner join sólo contiene datos comunes a todos los elementos.

• Un outer join contiene los datos aplicables a todos los indicadores de un informe.

Joins entre indicadores

La configuración del tipo de join del indicador le permite definir la acción por defecto que se realizará para unir el indicador con otros indicadores. Este valor está disponible en la opción Tipo de join del indicador del menú Herramientas del Editor de indicadores. Los tipos de join de indicador son:

• Por defecto utiliza el valor por defecto.

• Inner sólo incluye la información contenida en todos los elementos.

• Outer guarda toda la información de todos los elementos.

� La opción Tipo de join del indicador es un acceso directo a la propiedad Tipo de join del indicador de VLDB, que se encuentra en Opciones avanzadas del mismo menú.


164 Propiedades de VLDB específicas del indicador © 2002 MicroStrategy, Inc.

Propiedades de VLDB específicas del indicador

Existen otras propiedades de VLDB, además de los joins que afectan a los indicadores. Las propiedades de VLDB hacen posible que los productos de MicroStrategy aprovechen las optimizaciones exclusivas que ofrecen las distintas bases de datos. Estas opciones afectan a la manera en que el servidor Intelligence Server de MicroStrategy controla los joins, los cálculos de indicadores y las optimizaciones de las consultas, entre otros. Las propiedades de VLDB están disponibles en varios niveles, a fin de que el SQL generado para un informe se pueda manipular por separado desde el SQL generado para otro. La jerarquía, u orden de prioridad, de las propiedades de VLDB se describe en la siguiente ilustración:

Nivel del informe (Prioridad más alta)

Plantilla

Indicador Proyecto

Instancia de base de datos

DBMS

(La Mayoría)


© 2002 MicroStrategy, Inc. Propiedades de VLDB específicas del indicador 165

Las flechas ilustran la autoridad de reemplazo de los niveles; la máxima autoridad recae en el nivel de informe.Por ejemplo, si en un informe se configura una propiedad de VLDB de un cierta manera y la misma propiedad se establece de otra manera en un indicador incluido en el informe, tiene prioridad la propiedad del informe.

Aunque existen diez propiedades de VLDB específicas para los indicadores, sólo hay seis propiedades de VLDB de indicador disponibles en el nivel de un indicador individual. Puede configurar propiedades de VLDB de indicador adicionales en otros niveles, como el de informe y de proyecto. Consulte la guía MicroStrategy Administrator, Intelligence Server, and Web Administrator, donde encontrará información detallada de estas propiedades.

Las propiedades de VLDB específicas de indicador que se pueden establecer en el nivel de indicador son:

• Integer Constant in Metric (constante entera de indicador)

• Tipo de join de indicador

• Null Check (comprobación de nulos)

• Zero Check (comprobación de ceros)

• Null Checking for Analytical Engine (comprobación de nulos para el motor analítico)

• Subtotal Dimensionality Aware (reconocimiento de dimensionalidad en subtotales)

Para establecer estas propiedades, seleccione Configuración avanzada en el menú Herramientas del Editor de indicadores. A continuación, seleccione Propiedades de VLDB para acceder al cuadro de diálogo Propiedades de VLDB (indicador). Las dos últimas opciones de la lista anterior se encuentran en la carpeta Motor analítico y las demás en la carpeta Indicadores.



Propiedades de VLDB de indicador

Integer Constant in Metric (constante entera de

indicador)

Esta configuración determina si se debe agregar un “.0” después del entero. Las opciones para esta propiedad son:

• Agregar “.0” a las constantes enteras de las expresiones de indicador.

• No agregar “.0” a las constantes enteras de las expresiones de indicador.

• Utilizar el valor heredado por defecto.

Tipo de join de indicador

Esta propiedad establece el tipo de join que se utiliza en el indicador. Las opciones son:

• Inner join, que sólo contiene datos comunes a todos los elementos.

• Outer join, que contiene datos aplicables a todos los indicadores de un informe.

• El valor por defecto heredado.

Para obtener más información sobre los tipos de join, consulte Especificación de join.

Null Check (comprobación de nulos)

La propiedad Null Check (comprobación de nulos) indica cómo procesar las operaciones aritméticas con valores NULL. Las opciones para esta propiedad son:

• No hacer nada, lo que quiere decir que la división por un valor NULL es procesada en la base de datos y no en el Motor analítico.


© 2002 MicroStrategy, Inc. Propiedades de VLDB específicas del indicador 167

• Comprobar en todas las consultas.

• Comprobar sólo en el join con la tabla temporal.

• Utilizar el valor por defecto heredado, desde el nivel de DBMS.

Zero Check (comprobación de ceros)

La propiedad Zero Check (comprobación de ceros) indica cómo procesar la división por cero o cuándo comprobar si hay ceros en el denominador en las operaciones de división. Las opciones para esta propiedad son:

• No hacer nada, lo que quiere decir que la división por cero se procesa en la base de datos y no en el Motor analítico.

• Comprobar en todas las consultas.

• Comprobar sólo en el join con la tabla temporal.

• Utilizar el valor por defecto heredado, desde el nivel de DBMS.

Propiedades de VLDB del Motor analítico para los indicadores

Null Checking for Analytical Engine

(comprobación de nulos para el motor analítico)

Esta propiedad determina si un valor NULL se interpreta como cero cuando el Motor analítico realiza cálculos.Las opciones para esta propiedad son:

• False, que significa que los valores NULL no se cambian.

• True, que significa que el Motor analítico convierte los valores NULL en ceros.


� También puede configurar texto de reemplazo para los valores NULL en el nivel del informe. Si desea más información, consulte el Capítulo 2, Informes.



Subtotal Dimensionality Aware (reconocimiento

de dimensionalidad en subtotales)

La propiedad Subtotal Dimensionality Aware (reconocimiento de dimensionalidad en subtotales)le permite hallar los subtotales basándose en la dimensionalidad de un indicador. Su funcionamiento depende de otra propiedad de VLDB, Query Population Dimensionality Aware (reconocimiento de dimensionalidad en preparación de consultas), que controla la compatibilidad de MicroStrategy 7.1 con las versiones anteriores. Estas dos propiedades funcionan juntas como se muestra en la siguiente tabla.

El valor por defecto de la propiedad Subtotal Dimensionality Aware (reconocimiento de dimensionalidad en subtotales) es TRUE, de manera que los subtotales dependen de la dimensionalidad del indicador. Si debe obtener subtotales sin utilizar la dimensionalidad del indicador, establezca esta propiedad en FALSE.

Las opciones para esta propiedad son:

• FALSE, que significa que los subtotales no reconocen la dimensionalidad del indicador.

• TRUE, que significa que los subtotales reconocen la dimensionalidad del indicador


Si Query Population es: El subtotal es:

TRUE TRUE o FALSE

FALSE Se ignora (es decir, los subtotales no

reconocen nunca la dimensionalidad).


© 2002 MicroStrategy, Inc. Alias de columna de indicador 169

Por ejemplo, el indicador Ingresos trimestrales se define como Sum(Ingresos) Dimensionalidad = Trimestre y el indicador Ingresos anuales se define como Sum(Ingresos) Dimensionalidad = Año.

Si Subtotal Dimensionality Aware (reconocimiento de dimensionalidad en subtotales) se establece en FALSE, el resultado del subtotal trimestral es 600, es decir, un total de los valores de Ingresos trimestrales. El subtotal anual es 2400, que es el total de los valores de Ingresos anuales. Ésta es la forma en que MicroStrategy 7.1 ha calculado el subtotal.

Si Subtotal Dimensionality Aware (reconocimiento de dimensionalidad en subtotales) se establece en TRUE, el subtotal trimestral sigue siendo 600. MicroStrategy 7i reconoce la dimensionalidad de Ingresos anuales, por lo que, en lugar de sumar los valores de la columna, calcula el total en 600.

Alias de columna de indicador

Los alias de columna le permiten modificar los nombres de indicadores existentes para utilizarlos en tablas temporales sin alterar el nombre de la columna original. Por ejemplo, se puede crear una tabla temporal en el SQL utilizado para generar un informe. Si proporciona un alias para la columna, le resultará más fácil identificarla. También puede establecer el tipo de datos y la longitud de byte en este cuadro de diálogo, al que se accede mediante la opción Configuraciones avanzadas del menú Herramientas del Editor de indicadores.

Año TrimestreIngresos

trimestralesIngresos anuales

1 1 100 600

1 2 200 600

1 3 100 600

1 4 200 600


170 Creación de indicadores © 2002 MicroStrategy, Inc.

Creación de indicadores

Puede crear indicadores en el Editor de indicadores, el Editor de informes o Command Manager. Todo este capítulo está dedicado a la descripción de los conceptos relacionados con la creación de indicadores en todos estos componentes. En el Apéndice H, Formato y sintaxis de los indicadores, encontrará información sobre el funcionamiento de las opciones de formato disponibles en el Editor de indicadores. En dicho apéndice se describe también la sintaxis de indicadores que se utiliza en Command Manager.

En este apartado se tratan los indicadores creados inmediatamente en el Editor de informes, denominados indicadores derivados. Los indicadores derivados le permiten crear cálculos basados en los datos que ya están disponibles en un informe. Un grupo concreto de indicadores derivados, los indicadores de acceso directo, utiliza fórmulas predefinidas.

� Una de las categorías de indicador de acceso directo, el indicador de transformación, no es un indicador derivado. A diferencia de otros indicadores de acceso directo, éste se debe calcular en SQL y no en el Motor analítico.

Indicadores derivados

Un indicador derivado se desarrolla en el contexto de un informe, lo que le permite crear cálculos basándose en los datos que ya están disponibles en el informe. Tomemos como ejemplo un informe con los indicadores Ingresos y Coste. Para calcular los beneficios inmediatamente, cree un indicador derivado en el Editor de informes con la siguiente definición:

([Indicador de beneficios] - [Indicador de

coste])


© 2002 MicroStrategy, Inc. Creación de indicadores 171

Los indicadores derivados se evalúan siempre en el Motor analítico. Es decir, un indicador derivado realiza cálculos entre indicadores (cálculos de columna) con los datos de un informe, una vez devueltos del data warehouse. Otra diferencia en los indicadores derivados es que su definición está visible en la barra de fórmulas del Editor de informes. Las definiciones de los indicadores no derivados no están visibles.

Al crear un indicador derivado, no puede acceder a toda la funcionalidad avanzada de indicadores, como las transformaciones y las condiciones. No obstante, sí puede utilizar niveles, o dimensionalidad.

Si define un indicador derivado utilizando una función como suma o máximo, debe especificar el nivel. El valor por defecto es el de no agrupar, como en SUM(Indicador1){}. Puede enumerar atributos de informe específicos, como SUM(Indicador1){Región, Empleado}. No podrá utilizar el resto de la funcionalidad avanzada de indicadores. Por ejemplo, no puede agregar {~+} a la definición para calcular indicadores en el nivel más bajo del informe.

� Aunque puede crear un indicador no derivado como SUM(Hecho){~+} directamente en un informe, se convierte en un indicador anidado y sólo existe en el contexto del informe. Una vez creado, su definición no se puede modificar ni ver. Si necesita un indicador “normal” cuando esté creando un informe, créelo en el Editor de indicadores como objeto independiente.

Indicadores de acceso directo

Los indicadores de acceso directo se basan en indicadores ya presentes en un informe y representan una forma rápida de agregar más indicadores al informe. Se accede a ellos pulsando con el botón derecho del ratón sobre una columna o un encabezado de indicador y se basan en el indicador seleccionado.



Los indicadores de acceso directo pertenecen a una de las categorías siguientes:

• indicadores de porcentaje del total

• indicadores de transformación

• indicadores de rango

Todos los indicadores de acceso directo son derivados, excepto los de transformación, que se deben calcular en SQL. Todos los tipos de acceso directo se describen detalladamente más adelante.

Indicadores de porcentaje del total

Los indicadores de porcentaje del total muestran un porcentaje de un total seleccionado de cada artículo al que afecta el indicador. El total puede ser por columna, por fila, por página, por cada valor del atributo o el total general. En la siguiente tabla se muestran los niveles de cálculo asociados.

Porcentaje del total Nivel de cálculo del total

Sobre filas Todos los atributos del eje de

la columna y de la página.

Muestra valores en todas las

filas del informe como

porcentajes de un total de

filas.

Sobre columnas Todos los atributos del eje de

la fila y de la página. Muestra

valores en todas las

columnas del informe como

porcentajes de un total de

columnas.

Nota: Utilícelo sólo si la

columna contiene un atributo.

Total de página Todos los atributos del eje de

la página. Muestra todos los

valores de una página como

porcentajes del total de la

misma.

Nota: Este cálculo sólo se

puede aplicar a informes con

una función Paginar.



Tomemos como ejemplo un indicador de porcentaje del total, que comienza con el informe siguiente.

Si se selecciona el total de porcentaje de columna como el tipo de indicador, la información aparecerá como se muestra a continuación.

Las siguientes condiciones son aplicables a los indicadores de porcentaje del total.

• Los totales de porcentaje de fila y de columna hacen referencia a las posiciones superior y más a la izquierda, respectivamente.

Total general No se especifica ningún nivel.

Agrega todos los datos del

informe. Muestra todos los

valores del informe como

porcentajes del total general

del mismo.

A través Los atributos seleccionados;

muestra todos los valores

relacionados con un

elemento de atributo

determinado como

porcentajes del total

acumulado para dicho

elemento de atributo.

Porcentaje del total Nivel de cálculo del total



• Los totales de porcentaje de página afectan a todos los atributos de una página.

• “Transversal -> A1”, donde A1 es un atributo, indica que el cálculo se realiza en todos los elementos del atributo.Un ejemplo es el porcentaje de todas las tiendas.

• Si un informe no contiene atributos en un nivel determinado de porcentaje del total, el nivel no está disponible para ese informe.

• En algunos casos, dos o más cálculos de porcentaje del total en distintos niveles lógicos producen el mismo resultado. Por ejemplo, los datos del porcentaje del total de la página pueden ser iguales a los del porcentaje del total general en un informe de una sola página.

• El nivel de un indicador de porcentaje del total permanece constante una vez que se ha calculado el indicador; las operaciones posteriores no tienen efecto alguno sobre él.

Indicadores de transformación

Los indicadores de transformación aplican valores de demora, por ejemplo, “hace cuatro meses”, al atributo seleccionado. En el Tutorial de MicroStrategy, los valores de demora para los accesos directos son:

• hace dos semanas

• el mes pasado

• mes hasta la fecha

• el año pasado

• anterior

• el trimestre pasado

� Estas transformaciones se incluyen en el Tutorial de MicroStrategy como ejemplos. En su proyecto, las opciones son las transformaciones que se hayan creado para el proyecto.



Para cada uno de estos valores, puede seleccionar qué calcular:

• Normal, para mostrar las cifras de unidad de los valores actuales y las correspondientes para el intervalo seleccionado

• Varianza para mostrar la diferencia entre los valores actuales y los correspondientes para el intervalo seleccionado, por ejemplo, Ingresos - ((Ingresos) del año pasado)

• Porcentaje de varianza para calcular la diferencia, expresada como un porcentaje, entre los valores actuales y los correspondientes para el intervalo seleccionado, por ejemplo, Ingresos - ((Ingresos) del año pasado)/((Ingresos) del año pasado)

Indicadores de rango

Los indicadores de rango aplican un número de clasificación a los valores de indicador de un atributo determinado. Si se selecciona, este indicador de acceso directo proporciona opciones de división para todos los atributos del informe.

Por defecto, el indicador derivado de rango aplica un orden ascendente. Para cambiarlo a descendente, modifique el indicador y reemplace <ASC=True> con <ASC=False>.

� La utilización de un indicador de transformación afecta al resultado de todas las ejecuciones posteriores del informe.

Para obtener más información sobre la función de rango, consulte Funciones que no son de grupo.


176 Funciones que no son de grupo © 2002 MicroStrategy, Inc.

Funciones que no son de grupo

Las funciones que no son de grupo utilizadas en los indicadores son:

• rango

• cantidad

• sumas y promedios acumulativos y de movimiento(o funciones OLAP)

• función N-tile

Rango

En las funciones de rango, se especifica el indicador que se va a ordenar y si el orden es ascendente o descendente. También se puede especificar si se debe dividir por un atributo.

El nivel del rango depende del nivel del informe. Por ejemplo, el siguiente indicador combinado con el cliente en un informe muestra al cliente de mayores ingresos como el número uno.

Rank (Ingresos) <Ascending+False>

Si se agrega un parámetro para dividir por año, se muestra como número uno al cliente que haya generado más ingresos cada año.

Cantidad

La función cantidad se utiliza normalmente con un atributo, aunque se puede utilizar también con hechos. Puede especificar si se cuenta desde una tabla de hechos o de lookup y si se cuentan las distintas apariciones del nivel.

Por ejemplo, un indicador puede contar el número de clientes en una región especificada, basándose en la tabla de lookup. Otro indicador calcula el número de clientes que generaron ingresos en un mes concreto. Este cálculo se basa en una tabla de hechos que contiene el hecho Ingresos.


© 2002 MicroStrategy, Inc. Funciones que no son de grupo 177

Sumas y promedios acumulativos y de movimiento

Estas funciones son:

• promedio de movimiento

• suma de movimiento

• promedio acumulativo

• suma acumulativa

Todas estas funciones son similares y se denominan funciones OLAP en el Editor de indicadores. La función de suma acumulativa utiliza un indicador como valor de entrada y calcula un total acumulado de los valores basándose en un orden especificado en la definición del indicador. El orden no se basa en el nivel de informe. Por ejemplo, se necesita un informe con fechas, ingresos e ingresos del mes hasta la fecha. Los ingresos del mes hasta la fecha se definen como RunningSum(Ingresos) <Sort Ascending by

Date>.

Como valores de entrada, la suma y el promedio de movimiento requieren un indicador y un tamaño de intervalo, es decir, un rango de fechas.

Función N-tile

La función N-tile, también llamada segmentación, establece números de grupos, o mosaicos, para un indicador. Algunos parámetros requeridos son el número de grupos y si se deben ordenar de forma ascendente o descendente.

Un ejemplo de uso de la función N-tile es la presentación de los artículos situados en el segmento de 25% superior de las ventas, en el siguiente segmento de 25% y así sucesivamente. Utilice la función N-tile con el indicador Ingresos. Puesto que los resultados son cuartos (cuatro grupos de 25 cada uno), el número de mosaicos es cuatro.


5

GRUPOS PERSONALIZADOS Y

CONSOLIDACIONES

Introducción

Un grupo personalizado es un conjunto de filtros especiales que se puede incluir en una plantilla. Está formado por una colección de elementos denominados elementos de grupo personalizado. Las consolidaciones se utilizan para especificar los datos que desea ver en el informe. Le permiten agrupar los elementos de atributo de otras formas sin cambiar las definiciones de la metadata y del warehouse. Estas dos características le permiten calificar los informes de fila en fila.

En este capítulo, se describe la importancia de los grupos personalizados y las consolidaciones. Amplía la información ofrecida en los temas sobre los filtros, los atributos y los elementos de atributo.

Grupos personalizados y consolidaciones Guía avanzada de elaboración de informes5

180 Grupos personalizados © 2002 MicroStrategy, Inc.

Grupos personalizados

Un grupo personalizado es un objeto que se puede incluir en una plantilla y que está formado por una colección de elementos denominados elementos de grupo personalizado. Cada elemento contiene su propio conjunto de calificaciones de filtrado o de rangos.

Cada elemento de grupo personalizado se puede etiquetar con un encabezado descriptivo y puede incluir una expresión lógica que contenga alguno de los componentes siguientes:

• calificación de atributo

• calificación de conjunto

• objeto de informe

• objeto de filtro

• calificaciones de rangos de grupo personalizado

� Un elemento de grupo personalizado puede utilizar también combinaciones de cualquiera de los componentes enumerados anteriormente, excepto las calificaciones de rangos de grupo personalizado.

Este conjunto de calificaciones se divide en una lista de elementos de atributo una vez que se ejecuta el informe.Por esta razón, los grupos personalizados ofrecen una manera de agrupar elementos de atributo de uno o varios atributos para satisfacer los requisitos de los informes.

Por ejemplo, si utiliza el Editor de grupos personalizados, puede crear el grupo personalizado Inventario de almacén como se muestra a continuación:

Inventario de almacén

Almacenes pequeños con poco inventario

Ventas de almacén < 50

AND

Inventario de almacén< 200

Guía avanzada de elaboración de informes Grupos personalizados y consolidaciones 5

© 2002 MicroStrategy, Inc. Grupos personalizados 181

Almacenes grandes con poco inventario

Ventas de almacén > 50

AND

Inventario de almacén< 200

Según las opciones que seleccione en el Editor de grupos personalizados, el grupo personalizado podría aparecer en el informe como se muestra a continuación.

El nivel de salida de un grupo personalizado (en este ejemplo, Almacén) se basa en las condiciones de filtrado del elemento. Cada elemento del grupo personalizado puede tener un nivel de salida distinto. Por ejemplo, los elementos son totalmente independientes. El hecho de que estén incluidos en el mismo grupo personalizado significa sólo que se muestran en el mismo informe.

Encabezadode elemento

de grupo

personal

Ventas

Almacenes pequeñoscon poco inventario

Almacén "t"

Almacén "a"

Almacén "x"

Almacenes grandes

con poco inventario

38

98

258

16

22

Almacén "m" 160


182 Ventajas de utilizar un grupo personalizado © 2002 MicroStrategy, Inc.

Ventajas de utilizar un grupo personalizado

Una de las ventajas principales de los grupos personalizados es su capacidad de agrupar los elementos de atributo mediante:

• calificación de atributo

• calificación de conjunto

• informe

• filtro

• rangos

• calificación avanzada

Consulte el Capítulo 3, Filtros para obtener más información acerca de estos tipos de calificación.

� En la actualidad, se ignoran los límites de informe definidos en un informe de grupo personalizado.

Calificación de rangos

Los calificadores de rangos le permiten crear elementos de grupo personalizado de rangos. Los rangos son un método para dividir una lista de elementos de atributo, definida por el nivel de salida, utilizando los valores de un indicador. Por ejemplo, puede dividir la lista de almacenes (elementos de atributo “Almacén”) utilizando los valores del indicador “Ventas totales”. Imagine que ha creado un informe en el que se clasifican los almacenes según los ingresos que genera cada uno. Podría interesarle agruparlos creando un grupo para los 10 con mayores ingresos, otro grupo para los que ocupan los puestos del 11 al 20 y un tercero para los que van del 21 al 30.

Se pueden aplicar distintos tipos de rangos:

• Tamaño del rango: divide el rango de valores del indicador definido por los valores “Iniciar a las” y “Detener a las” en un número de rangos, definido cada uno por el parámetro “Tamaño del paso”.


© 2002 MicroStrategy, Inc. Ventajas de utilizar un grupo personalizado 183

Por ejemplo, en el siguiente diagrama el valor “iniciar a las” es 10, el valor “Detener a las” es 50 y el valor “Tamaño del paso” es 10. Por lo tanto, el grupo se divide en cuatro rangos.

• Conteo del rango: define el número de rangos iguales en los que se divide el rango de valores del indicador, mientras que el tamaño de rango define el tamaño de cada rango.

Por ejemplo, en el diagrama anterior, el conteo del rango se ha establecido en cuatro, lo que produce el mismo resultado que el ejemplo del tamaño del rango. Si el conteo del rango se estableciera en cinco, se producirían ocho rangos.

• Puntos del rango: especifica el valor en el que se sitúa un rango, permitiendo que se produzcan rangos de distinto tamaño.

Se puede crear un informe con dos rangos, donde el primer rango muestre los 10 primeros almacenes y el segundo muestre los almacenes en las posiciones del 11 al 100, utilizando puntos del rango. Para crear dos rangos, debe crear tres puntos.

Tamaño del

paso = 10

Iniciar a lasDetener a

las

Conteo del rango = 4

10 20 30 40 50

Resultado

Puntos del rango = 1,10,100

1 10 100


184 Elementos de un grupo personalizado © 2002 MicroStrategy, Inc.

Elementos de un grupo personalizado

Un elemento de grupo personalizado es una expresión lógica de calificaciones. Un elemento de grupo personalizado contiene:

• Un nombre o encabezado: Es un nombre arbitrario que se define al crear el elemento. Este nombre se puede mostrar en el informe y se puede modificar como se desee. Dado que el elemento de grupo personalizado puede aparecer en el informe, elija un nombre descriptivo para agrupar los elementos que defina.

• Una expresión o calificación: Puede definir cualquier calificación o expresión lógica de la calificación; también puede utilizar filtros creados anteriormente para crear el elemento de grupo personalizado.

Por ejemplo, puede crear el grupo personalizado Inventario de almacén de la siguiente manera:

Inventario de almacén

Almacenes pequeños con poco inventario

Ventas de almacén < 50ANDInventario de almacén< 200

Almacenes grandes con poco inventario

Ventas de almacén > 50ANDInventario de almacén< 200

Los elementos del grupo personalizado de este ejemplo son:

Almacenes pequeños con poco inventario, que es la expresión lógica de las dos calificaciones de indicador (MQ) siguientes:

Ventas de almacén < 50 (MQ1)AND (operador lógico)Inventario de almacén < 200 (MQ2)

y Almacenes grandes con poco inventario, que es la expresión lógica de las dos calificaciones de indicador siguientes:

Ventas de almacén > 50 (MQ1)AND (operador lógico)Inventario de almacén < 200 (MQ2)


© 2002 MicroStrategy, Inc. Elementos de un grupo personalizado 185

Encabezados de elementos de grupo personalizado

Un grupo personalizado está formado por uno o varios elementos de grupo personalizado y por encabezados de elementos de grupo personalizado. Cada una de las agrupaciones de elementos de grupo personalizado tiene el encabezado correspondiente. El encabezado se utiliza como identificador en la fila o la columna del informe. El Editor de grupos personalizados le ofrece distintas opciones de presentación del encabezado.

Presentación del grupo personalizado

Los grupos personalizados disponen sus elementos en una estructura jerárquica natural. Cada elemento del grupo personalizado se puede ver como un conjunto de elementos de grupo más pequeños, que se pueden seguir dividiendo hasta que se llega a los componentes propiamente dichos.Por ejemplo, en el grupo personalizado Ranking, el elemento del nivel superior es Sales, que se puede dividir en los rangos Top Cities, Average Cities y Bottom Cities. Cada rango se puede dividir todavía más, en elementos como San Diego y Berlin. Por defecto, en el informe sólo se muestran los nombres de los elementos, como se ve en el ejemplo siguiente.


186 Elementos de un grupo personalizado © 2002 MicroStrategy, Inc.

Si cambia la opción de presentación del elemento de grupo personalizado en el Editor de grupos personalizados, esta división se puede mostrar de forma más detallada. Por ejemplo, a continuación se muestra el mismo informe, pero mostrando los nombres de los elementos y cada uno de los componentes individuales.

Las opciones de presentación le permiten ver

• sólo los nombres de los elementos

• sólo los componentes individuales que forman parte de este elemento

• los componentes individuales y desplegarlos, si es posible

� La opción anterior sólo está disponible para los rangos.

• los nombres de los elementos, los componentes individuales y desplegar estos últimos, si es posible

Esta función se asemeja a la navegación en un informe, pero ésta requiere ejecuciones adicionales del informe. Sin embargo, la navegación le permite manipular los informes instantáneamente.


© 2002 MicroStrategy, Inc. Grupos personalizados y SQL 187

Grupos personalizados y SQL

Los grupos personalizados se podrían considerar también como muchos informes distintos "apilados". Normalmente, es probable que el SQL de un informe con un grupo personalizado sea muy complejo. Cada uno de los “mini-informes” que componen el informe de grupo personalizado completo tendrá al menos un paso de SQL y posiblemente más de uno. El Motor analítico apila todos estos “mini-informes” para crear el resultado final. Además, se pueden crear y quitar muchas tablas temporales para contener los datos intermedios.

Por lo tanto, la ejecución de un informe con un grupo personalizado equivale a ejecutar muchos informes distintos y ponerlos juntos En consecuencia, los grupos personalizados hacen un uso elevado de SQL, ya que es probable que generen muchos pasos de SQL a la base de datos.


188 Ejemplo: grupos personalizados © 2002 MicroStrategy, Inc.

�Ejemplo: grupos personalizados

Requisitos de informe

Tras terminar un informe de inventario para los últimos seis meses, se da cuenta de que tiene una cantidad excesiva de ciertos artículos en el almacén. Le gustaría realizar una promoción especial y ofrecer a sus mejores clientes estos artículos con un descuento. Para hacerlo, tiene que obtener en el mismo informe una lista con los diez mejores clientes y los cinco artículos que menos se venden.

¿Cómo puede hacerlo?

Solución

En realidad, está solicitando dos informes distintos: los diez clientes principales y los cinco artículos del inventario que menos se venden. Puede crear un grupo personalizado con los siguientes elementos:

• los diez clientes principales

• los cinco artículos que menos se venden

A cada elemento se le aplicará una calificación distinta.En este caso, el primer elemento se clasifica por las ventas en dólares. El segundo elemento está formado por los cinco artículos cuyas ventas en dólares son menores. Puede situar este grupo personalizado en un informe y ejecutarlo con el filtro vacío, lo que clasifica los elementos según las ventas en dólares.


© 2002 MicroStrategy, Inc. Consolidaciones 189

Consolidaciones

Las consolidaciones le permiten agrupar y seleccionar elementos de atributo específicos y situar este grupo de elementos de atributo en una plantilla igual que si fuera un atributo. Los elementos de la consolidación se muestran en filas en el informe y con ellos se pueden realizar cálculos aritméticos.

Por ejemplo, suponga que desea ver cada temporada en su propia fila en un informe, pero Season no existe como atributo en el proyecto. Con una consolidación, puede agrupar los elementos del atributo Month of Year en varios grupos de temporada y colocarlos en la plantilla.Esta consolidación contendrá cuatro elementos, uno por cada temporada.

Summer está formado por junio, julio y agosto, Fall por septiembre, octubre y noviembre, y así sucesivamente.La consolidación se sitúa en las filas del informe con los indicadores deseados en las columnas. Por lo tanto, cuando se ejecuta el informe, los valores de indicador de junio, julio y agosto se sumarán para producir el valor de Summer.Lo mismo sucederá con las demás temporadas.

En general, las consolidaciones ofrecen dos funciones muy eficaces que mejoran los informes. Estas funciones son:

• crear un atributo “virtual”

• realizar cálculos en las filas


190 Consolidaciones © 2002 MicroStrategy, Inc.

Creación de un atributo “virtual”

En el ejemplo anterior con la consolidación Season, los cuatro elementos distintos de la consolidación se forman sumando los meses del año correspondientes a cada temporada.El hecho de que se puedan sumar los elementos de atributo en grupos significa que puede agregar datos en un informe en un nivel que no sea el de los atributos predefinidos.El resultado aparece igual que si tuviera un atributo Seasons en el modelo de datos, como se muestra a continuación.

Por supuesto, puede obtener el mismo efecto si cambia el modelo de datos y agrega un atributo Seasons a la jerarquía Time. Sin embargo, agregar un atributo es normalmente una tarea muy complicada, puesto que tiene que asegurarse de que existan las tablas de lookup y de relación adecuadas en el warehouse. Las consolidaciones evitan que tenga que cambiar el modelo de datos, aunque de forma limitada.

Realización de cálculos en las filas

La consolidación Seasons del ejemplo se crea sumando los respectivos Months of Year en las diferentes temporadas. Pero no se tiene que limitar a sumar. De hecho, puede realizar cualquier operación aritmética simple al crear la consolidación. Las consolidaciones permiten realizar operaciones matemáticas entre elementos o grupos de elementos. Es decir, puede realizar otras operaciones aritméticas como multiplicar, dividir y restar. Puede incluso utilizar constantes al especificar la operación.


© 2002 MicroStrategy, Inc. Elementos de consolidación 191

Esta característica convierte a las consolidaciones en una herramienta muy eficaz en la elaboración de informes.Le permite especificar cálculos en el nivel de filas para un informe. Es decir, permite que en un informe haya una fila especificada por una operación matemática.

Por ejemplo, puede tener los siguientes datos en el warehouse.

Con las consolidaciones, puede crear un informe que muestre la diferencia entre las ventas de los dos meses más importantes de la primavera. Para hacerlo, debe crear una consolidación con un elemento de consolidación (marzo-abril). La fórmula es:

[Month of Year=March] - [Month of Year=April]

El resultado es el siguiente:

Elementos de consolidación

Los elementos de consolidación son los elementos de atributo que definen una consolidación. Los elementos de consolidación pueden ser también una expresión de los elementos de atributo que forman una consolidación.Se pueden definir a partir de:

• elementos del mismo atributo, como dos ciudades

• elementos de atributo de distintos niveles, como Región y Centro de asistencia telefónica


192 Elementos de consolidación © 2002 MicroStrategy, Inc.

• elementos de atributos no relacionados, como País y Año

• elementos de consolidación existentes, como la proporción de las ventas de primavera y verano respecto a las de otoño e invierno

Elementos del mismo atributo

Una consolidación puede contener elementos del mismo atributo, como (March) y (April), que pertenecen al atributo Month of Year. Si utilizamos otra vez el ejemplo anterior, los elementos de la consolidación le permiten desplegarla para ver los valores de cada mes. Por ejemplo, si utiliza elementos del mismo atributo, puede modificar el conjunto de resultados del informe como se muestra a continuación agregando a la consolidación los tres elementos siguientes:

• Elemento 1 (marzo)

Month of Year=March

• Elemento 2 (abril)

Month of Year=April

• Elemento 3 (marzo-abril)

{March}-{April}

Gracias al uso de los elementos de consolidación, ahora el informe puede mostrar lo siguiente.

Una consolidación puede contener cualquier expresión en los pares de elementos, por ejemplo (March - April).Otro ejemplo de expresión de elementos puede ser[DC, 1997] / [DC, 1998].


© 2002 MicroStrategy, Inc. Elementos de consolidación 193

Elementos de distintos niveles

Una consolidación puede contener elementos de distintos niveles de la misma jerarquía, como Artículo y Subcategoría de la jerarquía Productos. Por ejemplo, le puede interesar comparar la contribución de distintos artículos a las ventas de Subcategoría. La consolidación, para los artículos Rosas de chocolate (Chocolate Roses ) y Cucharas de chocolate (Chocolate Spoons), será:

• Element 1 (Roses percent)

[{Item=Chocolate Roses} / {Subcategory=Chocolate}]

• Element 2 (Spoons percent)

[{Item=Chocolate Spoons} / {Subcategory=Chocolate}]

Gracias al uso de elementos de consolidación, el informe muestra lo siguiente.

Elementos de atributos no relacionados

Un elemento de consolidación puede contener elementos de distintos atributos. Por ejemplo, puede calcular la diferencia entre dos regiones en un mes concreto. Para los meses de marzo y abril, la consolidación podría contener los elementos siguientes:

• Elemento 1 (marzo Sureste - Suroeste)

[Month of Year=March AND Region=South-East]- [Month of Year=March ANDRegion=South-West]

• Elemento 2 (abril Sureste - Suroeste)

[Month of Year=April AND Region=South-East]- [Month of Year=April ANDRegion=South-West]



El informe tendrá el aspecto siguiente:

Elementos existentes

Puede importar los elementos de consolidación de una consolidación existente. Cuando se importa un elemento de consolidación, se crea otro nuevo y se anida en la consolidación.


Si desea incluir dos o más consolidaciones en un informe, el orden en que el motor los evalúa tiene importancia, ya que puede cambiar el conjunto de resultados. Si una de las consolidaciones contiene una multiplicación o división y la otra una suma o resta, tiene importancia el orden en que se calculen las consolidaciones. Al realizar cálculos matemáticos, el producto de una suma no es siempre igual a la suma del producto.

Por ejemplo, un informe contiene el indicador Dollar Sales y dos consolidaciones. Una consolidación es Seasons, como se ha indicado en los ejemplos anteriores. La otra se llama Years y está formada por tres elementos: 1997, 1998 y 1997/1998. La fila para Spring 1997/1998 se puede calcular como (March 1997 + April 1997 + May 1997) / (March 1998 + April 1998 + May 1998) o como (March 1997 / March 1998) + (April 1997 / April 1998) + (May 1997 / May 1998). Si se utiliza el primer cálculo, es decir, se evalúa primero la consolidación Seasons, se produce el siguiente informe.



Si se utiliza el segundo cálculo, es decir, se evalúa primero la consolidación Years, se producen los siguientes resultados. Observe la diferencia en las filas 1997/1998.

El orden de evaluación se establece cuando se crea el informe, en el cuadro de diálogo Opciones de los datos del informe en el Editor de informes. Para acceder a este cuadro de diálogo, seleccione Opciones de los datos del informe en el menú Datos.


196 Consolidaciones y SQL © 2002 MicroStrategy, Inc.

Consolidaciones y SQL

Los cálculos asociados a una consolidación los realiza el componente Motor analítico del servidor Intelligence Server. El SQL Engine (motor generador de SQL) escribe la consulta SQL que obtiene los datos requeridos del warehouse y, a continuación, los pasa al motor analítico para que realice las operaciones matemáticas necesarias para crear el informe.

Por ejemplo, la siguiente consulta SQL corresponde al informe de ventas en dólares por temporada mencionado en Creación de un atributo “virtual”.

� Las temporadas no se mencionan. La consulta recupera los datos de Months of Year y, a continuación, el Motor analítico realiza los cálculos necesarios para presentar los datos por temporadas.

select a12.[MES_DEL_AÑO] AS MONTH_OF_YEAR, max(a13.[NOMBRE_DEL_MES_DEL_AÑO]) AS MONTH_OF_YEAR_NAME, a12.[ID_AÑO] AS YEAR_ID, sum(a11.[TOT_VENTAS_EN_DÓLARES]) as DOLLARSALES

from [MES_CATEGORÍA_VENTAS] a11, [LU_MES] a12, [LU_MES_DEL_AÑO] a13

where a11.[ID_MES] = a12.[ID_MES] AND a12.[MES_DEL_AÑO] = a13.[MES_DEL_AÑO] AND a12.[MES_DEL_AÑO] in (3, 4, 5, 6, 7, 9, 10, 11, 12, 1, 2)

group by a12.[MES_DEL_AÑO], a12.[ID_AÑO]


© 2002 MicroStrategy, Inc. Ejemplo: consolidaciones 197

�Ejemplo: consolidaciones


Se le ha solicitado que estudie cómo se comportan los productos en las distintas áreas, o territorios, del país y del extranjero. Esto le proporcionará información sobre los patrones de compra de los consumidores, con lo que dispondrá de directrices para establecer estrategias de precios y promociones. Tendrá que mostrar los territorios en las filas del informe y los distintos indicadores (ventas, ingresos y beneficios) en las columnas.


Solución

En el proyecto no existe el atributo Territorio. Tendrá que crearlo.

Con una consolidación, puede agrupar distintos elementos del atributo Región en varios territorios y colocarlos en la plantilla. En este ejemplo, tendrá que dividir los territorios como se muestra a continuación:

• Este = Atlántico central, Norte, Sur

• Oeste = Central, Noroeste, Suroeste

• Extranjero = Canadá, Reino Unido, Francia, Alemania

Estas consolidaciones, situadas en las filas del informe, permiten que los indicadores de los valores se sumen para un territorio concreto. Por ejemplo, los valores de los indicadores Central, Noroeste y Suroeste se sumarán para producir el valor de Oeste, etc.


198 Comparación de los grupos personalizados y las consolidaciones © 2002 MicroStrategy, Inc.

Comparación de los grupos personalizados y

las consolidaciones

En la siguiente tabla, se describen las diferencias que existen entre los grupos personalizados y las consolidaciones. Después de la tabla encontrará más información sobre cada una de las secciones.

Operaciones aritméticas

Las operaciones aritméticas, como suma y división, no se admiten en las definiciones de los grupos personalizados. Sin embargo, en las consolidaciones se pueden crear expresiones matemáticas complejas con los siguientes operadores:

• +

• -

• *

• /

• ()

Grupo personalizado Consolidación

Operaciones

aritméticas

No se admiten Se admiten

Sitio del cálculo final Warehouse Motor analítico

Rendimiento de SQL Bajo Alto

Definición recursiva No Sí

Modo de presentación Flexible y desplegable Fijo en el nivel de

elemento únicamente

Subtotales Sí Sí


© 2002 MicroStrategy, Inc. Comparación de los grupos personalizados y las

Sitio del cálculo final

Aunque el Motor analítico podría ser necesario para resolver los rangos de un grupo personalizado, la fase final del cálculo siempre tiene lugar en el data warehouse. Con las consolidaciones, todos los datos necesarios se recuperan del data warehouse y, después, las consolidaciones se crean en el Motor analítico. Por lo tanto, a las consolidaciones se les puede asignar un orden de evaluación para proporcionar más posibilidades y mayor variedad de análisis. Para obtener más información sobre el orden de evaluación, consulte Orden de evaluación.

Rendimiento de SQL

Para cada elemento de grupo personalizado, existe al menos un paso de SQL. Si el elemento del grupo personalizado se despliega en el Editor de grupos personalizados, se deben realizar hasta tres pasos de SQL para cada elemento del grupo personalizado.

Puesto que el Motor de consultas utiliza un algoritmo inteligente para combinar los elementos de consolidación y determinar el número mínimo de pasos de SQL, podría necesitarse un solo paso de SQL para todos los elementos de la consolidación.

Definición recursiva

Los elementos de grupo personalizado existentes no se pueden utilizar para crear otros. Los grupos personalizados se deben crear siempre a partir de atributos. Por el contrario, se pueden crear nuevos elementos de consolidación basadas en las consolidaciones existentes.


200 Comparación de los grupos personalizados y las consolidaciones © 2002 MicroStrategy, Inc.

Modo de presentación

Cada elemento del grupo personalizado se puede ver como un conjunto de elementos de grupo más pequeños, que se pueden seguir dividendo hasta que se llega a los componentes propiamente dichos. Esta funcionalidad, junto con los cuatro modos de presentación distintos, proporciona flexibilidad y una capacidad de análisis más detallada. Para obtener más información, consulte el apartado Presentación del grupo personalizado.

Las consolidaciones se muestran sólo en el nivel de elemento; los elementos no se pueden desplegar.

Subtotales

Los grupos personalizados actúan como atributos si se incluyen subtotales. Las consolidaciones también admiten subtotales, y se pueden calcular antes o después de los subtotales.


6

SELECCIONES DINÁMICAS

Introducción

Una selección dinámica es un objeto de MicroStrategy que admite la interacción del usuario en el tiempo de ejecución del informe. El objeto de selección dinámica es incompleto por diseño. Durante la fase de resolución del informe se solicita al usuario que dé una respuesta para completar la información. Por ejemplo, el usuario puede escribir información como la región “Noreste” o el año “1997” y los datos se recuperan del data warehouse. Con las selecciones dinámicas, puede crear informes que permitan a los usuarios cambiar el contenido del informe en tiempo de ejecución.

Las selecciones dinámicas resultan útiles para plantear preguntas sobre el conjunto de datos que desea ver en el informe. Permiten que el informe tenga definiciones de informe dinámicas, que pueden cambiar con cada consulta si se modifica la información del cuadro de diálogo Selección dinámica. Las selecciones dinámicas pueden formar parte de la definición del informe, un filtro, una plantilla, un grupo personalizado o un indicador.

Selecciones dinámicas Guía avanzada de elaboración de informes6

202 ¿Qué es una selección dinámica? © 2002 MicroStrategy, Inc.

La utilización de las selecciones dinámicas como parte de estos objetos tiene ventajas. Las selecciones dinámicas resultan útiles para que limitar el número de objetos de un proyecto, ya que le permiten definir la forma en que desea ver los elementos en el entorno del informe, en lugar de proporcionar un informe individual para cada opción.

Podrá encontrar el informe que desea ver con mayor rapidez, porque habrá menos opciones. Sin embargo, plantear preguntas de selección dinámica al usuario aumenta la complejidad de la ejecución de un informe, lo que puede dar lugar a confusiones. La complejidad puede reducirse si se proporcionan buenas descripciones de las selecciones dinámicas, de manera que el usuario sepa con claridad a qué pregunta tiene que responder.

En este capítulo se explican los conceptos necesarios para crear y utilizar selecciones dinámicas.

¿Qué es una selección dinámica?

Si utiliza una selección dinámica en un filtro o una plantilla, puede

• aplicar condiciones de filtrado al informe, a un grupo personalizado del informe o a un indicador del informe

• seleccionar qué objetos, como atributos o indicadores, se incluyen en el informe

Las selecciones dinámicas le permiten determinar la forma en que el informe devuelve los datos del data warehouse. Además, le ahorran tiempo. En lugar de crear varios informes distintos, se puede plantear una pregunta sencilla inmediatamente antes de ejecutar el informe. Existen muchos tipos de selección dinámica y cada uno permite que se plantee un tipo distinto de pregunta. Todos los tipos de selección dinámica se describen por separado más adelante en este capítulo.

Guía avanzada de elaboración de informes Selecciones dinámicas 6

© 2002 MicroStrategy, Inc. ¿Qué es una selección dinámica? 203

Uno de los tipos de pregunta que se puede plantear es el referente al subconjunto de datos que se debe incluir en el informe. Por ejemplo, para ver un informe sobre las ventas en una región concreta, puede crear tres informes: Ventas en la región Oeste, Ventas en la región Central y Ventas en la región Este. En su lugar, puede crear un informe llamado “Ventas, con selección dinámica por regiones” que pregunta al usuario qué región se debe incluir.

Otro tipo de pregunta que se puede plantear es qué atributo se debe mostrar en el informe. Por ejemplo, mediante la selección dinámica se puede obtener consolidación de Ventas por día, semana, mes, trimestre o año. En este informe se pregunta al usuario cuál es la unidad de tiempo que se debe utilizar en el informe.

Las selecciones dinámicas comparten las siguientes características:

• funcionalidad de búsqueda

• propiedades

Funcionalidad de búsqueda de las selecciones dinámicas

Cuando cree una selección dinámica, puede utilizar objetos de búsqueda.

Por ejemplo, puede crear un objeto que le solicite que seleccione en una lista de indicadores un indicador cuyo nombre contenga “Ventas en dólares”. Cuando se ejecuta la selección dinámica, se lleva a cabo una búsqueda de todos los indicadores cuyo nombre contenga esas palabras.Los resultados de la búsqueda se utilizan para generar la lista de los indicadores se podrán elegir con la selección dinámica.


204 Tipos de selección dinámica © 2002 MicroStrategy, Inc.

Propiedades de las selecciones dinámicas

Aunque cada uno de los tipos de selección dinámica posee funciones diferentes para proporcionar un conjunto concreto de condiciones, existen ciertas propiedades comunes a todas las selecciones dinámicas:

• Título identifica y diferencia la selección dinámica.

• Descripción indica al usuario final el objetivo o la naturaleza de la selección dinámica.

• Por defecto contiene la respuesta por defecto a la selección dinámica, si se ha establecido.

• Máximo y Mínimo determinan el número de respuestas que el usuario debe o puede seleccionar (opcional).

• Las opciones de Web definen cómo aparece la selección dinámica en MicroStrategy Web.

Tipos de selección dinámica

Utilizando los siguientes tipos de selección dinámica puede crear una selección dinámica para prácticamente todas las partes de un informe. Es importante que recuerde que las selecciones dinámicas se pueden utilizar en muchos objetos, como informes, filtros, indicadores y grupos personalizados. Todas estas selecciones dinámicas se mostrarán en el tiempo de ejecución del informe, pero el origen de la selección puede encontrarse en cualquiera de los objetos.

• La selección dinámica de definición de filtro reúne cuatro tipos de selección dinámica distintos, todos los cuales permiten que el usuario defina los criterios de filtrado: atributos de una jerarquía, representaciones de atributo, listas de elementos de atributo e indicadores.

• La selección dinámica de objeto le permite seleccionar los objetos de MicroStrategy que se incluirán en un informe, como atributos, indicadores, grupos personalizados, etc. Las selecciones dinámicas de objeto pueden determinar la definición de la plantilla del informe o del filtro del informe.


© 2002 MicroStrategy, Inc. Tipos de selección dinámica 205

• La selección dinámica de valor le permite seleccionar un único valor, como una fecha, un número específico o una cadena de texto concreta. El valor que seleccione el usuario se compara con los valores de los elementos de atributo o de los indicadores y, de esta forma, determina los datos que verá el usuario.

• La selección dinámica de nivel le permite especificar el nivel de los cálculos de un indicador.

Selecciones dinámicas de definición de filtro

Estas selecciones dinámicas se utilizan para calificar sobre el valor de los elementos de atributo e indicadores. Los filtros a los que afecta este tipo de selección dinámica pueden encontrarse en el informe, en un filtro (que, a su vez, se puede utilizar en la condicionalidad de un indicador del informe) o en un elemento de un grupo personalizado. Encontrará información adicional sobre los grupos personalizados en el Capítulo 5, Grupos personalizados y consolidaciones.

Elegir de entre todos los atributos de una

jerarquía

Este tipo de selección dinámica se utiliza para calificar sobre uno o varios atributos de una o varias jerarquías. Se ofrece al usuario al menos una jerarquía con todos los atributos que contiene. Puede calificar sobre uno o varios de los atributos seleccionando una lista de elementos o calificando sobre una representación de atributo concreta. Las selecciones realizadas se incluyen en los criterios de filtrado del informe.

Para definir este tipo de selección dinámica, puede hacer lo siguiente:

• Seleccionar una jerarquía concreta.

• Utilizar el conjunto de jerarquías resultante de una búsqueda de jerarquías.

• Enumerar todas las jerarquías disponibles en el proyecto.

Si elige mostrar más de una jerarquía, puede realizar calificaciones desde todas las jerarquías que se presenten en el tiempo de ejecución del informe.



Calificar sobre un atributo

Se utiliza para aplicar condiciones o calificaciones a una representación de atributo.

Se ofrece al usuario uno o varios atributos y puede calificar sobre una lista de elementos o una representación de atributo de uno de ellos.

Para definir una selección dinámica de calificación de atributo, puede:

• seleccionar un atributo concreto

• ofrecer al usuario una lista, parcial o completa, de atributos que resultan de una búsqueda de los atributos disponibles en el proyecto

Elegir de una lista de elementos de atributo

Esta opción se utiliza para que el usuario pueda elegir entre los elementos de atributo de una lista para su inclusión en un filtro o un grupo personalizado. La lista se puede limitar en el tiempo de diseño de la selección dinámica. Este tipo de selección dinámica se puede utilizar con cualquier atributo de un proyecto.

La lista de elementos en la que el usuario puede hacer su selección se puede realizar

• seleccionando todos los elementos asociados a un atributo

• proporcionando una lista parcial de los elementos aplicando un filtro para los elementos asociados a un atributo

• proporcionando una lista predefinida de elementos en la que el usuario puede hacer su selección



Calificar sobre un indicador

Una selección dinámica de calificación de indicador permite al usuario calificar sobre un indicador. Se ofrece al usuario uno o varios indicadores, para que elija aquel sobre el que se va a calificar.

La selección de indicadores se puede definir

• especificando un único indicador para su uso en tiempo de ejecución

• especificando un objeto de búsqueda para limitar la lista de indicadores de la que el usuario puede elegir

Ejemplo: selección dinámica de definición de filtro


Tiene que crear un informe que muestre las ventas en las regiones Oeste, Central y Este. El resto de los datos del informe no cambian. No es necesario que las regiones estén en el mismo informe.

Solución

Para satisfacer los requisitos, la solución más fácil es crear un informe que incluya un filtro que solicite al usuario que realice una selección dinámica de la región. Cuando se ejecuta el informe, se abre el cuadro de diálogo Selección dinámica, donde se solicita al usuario que elija la región o regiones cuyos resultados desea en el informe.



Selecciones dinámicas de objeto

Las selecciones dinámicas de objeto se utilizan para que pueda seleccionar los objetos que se van a incluir en el filtro del informe o en la plantilla del informe.

Se definen especificando un objeto de búsqueda o una lista de objetos predefinida en la que el usuario puede elegir. Una selección dinámica de objeto permite que se especifiquen respuestas por defecto, así como el número máximo y mínimo de objetos que se van a seleccionar.

Un objeto de búsqueda define los criterios (como ubicación, fecha, propietario, etc.) a partir de los que se generará una lista de objetos. Las búsquedas definidas en las selecciones dinámicas se guardan en el proyecto. Por ejemplo, un objeto de búsqueda puede mostrar todos los indicadores que se hallen en una carpeta determinada y utilicen un hecho concreto.

Todos los objetos que devuelve una única selección dinámica de objeto deben pertenecer al mismo tipo de objeto. Por ejemplo, puede utilizar una selección dinámica para solicitar indicadores o atributos, pero no ambos. Si desea realizar selecciones dinámicas de varios tipos de objeto en el mismo informe, puede crear una selección dinámica de objeto para cada tipo de objeto.

Ejemplo: selección dinámica de objeto


La directora de ventas suele pedir a sus analistas que proporcionen informes similares con pequeños cambios en los indicadores. Desea un indicador que calcule las ventas en dólares de cada empleado. Además, en ocasiones le interesa comparar los resultados de cada empleado con los resultados de ventas del empleado que más vende o el que menos vende. En otras ocasiones, desea comparar los resultados de cada empleado con el promedio de ventas de todos los empleados.



Solución

En lugar de crear muchos informes distintos, preferiría ofrecer a la directora de ventas la flexibilidad de poder seleccionar la función analítica que desee en el momento de ejecutar el informe.

En este caso, le puede proporcionar tres funciones para que elija:

• mínimo

• máximo

• promedio

La directora de ventas decidirá que función desea utilizar con el indicador Ventas en dólares. El informe final puede tener los siguientes objetos:

• empleado

• indicador Ventas en dólares

• indicador Ventas en dólares que utilice la función analítica seleccionada por el usuario

Selecciones dinámicas de valor

Las selecciones dinámicas de valor se utilizan cuando la información que se desea obtener en tiempo de ejecución es un único valor de un tipo de datos concreto. El valor que elija el usuario se compara con una representación de atributo o un indicador. Esta comparación se puede llevar a cabo en un criterio de filtrado o en un grupo personalizado. Los tipos de datos disponibles para las selecciones dinámicas de valor son:

• fecha, que puede ser cualquier formato de fecha válido

• número, por ejemplo, un entero

• cadena, que es cualquier tipo de texto

Las selecciones dinámicas de valor admiten la especificación de los valores máximo y mínimo que se van a aplicar.



� Aunque las selecciones dinámicas largas no forman parte de las opciones disponibles por defecto para su selección, las puede habilitar como parte de las preferencias del proyecto.

Ejemplo: selección dinámica de valor


Crear un informe que muestre las ventas a partir de una fecha determinada.

Solución

Solicite al usuario la fecha desde la que desea ver los datos de ventas. El valor que elija se aplica a un criterio de filtro para el atributo “fecha”. Esta selección dinámica se incluye en el filtro de un informe.

Selecciones dinámicas de nivel

Las selecciones dinámicas de nivel se utilizan para definir la dimensionalidad de un indicador. Cuando dos o más indicadores sólo se diferencian en el nivel, resulta útil crear una selección dinámica sobre la dimensionalidad para no tener que crear dos o más indicadores.

Este tipo de definición de selección dinámica requiere una jerarquía o una lista de atributos. La salida por defecto del indicador tiene lugar en el nivel del informe.


© 2002 MicroStrategy, Inc. Guardar informes con selecciones dinámicas 211

Ejemplo: selección dinámica de nivel


Crear un informe que muestre las ventas por región o por tienda.

Solución

Cree el indicador Ventas con una selección dinámica sobre nivel. Establezca las respuestas posibles a la selección dinámica de Región y Tienda.

Guardar informes con selecciones dinámicas

Cuando guarde un informe con selección dinámica que ya ha ejecutado, aparecerá el cuadro de diálogo Guardar opciones. Tiene las siguientes opciones:

• Estático: no se le preguntará cuando vuelva a ejecutar el informe. Las respuestas que elija la primera vez se utilizarán a partir de entonces.

• Peticiones: se le preguntará cuando vuelva a ejecutar el informe. Las opciones son selecciones dinámicas de filtro, selecciones dinámicas de plantilla o ambas. Encontrará la información sobre las selecciones dinámicas de filtro y de plantilla en el Capítulo 3, Filtros.


212 Guardar informes con selecciones dinámicas © 2002 MicroStrategy, Inc.

Ejemplo: selecciones dinámicas básicas


Tiene que ejecutar una serie de informes, cada uno de los cuales debe mostrar las ventas anuales de entre cinco años no consecutivos.

Solución

Puede crear una selección dinámica de filtro sobre Año. Cuando el usuario ejecute el informe con esta selección dinámica, se le solicitará que especifique el año que desea ver. Puede ejecutar el informe la primera vez utilizando 1989, ejecutarlo una segunda vez con 1993, etc...


7

HECHOS

Introducción

Los hechos son uno de los componentes esenciales para crear un proyecto. Un hecho tiene dos características: es numérico y agregable. Algunos ejemplos de hechos pueden ser Ventas en euros, Unidades vendidas, Beneficios, Coste, etcétera.

Este capítulo trata sobre los hechos avanzados. Se da por sentado que ya posee un data warehouse poblado con sus datos.

Hechos Guía avanzada de elaboración de informes7

214 ¿Qué es un hecho? © 2002 MicroStrategy, Inc.

¿Qué es un hecho?

Los hechos son objetos creados por usuarios de MicroStrategy 7i y compartidos entre ellos. Relacionan valores de datos numéricos del data warehouse con el entorno de informes de MicroStrategy 7i. Los hechos que cree permiten a los usuarios acceder a los datos almacenados en un data warehouse. Los hechos constituyen la base de los indicadores que se utilizan en la mayoría de los análisis e informes que los usuarios pueden elaborar con MicroStrategy 7i.

Los hechos se almacenan en el data warehouse, en tablas de hechos. Estas tablas de hechos están compuestas de diferentes columnas, en las que cada celda representa un dato específico. Esta información se utiliza para crear un indicador como Beneficios, que sirve de medida de negocio.

Los hechos se basan en columnas físicas del data warehouse. Cuando se solicita información sobre hechos para un informe en MicroStrategy 7i, se accede a la columna en cuestión para recuperar los datos que se necesiten.

Al igual que otros objetos de esquema, por ejemplo, los atributos, los hechos son objetos lógicos de MicroStrategy que se corresponden con tablas y columnas físicas.Al contrario que los atributos, los hechos no describen datos, sino que son los valores de datos reales, almacenados en un nivel de hechos específico. Un nivel de entrada de hecho es el conjunto de atributos más bajo donde se almacena un hecho.

Los hechos y los atributos se necesitan para definir proyectos. En un proyecto de MicroStrategy, los hechos son datos numéricos y los atributos son datos contextuales para los hechos. Como diseñador del proyecto, debe crear proyectos que contengan hechos y atributos que los usuarios puedan incluir cuando creen indicadores e informes.

Data warehouse HechoColumna

Guía avanzada de elaboración de informes Hechos 7

© 2002 MicroStrategy, Inc. Estructura de los hechos 215

Estructura de los hechos

Todos los hechos constan de los siguientes elementos:

• La definición de hecho se compone de una o más expresiones de hecho. Todos los hechos deben poseer al menos una expresión.

• El alias de columna almacena el nombre de la columna, que MicroStrategy 7i utiliza para generar sentencias SQL cuando se crean tablas temporales relacionadas con el hecho. Todos los hechos deben tener un alias de columna y MicroStrategy 7i seleccionará uno por defecto según el tipo de hecho, a no ser que cree uno nuevo.

• Las extensiones de nivel (avanzadas) permiten que los hechos almacenados en el data warehouse en un nivel se calculen en otro nivel con el que no guarden relación. También puede utilizar las extensiones para impedir que se calcule un hecho específico en un nivel determinado, incluso si está almacenado en ese nivel. Las extensiones de nivel no se aplican normalmente, pero resultan muy efectivas en escenarios especiales de modelización de datos, si es un usuario avanzado.

� Para que exista un hecho en un proyecto de MicroStrategy, el producto debe definir tanto la expresión de hecho como el alias de columna.

� Durante la creación del proyecto, cuando seleccione la columna numérica utilizada para representar el hecho, se establece automáticamente tanto la definición de hecho como el alias de columna.

Definición de hecho

Una definición de hecho contiene propiedades que definen el hecho y sus componentes. La definición de hecho consta de al menos una expresión de hecho, así como de información básica sobre él, incluido su nombre, la expresión y la tabla de origen que emplee.


216 Estructura de los hechos © 2002 MicroStrategy, Inc.

El siguiente ejemplo muestra una definición de hecho que incluye un nombre, una descripción y expresiones. Pueden existir varias expresiones en una misma definición.

Las expresiones de hecho incluidas en la definición representan la manera en que MicroStrategy 7i calcula un hecho. Los hechos pueden encontrarse en varias tablas de un esquema del warehouse y suelen calcularse de formas diferentes en las diversas tablas.

� Cada expresión de hecho está relacionada con una o más tablas relacionadas que contienen el hecho.

� Las expresiones de hecho definen, para cada una de las tablas, la manera en que se calcula el hecho.

Expresiones de hecho

Una expresión de hecho puede ser tan sencilla como un nombre de columna de hecho del warehouse o tan sofisticada como una fórmula que contenga columnas de hechos y constantes numéricas. La definición de hecho puede poseer una o más expresiones de hecho.

Puede definir un hecho mediante una función ApplySimple. Las funciones Apply se tratan en el Apéndice B, Expresiones pass-through.

Hecho

Nombre

Descripción

Alias de

columna

Extensiones

Expresiones

Definición Expresión 1

Expresión 2

Expresión 3Nombre

Tipo de datos

Extensión 1

Extensión 2



El siguiente ejemplo ilustra una columna de la tabla de hechos y las expresiones de hecho asociadas.

Son expresiones válidas las fórmulas creadas a partir de columnas de hechos con o sin constantes numéricas u operadores matemáticos. Pueden utilizarse los siguientes operadores matemáticos en las expresiones:

• suma (+)

• resta (-)

• multiplicación (*)

• división (/)

La expresión de hecho puede ser constante, o bien puede utilizar una expresión pass-through ApplySimple. Los columnas utilizadas en expresiones de hecho derivadas deben coexistir en la misma tabla.

Por ejemplo, una tabla de hechos contiene un hecho, F1, y otra contiene otro hecho, F2. No puede crear un nuevo hecho (F3) que sea la suma de F1 y F2. En su lugar, debe configurar un indicador que calcule la suma. Si desea más información sobre los indicadores, consulte el Capítulo 4, Indicadores.

Expresiones de hechos implícitos

Los hechos implícitos son hechos constantes o virtuales que no existen físicamente en la base de datos.

Los hechos implícitos pueden tener una expresión definida como un valor constante, aunque no se guarde nada en una columna. Los hechos implícitos se utilizan en definiciones de indicador que no contienen otros hechos e indican una tabla de hechos de la que recuperar los datos.

Detalle_Pedido

Orden_ID

Articulo_ID

Call_Center_Id

Fecha_Pedido

Cantidad_Vendida

Precio_Unitario

Ventas

Fecha de la orden= Fecha_Pedido

Hecho Expresión de hecho



Expresiones de hechos derivados

El valor de un hecho derivado viene determinado por una expresión que combina dos o más columnas de una tabla para crear una columna. En otras palabras, se crea un hecho nuevo a partir de información ya presente, como en el siguiente escenario:

Existe una tabla en su data warehouse que contiene los siguientes elementos:

Puede crear un nuevo hecho, Ventas, mediante la creación de este hecho derivado:

Ventas = Cantidad_Vendida * Precio

La ventaja de crear un hecho derivado reside en que no debe crear varios hechos. Se oculta la estructura del warehouse a los usuarios y se dispone de un solo hecho coherente en el proyecto, en lugar de tener que recuperar muchos datos de varias tablas. Por ejemplo, si utiliza la misma fórmula en varios lugares, utiliza un paso de SQL en lugar de tres.

Los cálculos y las funciones agregadas a la expresión ayudan a derivar los datos de la base de datos, ya que producen SQL con sintaxis específica para la base de datos.

Tabla de hechos 1

Artículo

Trimestre

Cantidad_Vendida

Precio



Nombres heterogéneos de columna para hechos

MicroStrategy 7i le permite identificar nombres heterogéneos de columna de hechos para cada hecho. Con los nombres heterogéneos de columna, puede hacer referencia al mismo hecho con varios nombres de columna de tablas diferentes que identifiquen el mismo valor cuantitativo. En el warehouse, el mismo hecho puede tener diferentes nombres de columna. Puede utilizar el Editor de hechos para crear expresiones de hecho.

Un ejemplo son las ventas en euros. El warehouse tiene dos tablas, como se ilustra a continuación. La tabla 1 contiene un hecho denominado Ventas_en_Euros. La tabla 2 contiene un hecho llamado Ventas_en_Euros. Estos dos elementos representan la misma información. Al crear un nombre heterogéneo de columna de hecho, el sistema sabe que se trata del mismo hecho cuando solicite la información.

Alias de columna

El alias de columna especifica tanto el nombre de la columna que se va a utilizar en las tablas temporales, como el tipo de datos que se utilizará para el hecho. Por defecto, el tipo de datos para un hecho se hereda del tipo de datos de la columna en que se define el hecho. No obstante, existen casos en los que pueda tener que cambiarlo.

Por ejemplo, puede definir un hecho para que sea la diferencia entre dos fechas, quizás para realizar un cálculo como el promedio de días entre una fecha de inicio y una de finalización. Podría crear este hecho utilizando la siguiente expresión:

ApplySimple("DateDiff(day,#0, #1)", [Fecha_inicio_Id], [Fecha_finalización_Id])

Año

Ventas_en_Euros

Tabla 1

Mes

Ventas_en_Euros

Tabla 2



� La sintaxis de la expresión es específica para el tipo de su base de datos. Esta sintaxis corresponde a Microsoft SQL Server. El SQL que cree puede ser diferente.

El tipo de datos para este hecho se define automáticamente como un tipo de datos de fecha, puesto que Fecha_inicio_ID y Fecha_finalización_ID son de ese tipo. Sin embargo, el resultado del cálculo, es decir, la diferencia entre las dos fechas, es un entero.

Esto se utiliza cuando se debe crear una tabla temporal SQL para el cálculo. Si no cambia el tipo de datos del alias de columna, el sistema utilizará un tipo de datos de fecha e intentará insertar datos de enteros en esta columna. Aunque es posible que esto no presente problemas para algunas plataformas de base de datos, puede causar un error. Para evitar la posibilidad de que se produzca un error debido a un conflicto entre tipos de datos, debe modificar el alias de columna del hecho de manera que el tipo de datos de fecha por defecto sea un entero.

Extensiones de nivel

Los hechos se almacenan en un nivel concreto del warehouse. El nivel de hecho se define mediante los ID de atributo presentes en la tabla. Las extensiones de nivel resultan necesarias cuando los hechos se almacenan en el data warehouse en un nivel y se calculan en otro nivel diferente no relacionado. Todos los hechos están vinculados a un conjunto de atributos que puede satisfacer o no todos los requisitos de informes a nivel de usuario. Se precisa una extensión de hecho explícito cuando un hecho no está relacionado con todos los atributos de informe necesarios.

Nombre

Descripción

HechoAlias de

columna

Extensiones

Expresiones


Expresión 2

Expresión 3Nombre

Tipo de datos

Extensión 1

Extensión 2



� Si un hecho tiene un atributo en el nivel de entrada, también pueden utilizarse todos los atributos padre, sin extensiones.

Puede utilizar las extensiones de nivel para cambiar un nivel de hecho. Las extensiones de nivel definen cómo se extienden, bajan o inhabilitan los hechos a otros atributos del esquema. Al crear una extensión de nivel, permite que los hechos o los atributos que se hayan almacenado en un nivel se extiendan a otro niveles técnicamente no relacionados para los informes.

Las extensiones de nivel no son requisitos como la definición de hecho y el alias de columna, y tienden a utilizarse únicamente en casos especiales.

Antes de poder utilizar un indicador que contenga este hecho con un atributo que no se encuentre en el nivel de entrada o no esté relacionado con él, debe definir la extensión de nivel. Puede llevar a cabo esta tarea utilizando uno de los métodos listados a continuación:

• relación de tablas

• relación de hechos

• degradación

• join de producto cruzado

• inhabilitación del nivel de hecho

Estos métodos se definen en el Asistente de extensión de nivel.

Nombre

Descripción

HechoAlias de

columna

Extensiones

Expresiones


Expresión 2

Expresión 3Nombre

Tipo de datos

Extensión 1

Extensión 2



Relación de tablas

Una relación de tablas define un join entre tablas. Cuando crea un join entre una tabla de hechos o lookup, está creando una relación de tablas para extender un hecho. Puede utilizarse una extensión de hecho para relacionar un hecho con un atributo mediante una tabla de hechos. El join es importante, puesto que la tabla contiene un atributo en el nivel de entrada y el atributo al que extender el hecho.

� Si desea extender el hecho de manera que pueda calcularse en cualquier nivel de la jerarquía, debe seleccionar el atributo de nivel más bajo de dicha jerarquía.

Por ejemplo, su warehouse contiene las siguientes tablas.

Centro de

Distribución

Orden

Tabla 1

Centro de

Distribución

Ordern

Cliente

Tabla 2

EnvióUnidades

Vendidas en la

orden



El nivel de entrada del hecho Envío es Centro de Distribución y Orden. Desea definir una plantilla que contenga tanto Cliente como Envío, incluso cuando Envío no se almacene en el nivel Cliente. Puede relacionar Envío con Cliente uniendo la tabla 1 con la tabla 2 por los atributos Centro de Distribución y Orden. Para hacerlo, defina una relación de tablas en el hecho Envío utilizando la tabla 2, de manera que el nivel de entrada de Envío se convierta en Centro de Distribución, Orden y Cliente. Esta relación puede representarse como se muestra:

Cuando el motor procesa un informe que contiene Cliente y Envío, une las tablas 1 y 2, y considera la tabla resultante como una tabla de hechos lógicos en el nivel Centro de Distribución/Orden/Cliente. El SQL generado para un informe que contenga Centro de Distribución, Cliente y Envío es:

select a1.CENTRO_DIST, a2.CLIENTE,sum(a1.ENVÍO)

from TABLA1 a1, TABLA2 a2where a1.CENTRO_DIST= a2.CENTRO_DIST and a1.ORDEN = a2.ORDEN

group by a1.CENTRO_DIST, a2.CLIENTE

Relación de hechos

Las extensiones de hecho pueden definirse mediante una relación de hechos, en lugar de una relación de tablas.Con una relación de hechos, el join de tabla es posible en cualquier tabla que contenga el hecho. Esto permite mayor flexibilidad al definir las relaciones, ya que MicroStrategy Engine es responsable de elegir la tabla adecuada para el join.

Envió Cliente

Tabla 2 en Centro Distribución / Orden



Si se agregan dos tablas de resumen al esquema utilizado en el ejemplo de relación de tablas, el esquema tendrá este aspecto:

Para extender el nivel de entrada del hecho Envío a Cliente, puede utilizar un relación de hechos que emplee el hecho Unidades Vendidas en la orden. MicroStrategy Engine intenta unir una tabla que contenga Envío con una tabla que contenga Unidades Vendidas en la orden. El motor puede establecer los siguientes joins, según los atributos de join especificados:

• Join 1: Tabla 1 y tabla 2 en Centro de Distribución, Orden

• Join 2: Tabla 1 y tabla 4 en Centro de Distribución



Centro de

Distribución

Orden

Tabla 1

Centro de

Distribución

Orden

Cliente

Tabla 2

Envió Unidades

Vendidas en la

orden

Centro de

Distribución

Tabla 3

Envió

Centro de

Distribución

Cliente

Tabla 4

Unidades

Vendidas en la

orden



La relación de hechos que utiliza Unidades Vendidas en la orden puede representarse de la siguiente manera.

Los atributos de join puede ser Centro de Distribución y Orden, o simplemente Centro de Distribución. En el primer caso, sólo es válido el join 1. En el segundo caso, son válidos los joins 2, 3 y 4. El motor elegirá el adecuado.

A continuación, se muestra el SQL generado para un informe que contenga Centro de Distribución, Cliente y Envío, si el atributo de join es Centro de Distribución.

select a1.CENTRO_DIST, a2.CLIENTE,sum(a1.Envío)

from TABLA3 a1, TABLA4 a2where a1.CENTRO_DIST= a2.CENTRO_DISTgroup by a1.CENTRO_DIST, a2.CLIENTE

Al igual que con la relación de tablas, puede especificar Mejor ajuste para el join, de forma que el motor calcule los joins. En un join de mejor ajuste, el conjunto de atributos de join debe contener la clave completa de la tabla de hechos de la izquierda.

Degradación

La degradación, que baja un nivel de hecho, es el contrario lógico de la agregación. Cuando existen hechos en un nivel más alto al de la visualización de informe, debe especificar la manera en que el motor degrada los datos a un nivel más bajo. Cuando baja el nivel en el que se calcula un hecho, está utilizando la degradación.

E n vió C lien te

U n id ad es V en d id as en la o rd en p or

C en tro d e D is tr ib u c ión / O rd en ó C en tro

d e D is tr ib u c ión



Por ejemplo, si el hecho está almacenado en el nivel anual y desea calcular los datos en el nivel mensual, puede crear una degradación. También puede agregar una expresión de asignación para cambiar la definición del hecho en una extensión de nivel. En este ejemplo en concreto, se selecciona como atributo al que degradar Mes, y después se especifica que la expresión de asignación es hecho/12. Mediante la creación de expresiones de asignación, está definiendo cómo los hechos de nivel más alto se degradan a atributos de nivel más bajo. Las expresiones de asignación se definen mediante las operaciones que establezca en los atributos y los hechos en el Asistente de extensión de nivel.

Join de producto cruzado

Puede utilizar un join de producto cruzado cuando no exista un join y necesite forzar un hecho a que establezca una relación con un atributo mediante la extensión del hecho.El join de producto cruzado permite que un único valor de hecho establezca una relación con todos los elementos de un atributo no relacionado. Este método puede producir datos incorrectos, ya que, en algunos casos, los datos se repiten y se cuentan dos veces. Los productos cruzados sólo deben utilizarse cuando no exista ningún otro método para extender el hecho.

Cuando especifica un join de producto cruzado para relacionar un hecho con un atributo, está creando un producto cartesiano del atributo de lookup. Dado que este método puede resultar poco eficiente, MicroStrategy no recomienda que se utilice la extensión de producto cruzado.



Por ejemplo, en el siguiente esquema, Centro de Distribución no está relacionado con Ventas en Euros.

Para calcular Ventas en Euros por Centro de Distribución, debe utilizarse un join de producto cruzado. La relación se define de la siguiente manera:

Tenga en cuenta que no se especifica ningún atributo de join. MicroStrategy Engine siempre relaciona las tablas de lookup de los atributos de la extensión mediante joins cruzados.

El SQL generado para un informe que contenga Cliente, Centro de Distribución y Ventas en Euros es:

select a1.CENTRO_DIST, a2.CLIENTE,sum(a2.VENTAS_EUROS)

from TABLA1 a1, TABLA2 a2group by a1.CENTRO_DIST

Centro de

Distribución

Tabla 1

Orden

Cliente

Tabla 2

Ventas en Euros

Ventas en EurosCentro de

Distribución

Producto cruzado


228 Definición de hechos © 2002 MicroStrategy, Inc.

Inhabilitación

Una inhabilitación se asemeja a un bloqueo, que se utiliza para impedir que se calcule un hecho en un nivel específico. Por ejemplo, puede seleccionar un atributo o un conjunto de atributos en el nivel donde no desee que se calcule el hecho. En lugar de extenderlo a un nivel específico, la inhabilitación no permite que se calcule el hecho en ese nivel.

Si un hecho se almacena en un nivel donde resulta contraproducente realizar consultas, como los datos almacenados en el nivel Semana, Día, Minuto o Segundo, puede inhabilitar los niveles más bajos. Por ejemplo, si posee datos correspondientes a tres años y realiza consultas en el nivel Minuto, consumirá demasiados recursos y se devolverá gran cantidad de datos. Al establecer una inhabilitación, cuando cree un informe e intente incluir el hecho en el nivel Minuto, aparecerá un error que indica que no se puede ejecutar el informe en ese nivel.

Definición de hechos

Existen dos herramientas para crear hechos, el Asistente para crear hechos y el Editor de hechos. Ambas herramientas están disponibles en MicroStrategy Architect, que puede accederse a través de MicroStrategy Desktop. El Asistente para crear hechos es una interfaz paso a paso que suele utilizarse cuando se crea un proyecto inicialmente.Le permite crear varios hechos de una sola vez, en un único proceso de creación. El Editor de hechos se utiliza para agregar funciones avanzadas a los hechos que ya existen, o bien para agregar hechos durante la evolución del proyecto.

Es importante que comprenda el concepto de la definición de hechos, puesto que los hechos le permiten crear indicadores avanzados que contienen datos que no se almacenan en el warehouse y que sólo pueden derivarse mediante la extensión de hechos.


© 2002 MicroStrategy, Inc. Definición de hechos 229

Ejemplo: definición de hechos

La siguiente tabla lista las definiciones de hechos para hechos sencillos.

Nombre

del hecho

Descripción

del hechoExpresión Nivel de hecho

Ventas

regulares

Totales de

las ventas

diarias de

artículos en

la tienda

Ventas_totales Tienda/Día

Precio

unitario

Precios de

los artículos,

registrados

diariamente

Todas_ventas Artículo/Día

Inventario Cantidades

diarias en

stock de los

artículos de

la tienda

Inv_Artículos Artículo/Tienda/

Día


8

DOCUMENTOS

Introducción

Un documento es un marcador de posición HTML utilizado para dar formato, mostrar y distribuir varios informes en una misma página o al mismo tiempo dentro de un proyecto. Puede modificar el aspecto del documento, al igual que con cualquier otra página HTML, para que incluya texto, imágenes, hipervínculos, tablas y uno o más objetos de informe.

Este capítulo describe el diseño, la creación y la visualización de documentos. Por otra parte, trata conceptos de XML y XSL avanzados, que proporcionan funciones para personalizar los documentos.

Documentos Guía avanzada de elaboración de informes8

232 Diseño del documento © 2002 MicroStrategy, Inc.

Diseño del documento

El diseño del documento se utiliza para colocar los informes dentro del documento. El diseño se lleva a cabo en HTML, lo que le permite insertar imágenes, texto, tablas e hipervínculos; en resumen, puede agregar a un documento todos los elementos que pueden agregarse a una página Web.

El diseño del documento es un archivo HTML que incluye rótulos especiales que identifican la ubicación de los informes. Los informes vienen representados por rótulos de imagen personalizados. Estas imágenes se sustituyen con el informe en cuestión cuando se ejecuta el documento en Vista de documento en Desktop o mediante MicroStrategy Web.

Los documentos utilizan XML y XSL para permitir a los usuarios ver el contenido de los informes incluidos en el documento. Estas tecnologías le permiten separar el estilo del contenido cuando cree páginas Web. XML define la estructura de la información, mientras que XSL define el formato. El servidor Intelligence Server proporciona el XML del informe, mientras que el formato proviene del XSL especificado en el Editor de documentos.

Conceptos avanzados: XML y XSL

No necesita tener conocimientos sobre XML y XSL para crear y ver documentos. No obstante, la capacidad de personalizar el XSL proporciona funcionalidad adicional que puede utilizar para crear más documentos personalizados.

Guía avanzada de elaboración de informes Documentos 8

© 2002 MicroStrategy, Inc. Conceptos avanzados: XML y XSL 233

XML

XML es el acrónimo de Lenguaje de marcado extensible (eXtensible Markup Language en inglés). XML proporciona un conjunto de reglas estándar para mostrar datos en una representación textual. Al igual que una tabla de base de datos, XML contiene tanto los datos como la información sobre los datos. En el caso de una tabla de base de datos, esta información adopta la forma de nombres de columna y tipos de datos. En el caso de XML, se almacena en rótulos y atributos. Los rótulos en XML son similares a los rótulos en HTML: no son los datos que se van a mostrar o utilizar en sí, sino que proporcionan información sobre cómo mostrarlos. Los atributos en XML son similares a los atributos en HTML: proporcionan características sobre un rótulo, así como sobre los datos subyacentes. En XML, los datos subyacentes se denominan elementos.

XML puede representar de forma más sencilla una mayor variedad de datos que una tabla relacional. Esta flexibilidad constituye una parte importante de la eficacia de XML. La otra parte es la posibilidad de utilizar cualquier rótulo personalizado en un documento XML. Al contrario que los documentos HTML, que están limitados a un conjunto predeterminado de rótulos, los documentos XML pueden incluir literalmente cualquier rótulo; la interpretación del rótulo la realiza la hoja de estilos XSL y la aplicación que los representa.

El XML generado para la definición del documento contiene un puntero con una ruta al archivo de diseño HTML. Por lo tanto, el archivo HTML debe resultar accesible desde el servidor MicroStrategy Intelligence Server y la interfaz de MicroStrategy Desktop. Éste también es el caso para los archivos XSL asociados con los elementos de contenido. En tiempo de ejecución, el servidor MicroStrategy Intelligence Server examina el archivo de diseño HTML, reemplaza los marcadores de posición de imágenes con los informes correspondientes y aplica el XSL correspondiente a todos los informes.

Si desea más información sobre las definiciones de rótulos XML de MicroStrategy 7i, consulte la documentación de MicroStrategy SDK.


234 Conceptos avanzados: XML y XSL © 2002 MicroStrategy, Inc.

Asimismo, existen diversas publicaciones que proporcionan información adicional sobre el estándar XML. Por otra parte, World Wide Web Consortium (W3C) publica un conjunto de páginas Web en http://www.w3.org/XML/ que documenta el estándar y lista recursos adicionales. Consulte estas fuentes de información externas para obtener más información sobre XML.

XSL

XSL es el acrónimo de Lenguaje de hoja de estilos extensible (eXtensible Stylesheet Language en inglés). XSL dicta el estilo (como el color y la fuente) de una cuadrícula. Todos los informes de un documento deben llevar asociado un XSL, a fin de que se pueda dar formato a los informes.

Una hoja de estilos XSL es un tipo específico de documento XML y, por lo tanto, debe cumplir el mismo conjunto de reglas que cualquier otro documento XML. El estándar XSL proporciona un conjunto de rótulos, reglas y métodos especiales que pueden utilizarse en conjunto para procesar documentos XML y convertirlos en archivos formateados, como HTML.

Si desea más información sobre el lenguaje de hoja de estilos extensible, visite el sitio Web de W3C en http://www.w3.org/Style/XSL/.

Hojas de estilos XSL

Las hojas de estilos XSL proporcionan un método muy eficaz para controlar el formato de salida de las cuadrículas de MicroStrategy. Pueden utilizarse para mucho más que simplemente controlar el formato de la cuadrícula.Por ejemplo, las hojas de estilos XSL pueden emplearse para controlar la inserción de imágenes, frases e incluso marcos.


© 2002 MicroStrategy, Inc. Creación de documentos 235

Para obtener una lista y una descripción de las hojas de estilos que se instalan con MicroStrategy 7i en la carpeta XSL del directorio de la aplicación (Unidad:/Archivos de programa/MicroStrategy/Desktop/XSLs, asumiendo que lo haya instalado en el directorio por defecto), consulte la documentación de MicroStrategy SDK.

� Un documento debe utilizar la hoja de estilos por defecto (default.xsl) para que los umbrales funcionen.

Creación de documentos

Cuando decida crear un documento, se abrirá el Editor de documentos. El Editor de documentos consta de dos paneles:

• El Panel de contenidos del documento le permite ver las propiedades de los informes incluidos en el documento. Se puebla a medida que agrega informes a la sección de diseño del documento.

• El Panel de la estructura del documento es donde debe agregar los objetos que desee incluir en el documento y donde se ajusta cómo aparecerán en el documento. Puede agregar informes, imágenes, texto y tablas a un documento, junto con cualquier otro objeto o información que pueda adjuntarse a una página HTML.

� También puede abrir el Explorador de objetos en el Editor de documentos, seleccionando Panel del Explorador de Objetos en el menú Ver.


236 Creación de documentos © 2002 MicroStrategy, Inc.

Vistas de documento

Puede trabajar con documentos en las siguientes vistas:

• Vista de edición Normal proporciona la funcionalidad WYSIWYG (lo que se ve es lo que se imprime) de edición HTML. Puede agregar tablas, texto, imágenes e informes. El HTML se genera automáticamente. Tenga en cuenta que cuando arrastre y suelte objetos de informe en esta vista, se mostrarán con un marcador de posición de icono. Este marcador de posición se sustituye con el informe cuando seleccione Vista de documento en el menú Ver o ejecute el documento en MicroStrategy Web.

• Vista de editor de HTML muestra el código fuente HTML del documento. Las ediciones realizadas en el código fuente quedan inmediatamente reflejadas en la Vista de editor de HTML. También puede modificar el código fuente HTML con herramientas de otros fabricantes y después importarlo al Editor de documentos mediante el menú Archivo.

• Vista de documentos muestra el documento y ejecuta los informes. Para imprimir un documento mostrando datos del informe en lugar de los iconos de marcador de posición, debe imprimir desde esta vista.

Características de los informes

Cuando seleccione un objeto en el Panel de la estructura del documento, verá las siguientes características de informes en la parte inferior del Panel de contenidos del documento:

• Nombre es el nombre del informe.

• Ver le permite ver el informe como cuadrícula o como gráfico en el documento.

• Rangos le permite activar y desactivar los rangos de informe para el documento. Rangos cambia los colores de las filas del documento para distinguirlas visualmente.

• Con XSL, puede especificar que se utilice un archivo XSL para dar formato al informe en el documento.


© 2002 MicroStrategy, Inc. Creación de documentos 237

Puede modificar cualquiera de las características del informe pulsando con el botón derecho del ratón sobre el informe en el Panel de contenidos del documento o en el Panel de la estructura del documento.

Encontrará información adicional sobre los informes y las características de los informes en el Capítulo 2, Informes.

URL de imágenes

Puesto que los documentos pueden verse interactivamente mediante MicroStrategy Web o distribuirse a orígenes externos mediante MicroStrategy Narrowcast Server, las URL y las rutas de archivos deben crearse correctamente. Cuando se ven documentos utilizando MicroStrategy Web, el servidor Web que transmite el documento puede procesar URL relativas. Esto no es posible cuando los documentos se distribuyen a los usuarios y se ven desde orígenes externos como un servidor de correo. Estos orígenes externos sólo pueden resolver las URL completas, no las relativas.Una URL completa especifica el nombre del recurso, así como todos los subdirectorios, el nombre del dominio y HTTP o HTTPS, como por ejemplo en http://www.microstrategy.com/imágenes/imagen.gif.

Por el contrario, una URL relativa es una URL local en la que se omite cierta información, como por ejemplo los nombres de directorios. Se denomina relativa porque la URL sólo es válida en relación con la URL del recurso actual. Por ejemplo, ../imagen.gif se encuentra en un nivel superior respecto al directorio actual. Si la página Web actual es www.microstrategy.com/imágenes/intro.html, el archivo está guardado en el directorio www.microstrategy.com/imágenes.

Para evitar que los documentos contengan vínculos rotos, es importante que siga estas reglas:

• Utilice las URL de HTTP y HTTPS completas para garantizar la accesibilidad de los destinatarios que se encuentren fuera de la red de la compañía.


238 Creación de documentos © 2002 MicroStrategy, Inc.

• Sólo los usuarios con acceso de red a los archivos de imagen compartidos verán imágenes definidas con URL de archivo completas y rutas de archivo UNC (Convención de nomenclatura universal). Un ejemplo de este tipo de dirección es file://servidor_de_archivos/directorio_compartido/imágenes/imagen.gif.

• Las ULR de archivo completas que utilizan unidades compartidas sólo funcionan si los usuarios tienen definida la misma unidad compartida. Un ejemplo de URL con una unidad compartida es file://x:\imágenes\imágenes.gif.

• Una URL relativa debe contener una URL base en la definición de la página HTML. Si esta URL base existe, la URL funciona correctamente en páginas Web que se envíen por correo electrónico, ya que actúa como las URL completas descritas anteriormente.

El rótulo HTML base define la URL base para las URL relativas en una página HTML. A continuación, se ofrece un ejemplo de este rótulo:

<HTML>

<HEAD>

<TITLE>Título de la página HTML</TITLE>

<BASE href="http://www.microstrategy.com/">

</HEAD>


© 2002 MicroStrategy, Inc. Ejemplo: creación de un documento 239

�Ejemplo: creación de un documento


Tiene dos informes relacionados, Ventas por temporada y Ventas mensuales, que desea ver al mismo tiempo. Aunque ambos son informes de cuadrícula por defecto, la información podría comprenderse más fácilmente si se mostraran en formato de gráfico. Finalmente, su empresa utiliza un estilo estándar para sus páginas Web. Este estilo está guardado en un archivo llamado EstándarEmpresa.HTML.


Solución

En Editor de documentos, cree un documento. Importe el archivo de diseño, EstándarEmpresa.HTML, para configurar el estilo estándar de la empresa. Agregue el texto que desee. Agregue los dos informes, cambiando Vista del objeto de Desktop a gráfico y aplicando el formato XSL a ambos.


9

ATRIBUTOS

Introducción

Los atributos se utilizan principalmente para agrupar o agregar hechos.

Puede agrupar los atributos relacionados como Población, Estado o Región, en una jerarquía común, como Situación. En un modelo de datos lógico, cuando los atributos se encuentran en la misma jerarquía, deben estar relacionados entre sí, mientras que los atributos de diferentes jerarquías no pueden estar relacionados.

Este capítulo describe qué es un atributo, los diferentes tipos de atributos y los conceptos necesarios para utilizar elementos de atributo, representaciones y expresiones de representación.

Atributos Guía avanzada de elaboración de informes9

242 ¿Qué es un atributo? © 2002 MicroStrategy, Inc.

¿Qué es un atributo?

Los atributos representan entidades del modelo de negocio y normalmente vienen identificados por un ID de columna único en el data warehouse. El atributo actúa como un encabezado de columna y los datos que aparecen en la siguiente tabla son elementos. Los elementos definen y componen el atributo. Por ejemplo, los elementos New York, Baltimore y Boston están agrupados bajo el atributo Población.

Puede utilizar atributos para definir el nivel de detalle de un informe. El atributo de nivel más bajo que incluya en un informe es el nivel más bajo de detalle calculado. Un informe de nivel alto, como el informe en el nivel Año, incluye el atributo Año, pero carece del detalle de un informe similar que incluya los atributos de nivel más bajo Mes y Semana. Es importante comprender que los datos continúan siendo los mismos, simplemente no están agregados.

El siguiente diagrama muestra los atributos y los elementos tal y como aparecen en una tabla.

Los atributos se definen mediante estas propiedades:

• Un elemento es un valor único (una fila) de un atributo, como New York.

• Una representación contiene un identificador o descriptor de un atributo, como por ejemplo una abreviación o URL.

• Una expresión asigna una representación de atributo de MicroStrategy a una o más columnas del warehouse.

• Una relación permite la interacción de los datos y muestra cómo éstos se relacionan dentro de un proyecto.

RepresentaciónRepresentación

Elementos

Población Abreviación ciudad Año Ventas

New York NY 1999 30k

Baltimore BA 1999 55k

Boston BN 1999 43k

Representación Hecho

Atributo: Población Atributo: Año

Guía avanzada de elaboración de informes Atributos 9

© 2002 MicroStrategy, Inc. ¿Qué es un atributo? 243

El siguiente diagrama ilustra cómo se relacionan las propiedades de los atributos.

Elementos de atributo

Los elementos de atributo son los valores o contenidos únicos de un atributo. Por ejemplo, si Población es el atributo, Chicago y Miami son elementos de Población.

Deben tenerse en cuenta los elementos cuando se determinen las relaciones entre atributos. Los elementos no se incluyen en el modelo de datos porque son los datos físicos de la base de datos. Si conoce y comprende los elementos de un atributo, podrá mejorar el diseño del modelo de datos y del proyecto. Como se muestra en el siguiente modelo de datos, el atributo División contiene varios elementos de atributo, como Ropa de hombre, Zapatos y Artículos deportivos.

Representación decategoría

ID

Atributo

Customer

Representación

Domicilio

Representación

Página de inicio

Representación

Nombre

Representación

ID

Expresión

Cliente_id

Expresión

Cliente_NUM DIN1

Expresión

Tabla

L_Cliente

Tabla

L_Pago

Tabla

L_Impuestos

Tabla

L_Factura


244 ¿Qué es un atributo? © 2002 MicroStrategy, Inc.

Otro ejemplo muestra los elementos y los datos del atributo Tienda. Cada elemento de atributo es una fila en una tabla de lookup de atributos, como se muestra en el siguiente diagrama.

Normalmente, se hace referencia a los elementos utilizando su representación más descriptiva. Por ejemplo, si incluye “Atlanta” en un informe, se está refiriendo al elemento que se corresponde con Almacén_No “Atlanta”.

Producto

Departamento

Ropa formal de hombre

Ropa casual de hombre

Accesorios de hombre

Zapatos de hombre

Clase

Camisa de vestir de hombre

Pantalones de vestir de hombre

Pantalones casuales de hombre

Corbatas de hombre

Artículo

Blanco de botones

Cuello recto blanco

Puños negros

Corbata de trama marina

División

Ropa de hombre

Zapatos

Artículos deportivos

Elementos Atributos

Jerarquía

S to re _ I D S to re _ N a m e S to re _ L o n g _ N a m e

1 A t la n ta A t la n ta , G e o rg ia

2 M ia m i M ia m i, F lo r i d a

3 B o s to n B o s to n , M a s s a c h u s e t ts

4 N e w Y o rk N e w Y o r k , N e w Y o rk

5 A lb a n y A lb a n y , N e w Y o rk


© 2002 MicroStrategy, Inc. ¿Qué es un atributo? 245

Expresiones de representación

Una expresión de representación define qué columnas del warehouse se utilizan para la representación de atributo en SQL. Debe declararse al menos una expresión para cada representación de atributo. Aunque pueden existir varias expresiones en diferentes tablas, una representación no puede tener dos expresiones diferentes en la misma tabla de origen.

Puede crear expresiones utilizando columnas de atributos, constantes y/o operadores matemáticos, por ejemplo, +, -, /, *. Los atributos implícitos son los únicos que no incluyen una columna en la expresión, ya que sólo utilizan las constantes que declare. Si desea más detalles sobre los tipos de expresiones de representación de atributo, consulte Expresiones de representación de atributo.

Puede crear una expresión de representación utilizando funciones Apply. Estas funciones se tratan en el Apéndice B, Expresiones pass-through.

Este ejemplo utiliza el atributo Tienda y sus representaciones y elementos correspondientes:

Almacén

atributo

Baltimore

New York

Boston

Elementos Representaciones

Tienda_id=1

Almacen_Desc=New York

Almacen_URL=www.NYstore.com

Tienda_id=2

Almacen_Desc=Baltimore

Almacen_URL=www.Baltimorestore.com

Tienda_id=3

Almacen_Desc=Boston

Almacen_URL=www.Bostonstore.com


246 Representaciones de atributo © 2002 MicroStrategy, Inc.

Atributos y SQL

El SQL hace posible la elaboración de informes. El usuario crea un informe y, después, el servidor Intelligence Server, utilizando esta definición de informe, instruye al motor sobre la manera en que debe crear el SQL para dicho informe. Las expresiones definidas en un atributo o hecho definen la cláusula SELECT de un comando SQL.

Por ejemplo, considere lo siguiente:

Select Tienda_ID, Fecha, sum(Ventas)From Tienda_Hecho

Group By Tienda_ID, Fecha

Ha especificado que está buscando información de ventas por tienda y fecha. Los atributos y los indicadores que ha definido indican al servidor Intelligence Server dónde en el data warehouse debe buscar la información y cómo crear el SQL que la recuperará. Gracias a este proceso, no tiene por qué conocer SQL para extraer información del data warehouse.

Representaciones de atributo

Las representaciones de atributo son identificadores o descriptores de un atributo. Cada atributo debe tener al menos una representación, y la mayoría tiene dos:

• la representación ID

• la representación de descripción primaria

Todos los atributos necesitan una representación ID, como Cliente_ID o Población_ID. Algunos atributos pueden tener representaciones descriptivas adicionales que no funcionen como representación de descripción primaria. Por ejemplo, el atributo Cliente del Tutorial de MicroStrategy tiene varias representaciones, así como los grupos independientes de elementos de atributo de cada representación. Las representaciones incluyen el ID y el nombre del cliente que sirve como descripción del atributo. También se incluyen la dirección y el correo electrónico.


© 2002 MicroStrategy, Inc. Representaciones de atributo 247

Una de las representaciones del elemento Población es Nombre. Chicago es la representación Nombre para el elemento de Población con el ID 1. Otras representaciones para Chicago son una URL, como www.chicago.com, o una abreviación como CH.

Cada representación de atributo proporciona detalles que identifican y describen el atributo. Tienda_ID es un identificador numérico único para cada tienda, mientras que Almacén_No contiene el verdadero nombre de la tienda. Otras representaciones para el atributo Tienda pueden ser ID, números, nombres descriptivos, nombres abreviados, URL, etc. En MicroStrategy 7i, puede asignar un máximo de 32 representaciones por atributo.

Una tabla de lookup simple con tres columnas contiene las siguientes representaciones independientes:

• Tienda_id: un número identificador único para cada tienda (representación ID)

• Almacén_No: el nombre de cada tienda (representación de descripción)

• Almacén_Nombre: la ubicación completa, incluido el nombre de la tienda y el estado, de cada tienda (representación de descripción larga)

En este ejemplo, la tabla Lookup_Tienda registra todos los datos de las representaciones para el atributo Tienda.

Los atributos deben contener al menos una representación ID, que identifica de manera única el atributo. Las representaciones que cree deben hacer referencia a una tabla de lookup y pueden incluir varias expresiones. Cada tabla debe tener una representación ID, ya que la tabla se une de esta manera. Puede seleccionar una tabla de lookup en el Editor de atributos de una lista de las tablas existentes en el proyecto.

Tienda id Almacen No Almacen Nombre

Representación de

atributo

Representación de

atributo

Representación

de atributo



Por ejemplo, tenemos dos tablas, una con las representaciones Cliente_ID, Nombre y Nº_SS. La segunda tabla de lookup contiene Cliente_ID y Correo_electrónico.El atributo tendrá cuatro representaciones y las tablas se unirán mediante los ID de las columnas.

Propiedades de las representaciones de atributo

Cuando cree representaciones en el Editor de atributos, debe seleccionar las propiedades de cada representación. Estas propiedades afectan a la manera en que se muestran las representaciones e incluyen lo siguiente:

• Las categorías de representación ayudan a asignar categorías a los tipos de representación. Las opciones estándar son ID, Desc y Ninguno. Puede crear nuevas categorías de representación en el Editor de atributos.

• Los tipos de formato controlan la manera en que se muestra la representación. Por ejemplo, puede elegir Fecha para las fechas o Imagen para mostrar correctamente las imágenes.

• La ordenación por defecto determina la manera en que la representación se ordena por defecto cuando se incluye en un informe. Puede elegir entre Ascendente, Descendente o Ninguno.

Expresiones de representación de atributo

Básicamente, los atributos actúan como contenedores de información y proporcionan contexto para los hechos.Por ejemplo, el atributo Cliente contiene información sobre el cliente, como su nombre y dirección. Estas unidades de información se denominan expresiones de representación de atributo. Los tipos de expresiones son

• simples

• implícitas

• derivadas

• asignaciones heterogéneas



Las expresiones de representación simples acceden a los datos mediante columnas que se incluyen durante la creación de los atributos. Los atributos implícitos y derivados no se relacionan directamente con los datos almacenados en el data warehouse. Estos atributos crean datos virtuales combinando o utilizando columnas para generar los datos. Las expresiones simples se describen con detalle en la Guía de configuración básica.

Expresiones implícitas

Un atributo implícito es un atributo constante o virtual que no existe físicamente en la base de datos, sino que se crea en el nivel de aplicación. La expresión de este tipo de atributo está definida comoun valor constante, aunque no se guarde nada en una columna. Por ejemplo, puede crear columnas temporales en la base de datos con un valor de “1” para cada fila, lo que simplifica las limitaciones de COUNT. Por lo tanto, en el Editor de atributos, escriba sólo un “1” en la expresión para crear un COUNT.

Los atributos constantes resultan de utilidad para analizar y recuperar información. Cuando analice datos, puede utilizar atributos constantes para crear un COUNT que lleve a cabo el seguimiento del número de filas que se devuelven. Puede utilizar atributos constantes cuando cree indicadores, en los que puede sumar la columna que contiene la constante para crear un COUNT. Cualquier constante es aceptable, por ejemplo, RushOrder=‘Yes’.

Expresiones derivadas

El valor de una expresión derivada viene determinado por una expresión que combina dos o más columnas de unatabla para crear un atributo. Por ejemplo, puede crear un atributo derivado para calcular edades o aniversarios.Al calcular la diferencia entre las columnas de fecha de nacimiento y de fecha actual, puede crear un atributo que contenga la edad que se ha derivado de las dos columnas. Los cálculos y las funciones utilizadas en la expresión ayudan a derivar datos de la base de datos, ya que producen SQL con sintaxis específica para la base de datos.



Por ejemplo, la expresión de representación derivada “Nombre completo” consta de dos cadenas, “Nombre” y “Apellido”:

Nombre completo -> Nombre + “ “ + Apellido

En un informe, esta información se muestra como María García bajo la columna Nombre completo.

Asignaciones heterogéneas

No existen restricciones para los nombres de las columnas utilizadas en las expresiones de una representación de atributo determinada. La asignación heterogénea permite al motor realizar joins en nombres de columnas distintos.Si define más de una expresión para una representación determinada, la asignación heterogénea se produce automáticamente cuando los nombres de columnas y tablas la precisen.

Por ejemplo, puesto que diferentes fuentes de datos almacenan la información de fecha en diversos contextos, su empresa puede tener varias columnas en diferentes tablas que representen el concepto de fecha. La representación ID del atributo Fecha puede contener dos expresiones. La columna Fecha_día se encuentra en la tabla LU_FECHA y la columna Fecha_Pedido, en las tablas Detalle_Pedido y ORDEN_HECHO.

Cada expresión está vinculada a un conjunto de tablas de origen que contienen las columnas utilizadas en la expresión. Entre todas las tablas en las que exista la columna, puede seleccionar todas las que desee utilizar como parte de la definición del atributo.

� Puede ver las tablas seleccionadas en la zona Tablas de origen a la derecha de la zona Expresiones de representación en el Editor de atributos.



� Los tipos de datos de las columnas utilizadas en una asignación heterogénea para un atributo determinado deben ser idénticos o bastante similares, a fin de que su RDBMS concreto pueda unirlos correctamente.Por ejemplo, la mayoría de las bases de datos no pueden unir el tipo de datos Texto con el tipo de datos Número. No obstante, según la plataforma de su base de datos, es posible que pueda unir los tipos de datos Número y Entero.

Alias de columna

En el caso de los atributos, los alias de columna realizan la misma función que con los hechos. Por defecto, el tipo de datos de un atributo se hereda del tipo de datos de la columna en que se defina la representación. No obstante, existen casos en los que pueda tener que cambiarlo.

Por ejemplo, en su warehouse carece de una tabla de lookup para la información anual, pero desea crear un atributo Año. Muchas plataformas de base de datos cuentan con funciones que pueden extraer partes de una fecha de un tipo de datos de fecha. Por ejemplo, SQL Server tiene una función Year que extrae solamente el año de una fecha. Por lo tanto, puede crear un atributo Año utilizando la siguiente expresión de representación:

ApplySimple("Year(#0)",[Fecha_Id])

El tipo de datos de este atributo se define automáticamente como un tipo de datos de fecha. Esto se debe a que Fecha_ID es un tipo de datos de fecha. Sin embargo, el resultado del cálculo es un año, como 1999, que es un entero.

Cuando se crea una tabla temporal SQL, el sistema utiliza un tipo de datos de fecha para ella e intenta insertar números enteros en esta columna. Aunque esto no crea problemas en todas las plataformas de base de datos, algunas pueden devolver un error. Para evitar la posibilidad de que se produzca un error debido a un conflicto entre tipos de datos, modifique el alias de columna de la representación de atributo y cambie el tipo de datos de fecha por defecto al tipo de datos de entero.



Además de especificar el tipo de datos que debe utilizarse para una representación de atributo, el alias de columna también le permite especificar el nombre del alias de columna que va a utilizarse en el SQL generado en MicroStrategy. Cuando cree una expresión de representación utilizando una expresión personalizada, como hemos comentado anteriormente, o utilizando varias columnas, el alias de columna para la representación de atributo utiliza por defecto CustCol_1 (o CustCol_2, CustCol_3, etc.).El siguiente ejemplo de SQL muestra, en negrita, dónde se utiliza el nombre de alias de columna:

SELECT Year(a12.Fecha_Id) CustCol_1,

sum(a11.Tot_Ventas_dólares) WJXBFS1

FROM YR_CATEGORY_SLS a11cross join TRANS_DATE_LW_LY a12

GROUP BY Year(a12.Fecha_Id)

Aunque el nombre de alias de la columna no afecta a los resultados o al informe, puede cambiarlo para que tenga más sentido. El anterior ejemplo es sencillo, pero puede resultar útil para solucionar problemas con SQL para un informe particularmente complejo.


© 2002 MicroStrategy, Inc. Grupos de representaciones 253

Grupos de representaciones

Un grupo de representaciones es una agrupación de representaciones de atributo con algo en común. Puede crear grupos de representaciones para combinar representaciones que desee relacionar. Al agruparlas, puede diseñar una representación con una definición única que agrupe dos o más representaciones bajo un atributo. Cuando cree un grupo de representaciones, las representaciones incluidas están unidas y actúan como una. Las representaciones del grupo nunca pueden verse por separado una vez que entren a formar parte de un grupo. Consulte el siguiente ejemplo con el grupo de representaciones Cliente.

Este grupo de representaciones une las representaciones Apellido y Nombre para identificar el atributo Cliente. Para crear un grupo de representaciones, elija la misma categoría para ambas representaciones. A continuación, se le solicita un grupo de representaciones.

Atributo cliente

Apellido Nombre

Brown Frank

Jameson Greg

Clifford Jim

Representación

de atributo

Representación

de atributo

Representación

Grupo DESC

(Nombre)


254 Relaciones entre atributos © 2002 MicroStrategy, Inc.


Para vincular directamente entre sí los atributos relacionados, debe definir relaciones padre-hijo.Los elementos de atributo, o los valores de datos reales de un atributo, dictan las relaciones que se definen entre atributos. Las relaciones padre-hijo que cree determinan la jerarquía del sistema. En otras palabras, definen cómo el motor genera SQL, cómo se unen y utilizan las tablas y las columnas, y qué tablas se relacionan con otras tablas.

Relaciones entre hijos comunes

Algunos atributos existen en la intersección de otros atributos relacionados indirectamente. Dichos atributos se denominan hijos comunes.

Las relaciones entre hijos comunes se describen más detalladamente en el Apéndice C, Modelización de datos avanzada.

Visualización de atributo

Una vez creados los atributos, se utilizan principalmente de dos maneras: navegación e informes. Cada atributo puede visualizarse de diversas maneras, por lo que debe especificar la visualización por defecto para cada atributo del proyecto. Puede hacerlo en informes concretos, pero aún así es necesario especificar el valor global, o de proyecto, por defecto para cada atributo.


© 2002 MicroStrategy, Inc. Atributos compuestos 255

Debe seleccionar una visualización de atributo por defecto para navegación y otra para informes. Las representaciones de visualización de informes son las representaciones de atributo que aparecen como columnas en un informe completo. Las representaciones de exploración son las representaciones de atributo que aparecen como exploraciones de usuario en la lista de elementos de un atributo en el Explorador de datos. Esta separación hace posible una mayor flexibilidad en la visualización de atributos según la aplicación.

Atributos compuestos

Un atributo compuesto se define como un atributo con más de una columna especificada como ID de columna.Esto implica que se necesita más de un ID de columna para identificar de manera única los elementos de ese atributo. Normalmente, se crea un atributo compuesto cuando el modelo lógico refleja que existe una relación de clave compuesta.

Por ejemplo, un proyecto de comercio minorista tiene dos atributos, Clase y Artículo. Clase es el padre de Artículo y tiene una relación uno a muchos con él. Los valores de la columna Artículo_ID no identifican de manera única un artículo. El Artículo_ID del artículo Camisa es 1. Sin embargo, hay diversas camisas, según la clase, de hombre, de mujer y de niño. Por lo tanto, para identificar de manera única una camisa de hombre, se deben agrupar Artículo_ID y Clase_ID, lo que crea un atributo compuesto.

� Todas las representaciones ID del atributo compuesto deben estar agrupadas. Además, deben utilizar la misma tabla de lookup.


256 Ejemplo: creación de un atributo compuesto © 2002 MicroStrategy, Inc.

�Ejemplo: creación de un atributo compuesto


Necesita un informe que contenga cifras de ventas por centro de distribución. Los ID de centro de distribución son únicos en cada país, pero los mismos valores pueden existir en diferentes países.


Solución

Cree el centro de distribución como un atributo compuesto, con dos representaciones de atributo, ID y Descripción. Cuando configure el ID, seleccione las columnas de la tabla de origen para ID de país e ID de centro de distribución.Así se crea un identificador único para cada centro de distribución, independientemente del país.

A continuación, cree un informe que utilice el atributo de centro de distribución y un indicador de ventas.


10

JERARQUÍAS

Introducción

Las jerarquías son agrupaciones de atributos que pueden mostrarse, tanto ordenadas como sin ordenar, para reflejar sus relaciones con otros atributos. Existen dos tipos de jerarquías: de usuarios y del sistema Las jerarquías de usuarios no están ordenadas y su diseño puede cambiarse fácilmente para incluir atributos adicionales o limitar el acceso de los usuarios. Este tipo de jerarquía se crea para proporcionar flexibilidad en la exploración de elementos y la navegación de informes. La jerarquía del sistema está ordenada y se crea automáticamente al crear nuevos proyectos.

Este capítulo trata sobre los tipos de jerarquías, las visualizaciones y cómo explorar una jerarquía.

Jerarquías Guía avanzada de elaboración de informes10

258 Tipos de jerarquías © 2002 MicroStrategy, Inc.

Tipos de jerarquías

Existen dos tipos de jerarquías:

• Jerarquía del sistema: La jerarquía del sistema especifica un conjunto ordenado de todos los atributos del proyecto, pero no define la ordenación ni la agrupación de atributos. La jerarquía del sistema representa las relaciones tal y como las define el modelo de datos lógico. Sólo existe una jerarquía del sistema en cada proyecto.

• Jerarquía de usuarios: Las jerarquías de usuarios son conjuntos con nombre de atributos y sus relaciones, dispuestos en secuencias específicas para la organización lógica de un negocio. Las define el usuario y no necesitan seguir el modelo lógico.

Jerarquía del sistema

La jerarquía del sistema es la jerarquía por defecto que MicroStrategy 7i configura automáticamente cada vez que cree un proyecto. Contiene todos los atributos del proyecto y forma parte de la definición del esquema. Cuando cree un proyecto por primera vez, contendrá solamente la jerarquía del sistema.

La jerarquía del sistema contiene información sobre las relaciones entre los atributos del proyecto. La jerarquía del sistema no puede modificarse, pero se actualiza siempre que agregue o quite hijos o padres en el Editor de atributos, o cuando defina hijos en el Asistente para crear proyectos.

La jerarquía del sistema resulta útil para determinar las relaciones entre los objetos. Los atributos de la jerarquía del sistema no necesitan formar parte de una jerarquía de usuarios definida explícitamente. Los atributos que no se asignen continúan estando disponibles en el sistema como objetos de informe, condiciones de filtro y componentes de consolidaciones.

� Puede ver la jerarquía del sistema en el Explorador de datos o en el Visor de jerarquías, pero no en el Editor de jerarquías.

Guía avanzada de elaboración de informes Jerarquías 10

© 2002 MicroStrategy, Inc. Tipos de jerarquías 259

Jerarquías de usuarios

Cuando cree jerarquías de usuarios, podrá definir las relaciones de navegación y exploración entre los atributos.La exploración se realiza mediante el Explorador de datos, mientras que en la navegación, decide si desea subir o bajar de nivel en la jerarquía. Puede crear estas jerarquías en el Editor de jerarquías utilizando uno o más atributos de la jerarquía del sistema. Se listan los atributos de la jerarquía del sistema que puede elegir.

La jerarquía de usuarios es el único tipo de jerarquía que puede definir, y puede crear el número de jerarquías de usuarios que desee para cada proyecto.

Debería definir jerarquías de usuarios que se correspondan con áreas específicas del modelo de negocio y el esquema del data warehouse de su empresa.

Herramientas para jerarquías

Las siguientes herramientas le ayudan a trabajar con las jerarquías:

• Explorador de datos

• Visor de jerarquías

• Editor de jerarquías (para jerarquías de usuarios únicamente)


260 Tipos de jerarquías © 2002 MicroStrategy, Inc.

Explorador de datos

El Explorador de datos es una herramienta del Explorador de objetos que contiene la jerarquía del sistema y las jerarquías de usuarios. Se trata de una herramienta que pone las jerarquías a disposición de los usuarios para que las incluyan en nuevos informes. Cuando cree un proyecto nuevo, la jerarquía del sistema de dicho proyecto se sitúa automáticamente en el Explorador de datos. Por el contrario, las jerarquías de usuarios se guardan en la carpeta Jerarquías del Explorador de objetos. Puede mover las jerarquías de usuarios a la carpeta Explorador de datos, que se encuentra dentro de la carpeta Jerarquías en el Explorador de objetos, cuando desee que puedan utilizarse para la exploración de elementos. El desplazamiento de jerarquías a esta carpeta y desde ella le permite mantener algunas jerarquías visibles para los usuarios al mismo tiempo que oculta otras.

Visor de jerarquías

El Visor de jerarquías representa gráficamente las jerarquías de usuarios y la jerarquía del sistema. En la jerarquía del sistema, las conexiones entre los atributos representan las relaciones padre-hijo. En las jerarquías de usuarios, los conexiones muestran las rutas de exploración entre los atributos. La Perspectiva aérea proporciona una visión general de las jerarquías; la reducción de la escala le permite desplazarse por el proyecto completo.

Editor de jerarquías

El Editor de jerarquías le permite modificar las jerarquías de usuarios mediante la agregación y eliminación de atributos. También puede realizar las siguientes acciones para controlar cómo se muestran las jerarquías:

• Bloquear una jerarquía.

• Limitar una jerarquía.

• Filtrar una jerarquía.

• Definir un punto de entrada.

Estas propiedades se explican con más detalle en los siguientes apartados, Visualización de jerarquías y Punto de entrada.


© 2002 MicroStrategy, Inc. Organización de jerarquías 261

Organización de jerarquías

El mejor diseño para una jerarquía consiste en organizar o agrupar los atributos en áreas de negocio lógicas. Por ejemplo, puede colocar los atributos relacionados en jerarquías según su nivel.

El siguiente ejemplo demuestra las jerarquías Ubicación y Cliente. En la jerarquía Ubicación, Provincia, Población y Tienda se organizan de acuerdo con sus relaciones.La jerarquía Cliente también agrupa los atributos Empresa, Contacto e ID Cliente.

Antes de MicroStrategy 7i, las jerarquías tenían que ser individuales y distinguibles entre sí, seguir la estructura dimensional del modelo de datos lógico e incluir al menos un atributo. Sin embargo, en MicroStrategy 7i no siguen estas reglas. Las jerarquías proporcionan cómodas rutas de navegación por los datos.

Las jerarquías por defecto son rutas jerárquicas especificadas por el usuario. La definición de estos valores por defecto hace que la jerarquía se abra en un elemento de atributo especificado cuando se despliegue. Además, los valores por defecto proporcionan una ruta para explorar o navegar de un atributo a otro. Puede definir jerarquías por defecto, aunque sólo se puede establecer un valor por defecto para cada una.

Ubicación

Provincia

Población

Tienda

Cliente

Empresa

Contacto

ID Cliente


262 Visualización de jerarquías © 2002 MicroStrategy, Inc.

Estructura de la jerarquía

Las jerarquías del sistema son estructuras basadas en las relaciones que defina entre los atributos. Una jerarquía de usuarios le permite definir y ordenar lógicamente grupos de atributos. Tanto las jerarquías del sistema como las de usuarios le permiten navegar y organizar los atributos del proyecto.

Cuando agrupa atributos en jerarquías, está creando un diseño de trabajo de las funciones de visualización y exploración de los atributos. En el siguiente ejemplo, existen dos instancias de la jerarquía Región. Una jerarquía muestra que Región tiene varias Provincias y cada Provincia tiene varias Tiendas.

Esta jerarquía hace posible que cree opciones de navegación y exploración a los niveles más bajos para ver Región, Provincia y Tienda en un informe. Por el contrario, si sólo incluye Tienda en la jerarquía Región, como en el segundo ejemplo, las únicas opciones para navegar o explorar son los niveles Región y Tienda.

Visualización de jerarquías

Puede llevar a cabo las siguientes acciones en el Editor de jerarquías para controlar la visualización de las jerarquías:

• Bloquear una jerarquía.

• Limitar una jerarquía.

• Filtrar una jerarquía.

• Definir un punto de entrada.

Región

Provincia

Tienda

Región

Tienda


© 2002 MicroStrategy, Inc. Visualización de jerarquías 263

Jerarquía bloqueada

Se dice que una jerarquía está bloqueada cuando la opción Visualización de elemento de al menos un atributo de dicha jerarquía está definida como Bloqueado. El bloqueo de la jerarquía impide que se vean los elementos del atributo específico y de cualquier atributo de nivel más bajo de la jerarquía. Los niveles más altos de la jerarquía continúan siendo visibles.

Puede bloquear la jerarquía para restringir la visualización de elementos por seguridad o para administrar más eficazmente jerarquías extensas. Al restringirse la visualización de los elementos de atributo en el Explorador de datos, puede impedir que se desplieguen largas listas de elementos de atributo que pueden consumir los recursos del sistema. Cuando define Visualización de elemento como Bloqueado, aparece un icono de candado junto al nombre de la jerarquía.

Por ejemplo, el atributo Order está bloqueado en el siguiente ejemplo de Explorador de datos. Esto puede impedir que los usuarios no autorizados accedan a información confidencial sobre un cliente concreto.


264 Visualización de jerarquías © 2002 MicroStrategy, Inc.

Jerarquía limitada

Otro método de restricción de la visualización de los elementos de atributo en el Explorador de datos es limitar el número de elementos que se muestran en un momento determinado. Este método resulta útil cuando una jerarquía posee un gran número de elementos de atributo. En lugar de cargar todos los elementos de atributo simultáneamente, puede definir el límite como cinco o diez al mismo tiempo. Después, puede pulsar las flechas para ver el siguiente conjunto de atributos.

Por ejemplo, la subcategoría Chocolate contiene muchos elementos. En lugar de mostrarlos todos simultáneamente y abrumar al usuario, se ha definido un límite de cinco elementos. El siguiente gráfico muestra esta vista en el Explorador de datos.

Jerarquía filtrada

Puede agregar filtros a una jerarquía para controlar cómo se recuperan y muestran los datos. Mediante un filtro, puede elegir exactamente qué atributos van a mostrarse. Por ejemplo, puede filtrar una jerarquía de manera que sólo se muestren los datos de un trimestre, o los datos de unos pocos días del trimestre. Los filtros agilizan la recuperación de datos, ya que sólo permiten que se muestren determinados datos. Sin embargo, no puede utilizar un filtro con selección dinámica para filtrar una jerarquía.


© 2002 MicroStrategy, Inc. Punto de entrada 265

Es posible aplicar varios filtros a cada atributo de la jerarquía. Cuando filtra atributos en una jerarquía, está limitando los elementos de los datos devueltos cuando examina el Explorador de datos. Aunque la definición de límites puede reducir el número de elementos que se muestra simultáneamente, los filtros pueden limitar el alcance y devolver resultados más detallados.

Los filtros aumentan la eficacia de la recuperación de datos. Puede limitar el acceso de los usuarios a partes de una jerarquía mediante la aplicación de filtros a los atributos. Los filtros permiten al Explorador de datos mostrar únicamente los criterios que seleccione y el usuario no puede seleccionar datos adicionales en la jerarquía.

Por ejemplo, desea ver sólo aquellos clientes que tengan menos de 30 años. En primer lugar, cree un filtro para edades de clientes inferiores a 30. En el Editor de jerarquías, agregue el filtro al atributo Cliente. Actualice el esquema del proyecto y consulte la jerarquía Cliente en el Explorador de datos.Sólo se muestran los clientes con menos de 30 años.

� Cuando agregue filtros a un atributo de jerarquía, debe asegurarse de que cada filtro sea relevante para la información del atributo. MicroStrategy 7i no comprueba si el filtro asociado tiene sentido en relación con el atributo en cuestión. El usuario debe encargarse de esta tarea.

Punto de entrada

Un punto de entrada es un acceso directo a un elemento de atributo en el Explorador de datos. Si crea un punto de entrada, obtendrá acceso más rápidamente al atributo, al no tener que explorar varios atributos para alcanzar los distintos niveles de la jerarquía.

Cuando se crea una jerarquía de usuarios, la jerarquía, los atributos y sus elementos se muestran en el Explorador de datos. Si define un atributo como punto de entrada, está creando una ruta más corta de acceso a los atributos.Por ejemplo, una jerarquía típica es Tiempo. Cuando pulse Tiempo, se abrirán las carpetas para cada Año, como 2002, 2001 y 2000.


266 Exploración de jerarquías © 2002 MicroStrategy, Inc.

Cuando pulse 2002, se abrirá una carpeta para cada Trimestre, como T1, T2, T3 y T4. Si está buscando Semana24, necesita abrir varios niveles de atributos para llegar al nivel de datos correcto, Semana. Si define el atributo Semana como punto de entrada, la carpeta Semana aparece en el Explorador de datos en el mismo nivel que Año. Si no se define un atributo como punto de entrada, se mostrará en la estructura de jerarquía normal.

Si define un atributo bloqueado como punto de entrada, seguirá mostrándose en la jerarquía, pero con un icono de candado. Podrá ver el punto de entrada bloqueado, pero no podrá acceder a los atributos bajo ese nivel.

Exploración de jerarquías

Puede diseñar la exploración de jerarquías de usuarios para el Explorador de datos asignando atributos de exploración. Un atributo de exploración es el atributo hijo definido para el atributo de la jerarquía. Cuando aplica atributos de exploración a los atributos de una jerarquía, está especificando qué niveles de detalle estarán visibles cuando consulte el Explorador de datos.

Una vez que elija los atributos que desea colocar en una jerarquía, puede definir las relaciones entre ellos. Estas relaciones determinan la manera en que los usuarios pueden explorar los atributos desde la carpeta Jerarquías. Por ejemplo, si Catálogo, Categoría, Subcategoría y Artículo son los atributos que componen la categoría de usuario Catálogo artículo, la jerarquía se asemeja al siguiente ejemplo.

Categoría

Subcategoría

Artículo

Catálogo


© 2002 MicroStrategy, Inc. Exploración de jerarquías 267

� No es necesario definir estas relaciones en una jerarquía de usuarios. Puede tratarse simplemente de una colección de atributos.

Para cada atributo que seleccione para formar parte de la jerarquía, puede asignar uno o más atributos de exploración. Por ejemplo, supongamos que se han definido los mismos atributos para la jerarquía Catálogo artículo. Se ha asignado a algunos de estos atributos un atributo de exploración.Por ejemplo:

La agregación de estos atributos de exploración le permite ver los elementos de Subcategoría directamente desde el atributo Catálogo, sin tener que ver primero los atributos de Categoría. La nueva jerarquía puede representarse de la siguiente manera.

Atributo de la jerarquíaAtributo(s) de

exploración

Catálogo Categoría,

Subcategoría

Categoría Subcategoría

Subcategoría Catálogo, Artículo

Artículo

Catálogo

Categoría

Subcategoría

Artículo



Desde la carpeta Jerarquías, se asemeja al siguiente ejemplo.

Ahora puede ver las subcategorías en el catálogo Primavera 97, sin tener que explorar en primer lugar las categorías.

Navegación utilizando jerarquías

La navegación es una función en los informes de MicroStrategy 7i que le permite examinar niveles más bajos de atributos según criterios predefinidos. Según sea el nivel de los atributos incluidos en la especificación de navegación, los informes permiten al usuario navegar a niveles de detalle más bajos. Básicamente, cuando el usuario seleccione un nivel de navegación, los informes se actualizarán para mostrar ese nivel de detalle.

Para habilitar una jerarquía de usuarios como ruta de navegación, debe seleccionar la jerarquía de usuarios que se va a utilizar como jerarquía de navegación en el Editor de jerarquías. La navegación está controlada por el privilegio Activar navegación en informes. Si no se selecciona una jerarquía de usuarios, la jerarquía del sistema define la ruta de navegación por defecto. Además, puede considerarse como potencial ruta de navegación la relación entre atributos de navegación en una jerarquía de usuarios.

Catálogo artículo

Catálogo

Primavera 97

Categoría

Subcategoría

Verano 97

Otoño 97

Categoría

Subcategoría

Artículo


© 2002 MicroStrategy, Inc. Exploración de jerarquías 269

Tras haber habilitado una jerarquía de usuarios para la navegación, contribuye a la ruta de navegación de cualquiera de sus atributos. Por ejemplo, supongamos que Semana es un atributo de navegación asignado a Año. Cuando un usuario pulsa sobre Año con el botón derecho del ratón y selecciona Navegación hacia abajo, el atributo Semana aparece en la lista de navegación descendente.

Puede obtener información adicional sobre la navegación en el Capítulo 11, Mapas de navegación.


11

MAPAS DE NAVEGACIÓN

Introducción

Los mapas de navegación le permiten crear rutas de navegación totalmente personalizadas que los usuarios puedan utilizar mientras navegan por un informe. Por defecto, las rutas disponibles se basan en la jerarquía del sistema del proyecto. Puede crear mapas de navegación personalizados que pueden reemplazar estos valores por defecto.

Este capítulo describe cómo funciona un mapa de navegación, cómo crearlo y cómo puede afectar a lo que ve cuando navega por un informe.

Mapas de navegación Guía avanzada de elaboración de informes11

272 ¿Qué es la navegación? © 2002 MicroStrategy, Inc.

¿Qué es la navegación?

Después de ejecutar un informe en un entorno de informes de MicroStrategy, es posible que deba ejecutar otro informe basado en el original para obtener información más detallada o complementaria. Por ejemplo, después de consultar las ventas anuales en una cierta ciudad, quizá desee consultar las ventas mensuales de la misma ciudad. Por otra parte, despues de observar que cierto artículo tiene un margen de beneficios muy alto, es posible que desee ver si éste es el caso para la categoría completa de dicho artículo. Estas acciones, por las cuales crea un informe relacionado basándose en uno existente, se denominan navegación.

Aunque el informe generado como resultado de la navegación está relacionado con el informe original, se trata, en esencia, de dos informes completamente diferentes. Esto significa que los dos informes pueden guardarse o cambiarse independientemente. Ambos informes son diferentes porque tengan diferentes plantillas o diferentes filtros, o por ambas razones.

Mapas y rutas de navegación

Los mapas de navegación determinan las opciones disponibles para el usuario final durante la navegación por un informe. Cuando pulsa con el botón derecho del ratón sobre el informe y elige la opción de navegación, está utilizando mapas de navegación.

Cuando se crean las jerarquías de navegación, también se crea un mapa de navegación por defecto. Si no se crean jerarquías de navegación, se utiliza la jerarquía del sistema para crear el mapa de navegación por defecto. El mapa de navegación determina qué opciones hay disponibles cuando se navega por un objeto de informe. Estas diferentes opciones se denominan rutas de navegación, lo que incluye el destino de la navegación. El destino puede ser un atributo, una consolidación, una jerarquía o una plantilla.

Guía avanzada de elaboración de informes Mapas de navegación 11

© 2002 MicroStrategy, Inc. ¿Qué es la navegación? 273

En resumen, el mapa de navegación determina las rutas de navegación que hay disponibles cuando se navega desde un objeto de informe. Por defecto, las rutas de navegación disponibles para un objeto de informe reflejan exactamente las jerarquías de navegación del proyecto.

Rutas de navegación por defecto

Antes de personalizar las opciones de navegación, necesita comprender cómo funcionan las rutas de navegación por defecto.

El usuario final puede navegar desde cualquier objeto en un informe, siempre que no sea un indicador. Por ejemplo, la navegación descendente desde un atributo o jerarquía le permite acceder a otros atributos hijo de la misma jerarquía. La navegación desde una consolidación permite acceder a los atributos que componen dicha consolidación. Tenga en cuenta que, por defecto en estos tipos, la navegación cambia un informe al desplazarse por las jerarquías de navegación y seleccionar otro atributo que ver. El objeto original se reemplaza con el objeto al que se ha navegado.

� En Web, puede navegar por un indicador compuesto, lo que le permite ver los indicadores que lo componen.

Filtros y navegación

La manera en que se cambia el filtro de un informe durante la navegación depende de qué parte del informe original se seleccione cuando se lleve a cabo la navegación. Por defecto, si se selecciona un elemento de atributo del informe de original durante la navegación, dicho elemento de atributo se agrega al nuevo filtro creado para la navegación. También se conserva el filtro del informe original por el que se navega. Por ejemplo, un informe lista los ingresos por estado y contiene un filtro para el año 2000. Se selecciona Virginia


274 Creación de mapas y rutas de navegación personalizados © 2002 MicroStrategy, Inc.

cuando se navega hasta Tienda. El informe resultante contiene los ingresos para el año 2000 únicamente para las tiendas de Virginia. Puede cambiar este comportamiento por defecto para una ruta de navegación en el Editor de mapa de navegación y para un informe en Opciones de los datos del informe.

� Existen dos métodos para navegar utilizando el menú asociado al botón derecho del ratón. Si pulsa con el botón derecho del ratón sobre un encabezado, no se agrega un filtro a la navegación. Si pulsa con el botón derecho sobre un elemento de atributo, se utiliza el filtro.

Creación de mapas y rutas de navegación

personalizados

Puede reemplazar el mapa de navegación por defecto creando sus propios mapas y rutas de navegación personalizados.Una vez que comience a personalizar un mapa de navegación para un objeto, no habrá ninguna ruta de navegación de la jerarquía del sistema disponible para navegar por dicho objeto. Por ejemplo, antes de crear un mapa de navegación para el atributo Región, el mapa de navegación por defecto es la jerarquía del sistema, que le permite navegar hacia arriba hasta País y hacia abajo hasta Centro de atención telefónica. Cree un mapa de navegación y agregue una ruta de navegación descendente a Empleado. No puede navegar a País o Centro de atención telefónica desde Región, a no ser que los agregue también al nuevo mapa de navegación.

Para crear una ruta de navegación personalizada, debe seleccionar un destino y un tipo de ruta de navegación, y definir las propiedades.


© 2002 MicroStrategy, Inc. Creación de mapas y rutas de navegación personalizados

Destino

El destino es el objeto al que navegará en el informe. Puede tratarse de un atributo, una consolidación, una jerarquía, una plantilla u otro mapa de navegación. Si define la ruta de navegación como una plantilla, siempre que utilice esta ruta de navegación, se generará un nuevo informe con la plantilla seleccionada. Si elige como destino un mapa de navegación existente, funciona como acceso directo a las rutas de navegación del mapa de navegación seleccionado.

Cada tipo de ruta de navegación puede contar con varios destinos. Puede crear varias rutas de navegación en cada mapa de navegación.

Tipos de ruta de navegación

Las rutas de navegación pueden pertenecer a uno de los siguientes tipos:

• Arriba: El destino puede ser cualquier atributo o consolidación y no tiene por qué estar relacionado con el objeto original. El destino se muestra como parte del menú Navegación hacia arriba cuando pulse con el botón derecho del ratón y seleccione Navegación en el informe.

• Abajo: Este tipo es similar a Arriba, excepto que el destino se muestra como parte del menú Navegación hacia abajo cuando pulse con el botón derecho del ratón y seleccione Navegación.

• En: También se asemeja a Arriba, excepto que:

– El destino se muestra como parte del menú Otras direcciones cuando pulse con el botón derecho del ratón y seleccione Navegación.

– Se puede utilizar una jerarquía como ruta de navegación.

• Plantilla: Le permite reemplazar la plantilla del informe original con una plantilla de destino totalmente diferente. Seleccione la plantilla que desee utilizar como plantilla de destino.


276 Creación de mapas y rutas de navegación personalizados © 2002 MicroStrategy, Inc.

• Mapa de navegación: Utilice esta opción como un acceso directo a las rutas de navegación de otro mapa de navegación.

– Los destinos de esas rutas de navegación se muestran junto con los destinos que ha creado. Por ejemplo, seleccione un mapa de navegación que navegue hacia arriba hasta Marca. Ya tiene una ruta de navegación ascendente a Subcategoría. Cuando seleccione Navegación y Arriba, se muestran tanto Marca como Subcategoría.

– Seleccione un mapa de navegación existente para utilizarlo como destino.

� Puede agrupar las rutas de navegación en el menú Navegación asociado con el botón derecho del ratón utilizando el mismo nombre de conjunto para ellos. Esto es posible con todos los tipos de ruta de navegación. Los conjuntos no pueden contener diversos tipos de navegación; utilícelos para agrupar mapas de navegación bajo un único tipo de navegación, como Arriba.

Propiedades de la ruta de navegación

Las siguientes propiedades afectan a la manera en que se manipula el filtro:

• Aplicar las condiciones de filtro del usuario

• Aplicar las condiciones de filtro del informe original

Estas propiedades no son mutuamente exclusivas; existen cuatro combinaciones entre las que elegir, como se indica a continuación. Los ejemplos de la lista se basan en un informe que lista los ingresos por estado y contiene un filtro para el año 2000. Se selecciona Virginia cuando se navega en el informe hasta Tienda.

• Aplicar ambas. Es el valor por defecto. El informe resultante contiene los ingresos para el año 2000 únicamente para las tiendas de Virginia.

• Aplicar ninguna. El informe de navegación incluye los ingresos, por ciudad, para todos los años y estados.


© 2002 MicroStrategy, Inc. Creación de mapas y rutas de navegación personalizados

• Aplicar selección de usuario. El nuevo informe muestra los ingresos en Virginia para todos los años, listados por tienda.

• Aplicar sólo el original. El informe resultante muestra los ingresos para el año 2000 por tienda para todos los estados.

La propiedad Mantener el objeto padre determina si el objeto original aparece en el informe de destino. Por defecto, esta opción no está seleccionada. Para continuar con el mismo ejemplo de informe de ingresos por estado, el nombre de objeto Virginia no aparece en el nuevo informe.

Si se cambia el valor por defecto, Virginia aparece en el informe:

� Esta opción no se aplica al tipo de navegación Plantilla.

La propiedad Mantener umbrales al navegar conserva los umbrales durante la navegación.

La opción Prioridad afecta a la manera en que se muestra la ruta de navegación en un informe:

Tienda Ingresos

Alexandria $123.456

Arlington $435.345

Centreville $94.987

Fairfax $105.873

Estado Tienda Ingresos

Virginia Alexandria $123.456

Arlington $435.345

Centreville $94.987

Fairfax $105.873


278 Asociación de mapa de navegación © 2002 MicroStrategy, Inc.

• Bajo: La ruta de navegación está disponible como opción del menú asociado al botón derecho del ratón en un informe de MicroStrategy Desktop. En un informe de MicroStrategy Web, esta ruta de navegación no está disponible como opción del menú asociado al botón derecho del ratón, pero puede accederse a ella desde el vínculo Más opciones.

• Medio: La ruta de navegación está disponible como opción del menú asociado al botón derecho del ratón en informes tanto de MicroStrategy Desktop como Web.

• Alto: La ruta de navegación se utiliza como ruta de navegación por defecto en informes tanto de MicroStrategy Desktop como Web. Todavía está disponible como opción del menú asociado al botón derecho del ratón.

Cuando un usuario pulsa dos veces sobre un objeto en un informe de Desktop, se utiliza la ruta de navegación por defecto. En Web, si un objeto de una cuadrícula tiene una opción de navegación por defecto, los elementos de dicho objeto aparecen como hipervínculos en la cuadrícula. Pulse el hipervínculo para navegar por los elementos.

Para establecer una ruta de navegación por defecto, asigne su prioridad a Alto. Sólo puede existir una ruta de alta prioridad en cada mapa de navegación.

Asociación de mapa de navegación

La asociación de mapa de navegación define qué unidad de la cuadrícula utiliza este mapa de navegación. En otras palabras, la navegación utiliza el mapa de navegación asociado con el objeto. Un objeto puede poseer una asociación tanto en el nivel de objeto como en cada plantilla e informe. Si no existe ninguna asociación en el nivel de plantilla e informe, se utiliza la asociación en el nivel de objeto cuando un usuario navega en ese objeto.


© 2002 MicroStrategy, Inc. Asociación de mapa de navegación 279

Si un objeto ya está asociado con un mapa de navegación, dicho mapa aparece en el Editor de mapa de navegación.De lo contrario, el mapa de navegación por defecto se basa en la jerarquía del sistema. Una vez que comience a modificar el valor por defecto, dejará de ser la jerarquía del sistema; el nombre cambia automáticamente, aunque puede modificar este nombre predefinido. Cuando guarde los cambios, se crea un nuevo mapa de navegación.

Puede crear y modificar un mapa de navegación como un objeto independiente desde Desktop. Puede asociar varios objetos con el mismo mapa de navegación, utilizando el botón Asociar con. Los objetos asociados aparecen en la lista Origen en la interfaz.

También puede acceder al Editor de mapa de navegación desde el:

• Editor de atributos

• Editor de consolidaciones

• Editor de informes

• Editor de plantillas

Cuando modifique un mapa de navegación desde otro editor, el mapa de navegación se asociará con el objeto seleccionado en el otro editor. No puede cambiar la asociación del mapa de navegación, pero puede cambiar los mapas de navegación que se asocian con el objeto seleccionado. Por ejemplo, si está modificando el atributo Estado de la tienda y abre el Editor de mapa de navegación, sólo se asocia Estado de la tienda con el mapa de navegación que cree.

Si el objeto original es una plantilla o un informe, los objetos hijo también están disponibles. Por ejemplo, un informe de ventas contiene Tienda, Estado de la tienda, Artículo y el indicador Ingresos. Puede crear un mapa de navegación para cada una de las unidades de la cuadrícula, excepto Ingresos, ya que no se pueden crear mapas de navegación para indicadores.



Niveles de la asociación de mapa de navegación

Cuando cambie o personalice el mapa de navegación asociado con una unidad de la cuadrícula, puede hacerlo en diferentes niveles:

• Nivel de proyecto: Si se asocia un mapa de navegación con unidades de la cuadrícula en el nivel de proyecto, todas las unidades de la cuadrícula del proyecto tendrán este mapa de navegación. Por lo tanto, cuando navegue por un informe, las rutas de navegación por defecto serán las especificadas en este mapa de navegación. Esta opción se encuentra en Configuración del proyecto.

• Nivel de unidad de cuadrícula: Es posible asociar un mapa de navegación con unidades de cuadrícula individuales, como atributos, consolidaciones y jerarquías. Cuando el objeto se utiliza en un informe o una plantilla, el mapa de navegación del nivel de unidad de cuadrícula reemplaza al del nivel de proyecto.

• Nivel de plantilla: Si se asocia un mapa de navegación con unidades de la cuadrícula de una plantilla determinada, reemplaza a los mapas de navegación de proyecto y de unidad de cuadrícula. Las rutas de navegación de este mapa de navegación están disponibles en todos los informes que utilicen esta plantilla.

• Nivel de informe: Si se asocia un mapa de navegación con unidades de la cuadrícula de un nivel de informe, reemplaza a los mapas de navegación definidos en el nivel de proyecto, de unidad de cuadrícula y de plantilla. Si una unidad de la cuadrícula no está asociada con un mapa de navegación en el nivel de informe, hereda el mapa de la plantilla del informe. Si no está asociada con un mapa de navegación mediante la plantilla, se utiliza el mapa de navegación de unidad de cuadrícula y así sucesivamente.

El Editor de mapa de navegación representa estos niveles y estas herencias cuando modifique los mapas de navegación de un informe. Si el campo Nombre está atenuado (deshabilitado), el objeto de informe seleccionado ha heredado ese mapa de navegación del proyecto, la unidad de cuadrícula o la plantilla. Cuando lo sobrescribe agregando un diferente mapa de navegación al objeto, se habilita el campo Nombre.


© 2002 MicroStrategy, Inc. Asociación de mapa de navegación 281

Por ejemplo, puede crear un mapa de navegación llamado Navegación del atributo Cliente para el atributo Cliente. Cree un informe llamado Ingresos de clientes que muestre Región, Cliente y el indicador Ingresos. Cuando modifique los mapas de navegación para el informe y seleccione Cliente, el campo Nombre está deshabilitado, pero muestra Navegación del atributo Cliente. No se muestran rutas de navegación para el mapa de navegación. Dado que este atributo carece de un mapa de navegación en el informe, lo hereda del nivel de atributo. Puesto que no puede modificar el mapa de navegación del atributo desde el atributo del informe, el campo Nombre está deshabilitado y las rutas de navegación no se muestran. Cuando se crea un mapa de navegación para Cliente en este informe en concreto, se habilita Nombre y se muestra por defecto el mapa de navegación de Cliente para las ventas de clientes.

Por defecto, existe un mapa de navegación de proyecto que contiene todas las jerarquías que se han especificado como jerarquías de navegación en el Editor de jerarquías en el proyecto. No se puede eliminar, pero puede modificarse y reemplazarse.

Eliminación de asociaciones

La opción Eliminar la asociación desasocia el objeto del mapa de navegación actual y lo sustituye con su mapa por defecto. Según los niveles descritos anteriormente, este mapa por defecto podría ser el mapa de navegación de la plantilla, la unidad de cuadrícula o el proyecto.

La opción Borrar todo elimina toda la información de rutas de navegación para el mapa de navegación completo.De hecho, el objeto carece de opciones de navegación. La opción Restablecer invierte los cambios y restablece el mapa de navegación a la condición en que se guardó por última vez. También se restablecen las asociaciones del mapa de navegación.

© 2002 MicroStrategy, Inc. Terminología asociada 283

12

DATAMART

Introducción

Datamart es el nombre funcional de un conjunto de características que MicroStrategy 7i ofrece para almacenar resultados de informes en una tabla física de una base de datos relacional compatible.

Este capítulo describe los conceptos necesarios para configurar un entorno de datamart.

Terminología asociada

A continuación, se ofrecen varios términos asociados con datamart:

• datamart: una ubicación de la base de datos, también denominada instancia de base de datos, dedicada al almacenamiento de resultados de informes en forma de tablas relacionales

Datamart Guía avanzada de elaboración de informes12

284 Escenarios de negocio de ejemplo © 2002 MicroStrategy, Inc.

• informe de datamart: un informe que crea una tabla de datamart

• tabla de datamart: una tabla creada por un informe de datamart

Escenarios de negocio de ejemplo

Entre las posibles aplicaciones de datamart, se incluyen:

• Subconjuntos de aplicaciones, que utilizan la funcionalidad de planificación de MicroStrategy 7i para crear y actualizar periódicamente las tablas de hechos y de lookup como subconjuntos de un data warehouse central. Para este tipo de aplicación de datamart, los proyectos se crean utilizando MicroStrategy Architect; la transferencia de informes y otros objetos seleccionados desde un proyecto central a uno nuevo se realiza mediante MicroStrategy Object Manager, parte de MicroStrategy Administrator.

• Creación de warehouses, mediante la cual puede generar tablas de warehouse y modificar esquemas existentes para mejorar los resultados de las consultas. Con este tipo de aplicación puede, por ejemplo,

– crear un diseño de plantilla de informe para crear un informe que produzca un resultado agregado

– crear un informe de datamart utilizando la plantilla que ha creado

– agregar el informe a una planificación para generar una tabla de datamart

– agregar la tabla generada a la metadata

– utilizar la planificación creada anteriormente para actualizar la tabla en intervalos dirigidos a tiempo o eventos

Guía avanzada de elaboración de informes Datamart 12

© 2002 MicroStrategy, Inc. Escenarios de negocio de ejemplo 285

• Integración de herramientas de terceros, que utiliza ROLAP y la funcionalidad de MicroStrategy Desktop para extraer datos de un warehouse extenso y crear una tabla de resultados que pueda cargarse en herramientas de terceros. Esta funcionalidad le permite crear una única tabla para alimentar una herramienta de software de correo masivo o una aplicación de bucle cerrado similar, por ejemplo.

El propósito principal del datamart es la creación de tablas relacionales que puedan utilizarse y actualizarse de la misma manera que las del esquema de un proyecto. Las tablas de datamart se crean a partir de la información de las columnas y filas de los informes que se seleccionan o crean para este fin.

Para crear una tabla relacional para datamart

1 Cree un informe nuevo o seleccione uno existente para utilizarlo en la creación de la tabla.

2 Utilizando el Editor de informes, desígnelo como el informe de datamart.

3 Defina las propiedades relevantes, como la ubicación donde crear la tabla, el nombre, las propiedades de VLDB, los parámetros de control, etc., para el informe.

4 Ejecute el informe.

5 Resuelva las selecciones dinámicas que el informe pueda incluir.

A continuación, MicroStrategy 7i crea la tabla de datamart en la base de datos que haya seleccionado. Cuando se haya terminado de crear la tabla, se muestra un mensaje que incluye el nombre de la tabla y una notificación de que se ha creado correctamente.

� En lo que respecta a los nombres de alias de las tablas y los indicadores, asegúrese de que se ajusten a las reglas de convención de nomenclatura para su plataforma de base de datos concreta. Aparecerá un error si no utiliza un nombre de alias de tabla o de indicador válido.



Salida de los informes de datamart: tablas relacionales

Cuando se utiliza el contenido de un informe como entrada para datamart, el resultado es una tabla ubicada en una base de datos relacional. Las tablas de datamart poseen todas las características de otras tablas del data warehouse; por lo tanto, también comparten los requisitos de creación, lo que incluye:

• Un nombre: Puede tratarse de cualquier nombre que desee asignar a la tabla. Cuando se le notifique que ha creado la tabla correctamente, verá el nombre de la tabla incluido en el mensaje. Puede seleccionar si la tabla de datamart utiliza un marcador de posición como parte del nombre de la tabla.

Los marcadores de posición le permiten modificar los nombres de las tablas dinámicamente, según lo necesite. A continuación, se muestran los marcadores de posición que pueden utilizarse en los nombres de las tablas de datamart.

� El uso de cualquier otro carácter que no sea D, U u O invalida el marcador de posición y provoca su eliminación de la tabla de datamart. Los caracteres de marcador de posición distinguen minúsculas y mayúsculas; deben escribirse siempre en mayúscula.

Marcador de

posiciónOpciones de sustitución

!U Nombre de ID de usuario

!D Fecha de creación de la tabla

!O Nombre del informe



• Una ubicación: Las tablas de datamart pueden encontrarse en cualquier base de datos relacional. Para especificar la ubicación de la tabla, seleccione la instancia de base de datos en la que desee crear la tabla. Puede crearse en la misma base de datos que el warehouse, o incluso en una plataforma totalmente diferente. Estas condiciones se aplican a la ubicación que haya seleccionado para la tabla de datamart:

– Si la base de datos del datamart se encuentra en la misma ubicación física que la del warehouse, no es necesario transferir los resultados en el servidor para ubicarlos.

– Si la base de datos del datamart se halla en una ubicación física diferente a la del warehouse, el conjunto de resultados debe transferirse al servidor para insertarlo en la nueva plataforma.

• Propiedades de VLDB: Estas propiedades controlan los parámetros de creación para la sentencia CREATE TABLE. A continuación, se muestra la sintaxis de estas sentencias. El conjunto de sentencias previo al SQL se muestra con las propiedades de VLDB en cursiva.

CREATE <<Table Qualifier>> TABLE <<Table

Descriptor>><<Table Prefix>>[TABLE NAME]

<<Table Option>> ([COLUMN DEFN]) <<Table

Space>> {PRIMARY INDEX/PARTITION

KEY/PRIMARY KEY} <<Create Table Post

String>>

• Alias de nombre de columna: Las columnas de atributos de una tabla de datamart pueden tener nombres definidos por el usuario. Los alias de columna de atributos se especifican mediante el Editor de atributos.

• Parámetros de control: Especifican los valores máximos para el tiempo de ejecución y para el número de filas que se enviarán al Motor analítico. El parámetro de número máximo de filas se aplica únicamente a los informes de datamart que el Motor analítico llama, igual que al usar la función runningMax en una definición de indicador.



� Las sentencias anteriores y posteriores a SQL permiten la aplicación de SQL definido por el usuario antes y después de la creación de las tablas de datamart. Entre los posibles usos, se incluyen privilegios de GRANT y creación de índices.

Los parámetros anteriores y posteriores a la creación de tablas se aplican únicamente a las tablas de datamart; no afectan a los parámetros generados para procesar informes.

Grupos personalizados en tablas de datamart

Dado que los grupos personalizados no existen como columnas en el warehouse, cuando un informe incluye un grupo personalizado, la tabla de datamart resultante contiene datos que no se asignan directamente a las columnas correspondientes de una tabla de warehouse. Por esta razón, los datos derivados de las columnas del grupo personalizado se procesan de manera diferente.

Esta ilustración muestra cómo las columnas aparecen en las tablas de datamart creadas a partir de informes que incluyen grupos personalizados.

En una tabla estructurada de la siguiente manera:

• La columna Elemento_ID contiene los ID de los elementos del grupo personalizado, según los ha generado el motor.

• La columna Elemento_Nombre contiene las descripciones de los elementos del grupo personalizado.

Elemento

_ID

Elemento

_Nombre

Filtro

_ID

Filtro

_NombreRango

Valor

_indicador



La siguiente ilustración muestra parte de una tabla de ejemplo que incluye datos de un grupo personalizado.

En este ejemplo,

A señala a la columna Elemento_ID tal y como aparece en la tabla de datamart. Los ID de elemento (1, 2, 3,...) se extraen de los elementos del grupo personalizado correspondientes en el informe.

B señala a los nombres de elemento tal y como aparecen en la tabla de datamart. Estos nombres se extraen de los nombres de los elementos del grupo personalizado correspondientes en el informe.

De manera similar, cuando un informe incluye columnas que reflejan consolidaciones, SQL Engine proporciona valores de ID de elemento para la tabla de datamart. En estos casos, la estructura de la tabla adopta un aspecto similar al siguiente.

A B

Elemento_ID Elem ento_Nom bre Filtro_ID Rango Valor de indicador

1 Alm acenes noreste

New York

Virginia

2 Alm acenes suroeste

Colorado

Utah

3 Líderes del 1997

New York 1997

Colorado 1997

Elemento_ID Elemento_Nombre Valor_indicador



En una tabla estructurada de la siguiente manera:

• La columna Elemento_ID contiene los valores proporcionados por el motor.

• La columna Elemento_Nombre contiene los nombres de los elementos de consolidación.

Si desea más información sobre los grupos personalizados, los elementos de grupos personalizados, las consolidaciones y los elementos de consolidación, consulte el Capítulo 5, Grupos personalizados y consolidaciones.


13

TRANSFORMACIONES

Introducción

Las transformaciones son una de las muchas técnicas de MicroStrategy 7i que se utilizan para realizar análisis de series temporales, un tipo de análisis relevante a muchas industrias diferentes, incluido el comercio minorista, la banca y las telecomunicaciones. Un ejemplo típico de este tipo de análisis son las comparaciones comparación entre este año y el anterior. Para calcular una varianza o un porcentaje de crecimiento, por ejemplo, comparando los ingresos del año pasado con los de éste, resulta muy cómodo utilizar una transformación, incluso si existen alternativas. Las transformaciones suelen ser el enfoque más genérico y pueden volver a utilizarse y aplicarse a otros análisis de series temporales.

Este capítulo profundiza en las transformaciones. Trata sobre los diferentes tipos de transformaciones y cómo crearlas y utilizarlas.

Transformaciones Guía avanzada de elaboración de informes13

292 ¿Qué es una transformación? © 2002 MicroStrategy, Inc.

¿Qué es una transformación?

Una transformación es un objeto de esquema que contiene una regla de negocio utilizada para comparar resultados de diferentes períodos de tiempo. Las transformaciones, que normalmente son definidas por un diseñador de proyectos, se utilizan en la definición de un indicador para modificar su comportamiento.

Volvamos al ejemplo utilizado en la Introducción, la comparación entre este año y el anterior. Para calcular los ingresos de este año, puede utilizar el indicador Ingresos en conjunción con un filtro para este año. De la misma manera, para calcular los ingresos del año pasado, puede utilizar el indicador Ingresos en conjunción con un filtro para el año pasado. No obstante, una alternativa más flexible es utilizar una transformación Año pasado previamente creada en la definición de un nuevo indicador, Ingresos del año pasado. Con un único filtro, en 2001, por ejemplo, los dos indicadores Ingresos e Ingresos del año pasado ofrecerán los resultados para 2001 y 2000, respectivamente.

Dado que la transformación representa una regla, puede describir el efecto de dicha regla para los diferentes niveles. Por ejemplo, la transformación Año pasado describe intuitivamente cómo un año específico se relaciona con el año anterior. Además, puede expresar cómo cada mes de un año corresponde a un mes del año anterior. Del mismo modo, la transformación puede describir cómo cada día de un año corresponde a un día del año anterior. Esta información define la transformación y convierte todos los casos en un concepto genérico.

La definición de la asociación entre el valor original y el transformado puede representarse en una expresión que utilice columnas del warehouse, constantes, operadores aritméticos y funciones matemáticas. Sin embargo, en ocasiones es más recomendable calcular previamente estos valores y almacenarlos en una tabla diseñada para la transformación. Este proceso se denomina también transformación basada en tabla. La ventaja reside en el posible uso de índices para reducir el tiempo de consulta, aunque se deba administrar una tabla adicional en el warehouse.

Guía avanzada de elaboración de informes Transformaciones 13

© 2002 MicroStrategy, Inc. Indicadores de transformación 293

En lo que respecta al ejemplo de comparación entre este año y el año anterior, puede optar por utilizar una fórmula sencilla, como Año - 1, en la definición de la transformación, o bien calcular previamente los datos y almacenarlos en la columna de una tabla.

Indicadores de transformación

Las transformaciones se utilizan para comparar valores de diferentes períodos de tiempo. Por ejemplo, puede que desee comparar las ventas de este mes con las del mes anterior, las del mismo mes del año anterior, etc. Otro ejemplo es la comparación de los datos del año hasta la fecha con los datos para las ventas diarias. Un indicador simple calcula las ventas diarias. El indicador de transformación calcula el total de ventas actualizado a diario.

Aunque las transformaciones se utilizan con mayor frecuencia para descubrir y analizar tendencias temporales en los datos, no todas las transformaciones han de ser temporales. Un ejemplo de transformación no temporal es Este catálogo/Último catálogo, que es posible que utilice catálogo_ID-1 para realizar la transformación.

Las transformaciones se utilizan para definir indicadores de transformación. Un indicador de transformación es un indicador que adopta las propiedades de la transformación que se le aplica. Por ejemplo, si crea un indicador para calcular las ventas totales y le agrega una transformación Año pasado, el indicador pasa a calcular las ventas totales del año pasado.

Puede incluir cualquier transformación como parte de la definición de un indicador. Asimismo, puede aplicar varias transformaciones al mismo indicador.

� Las transformaciones son objetos de esquema y, por lo tanto, sólo puede crearlas un diseñador de proyecto con privilegios de objetos de esquema.


294 Indicadores de transformación © 2002 MicroStrategy, Inc.

Indicadores de transformación y atributos de hijos comunes

En un informe, un indicador de transformación muestra el atributo actual con datos transformados, es decir, los valores para la transformación. Por ejemplo, un informe contiene Trimestre y el indicador de transformación Ingresos del año pasado. Se muestran todos los trimestres, con los ingresos del año anterior, como se muestra a continuación:

Cuando se agrega un atributo de hijo común, se produce un conflicto. Los atributos mostrados deberían continuar siendo los actuales, con datos transformados. Sin embargo, dado que el atributo de hijo común existe esencialmente tanto en la dimensión temporal como en una dimensión no temporal, la manera en que se debe realizar la transformación no resulta intuitiva.

Por ejemplo, se agrega Promoción al anterior informe.El atributo de hijo común no puede transformarse, ya que no todos sus hijos comunes, tipo de promoción y artículo, tienen una relación temporal. El informe muestra la fecha actual,la promoción asociada con la fecha actual y los datos procedentes de la combinación de promoción y fecha, menos un año. A continuación, se muestra un informe de ejemplo.

Trimestre Ingresos del año pasado

T1 1998 $1.884.444

T2 1998 $2.585.002

T1 1999 $1.545.399

T2 1999 $2.861.785

Trimestre Promoción Ingresos del año pasado

T1 1998 Cuesta de enero $1.366

T2 1998 Primavera $483

T1 1999 Cuesta de enero $180

T1 1999 San Valentín $99

T2 1999 Primavera $120


© 2002 MicroStrategy, Inc. Componentes de las transformaciones 295

Observe que la promoción San Valentín existía en 1999, pero no en 1998. Aunque desee verla listada para 1998, recuerde que sólo se transforman los valores de indicador, no los atributos. Es decir, al no existir la promoción San Valentín en 1998, no se puede mostrar en el informe la combinación de San Valentín y T1 1998. No se genera información falsa.

Componentes de las transformaciones

Todas las transformaciones constan de los siguientes componentes:

• Atributos miembro: Este componente contiene los atributos a los que se aplica la transformación, es decir, los diferentes niveles a los que se aplica la regla.

Por ejemplo, en la transformación Año pasado del Tutorial de MicroStrategy, los atributos miembro son Año, Trimestre, Mes y Día.

• Expresiones de miembro: Cada atributo miembro posee una expresión correspondiente. En el caso más genérico, se trata de una expresión que utiliza constantes, operadores aritméticos, funciones matemáticas y columnas del warehouse, normalmente el ID de columna de atributo.

Por ejemplo, puede crear una transformación Año pasado utilizando Año_ID-1 como la expresión. Sin embargo, existen muchos casos en los que los datos no permiten este tipo de cálculo. Si almacena Mes como 200001 (enero de 2000), no puede restar uno y obtener Diciembre de 1999 como resultado. Una ventaja notable de este cálculo dinámico es que el administrador de la base de datos no tiene que crear y mantener una tabla de transformación. La desventaja es que el sistema debe repetir el cálculo siempre que se necesite.


296 Componentes de las transformaciones © 2002 MicroStrategy, Inc.

Existe un caso especial importante en el que la expresión es sencillamente una columna de una tabla de warehouse concreta poblada específicamente con datos que admiten la transformación. A continuación, la regla no se incluye en una expresión, sino directamente en los datos de la columna. Dado que los datos definen la regla, este enfoque proporciona una flexibilidad considerable a la definición de la transformación. Resulta de particular eficacia cuando no existe ninguna fórmula sencilla que pueda expresar la regla. De hecho, en el caso de una transformación uno a muchos, se precisa de una tabla independiente. El inconveniente es que el administrador de la base de datos debe crear y mantener la tabla de transformación adicional en el warehouse. Sin embargo, una vez creada la tabla, normalmente se reduce notablemente el tiempo de consulta.

• Tablas: Cada expresión de miembro se basa en una tabla específica, normalmente la tabla de lookup que corresponde al atributo que se va a transformar, a no ser que se introdujera una tabla específicamente para admitir este nivel de transformación.

• Tipo de asignación: Este componente determina cómo se crea la transformación según la naturaleza de los datos. La asignación puede pertenecer a uno de estos tipos:

– Uno a uno: Una relación uno a uno típica es “año pasado a este año”. Un día o un mes de este año se asigna exactamente a un día o un mes del año pasado.

– Uno a muchos: Una relación uno a muchos típica es año a fecha. Para una fecha, se incluyen muchas otras fechas en el cálculo de año a fecha.


© 2002 MicroStrategy, Inc. Ejemplo: transformaciones 297

�Ejemplo: transformaciones


Necesita analizar el aumento de los ingresos trimestralmente.


Solución

Puede utilizar un indicador de transformación.

La creación de un indicador de transformación consta de dos pasos. En primer lugar, se define el objeto de transformación en el Editor de transformaciones. A continuación, debe crearse el indicador de transformación en el Editor de indicadores.

El diseñador del proyecto debe proporcionar a los usuarios una transformación Last Quarter (Último trimestre) que asigne cada trimestre al anterior, cada mes de cada trimestre al mismo mes en el trimestre anterior y cada día de un trimestre al mismo día del trimestre anterior. Consulte el ejemplo de este tipo de transformación en el Tutorial de MicroStrategy. Se denomina Last quarter y se encuentra en la subcarpeta Transformaciones de la carpeta Objetos de esquema.

Una vez que haya creado la transformación, puede utilizarla en un indicador, quizás Revenue, que produzca los ingresos del trimestre pasado. En el Editor de indicadores, especifique la fórmula para el indicador. Para calcular el aumento de trimestre a trimestre, utilice el indicador Revenue original y el nuevo indicador de ingresos del trimestre pasado. Seleccione el panel de transformación y arrastre la transformación que acaba de crear a él.


298 Ejemplo: transformaciones © 2002 MicroStrategy, Inc.

El informe final contiene el atributo Quarter (Trimestre) y el indicador de crecimiento creado como se ha indicado anteriormente.


14

TABLAS AGREGADAS

Introducción

Las tablas agregadas son tablas de resumen que almacenan datos en niveles más altos que aquellos en los que se almacenaron y guardaron los datos inicialmente. Las tablas agregadas proporcionan un acceso más rápido a información examinada frecuentemente, al mismo tiempo que conservan la eficacia tradicional de ROLAP para realizar consultas directamente en la base de datos y obtener respuestas a cualquier pregunta.

Este capítulo describe cómo y por qué se utilizan las tablas agregadas. Sirve de ampliación a sus conocimientos sobre las tablas de hechos.

Tablas agregadas Guía avanzada de elaboración de informes14

300 ¿Por qué debería utilizar tablas agregadas? © 2002 MicroStrategy, Inc.

¿Por qué debería utilizar tablas agregadas?

MicroStrategy utiliza SQL optimizado para consultar la base de datos relacional directamente a fin de responder a las preguntas de los usuarios. Por lo tanto, los usuarios pueden plantear cualquier pregunta que sea compatible con los datos de su warehouse y después analizar los resultados hasta que encuentren la respuesta precisa. El inconveniente de esta metodología de OLAP relacional (ROLAP) es que el acceso a extensas tablas de datos puede llevar mucho tiempo. Algunas personas han considerado que OLAP multidimensional (MOLAP) era la solución a este problema. Sin embargo, no es escalable para proyectos grandes a causa de la dificultad de mantener todas las posibles combinaciones de agregados a medida que aumenta el número de atributos y la cantidad de datos. La solución de MicroStrategy es el uso de tablas agregadas para proporcionar un acceso más rápido a los datos consultados frecuentemente, al mismo tiempo que se conserva la capacidad de responder a cualquier pregunta de los usuarios.

Algunas de las ventajas de las tablas agregadas son las siguientes:

• reducir los requisitos de entrada/salida, CPU, memoria RAM e intercambio

• eliminar la necesidad de realizar cálculos dinámicos

• reducir el número de lecturas de disco físicas y el número de registros que deben leerse para satisfacer una consulta

• reducir al mínimo la cantidad de datos que deben agregarse y ordenarse en tiempo de ejecución

• mover los cálculos prolongados con lógica complicada o los cómputos significativos a una rutina por lotes desde el SQL dinámico utilizado en el tiempo de ejecución del informe

Guía avanzada de elaboración de informes Tablas agregadas 14

© 2002 MicroStrategy, Inc. Terminología de agregación 301

En resumen, MicroStrategy SQL Engine, en combinación con las tablas agregadas y el almacenamiento en caché, produce resultados a aproximadamente la misma velocidad que MOLAP. Sin embargo, al contrario que MOLAP, todavía se conserva la capacidad de responder a preguntas instantáneamente y la solución es escalable para bases de datos amplias.

Terminología de agregación

Ahora que sabe por qué debería utilizar las tablas agregadas, le ofrecemos varios términos y definiciones para que se familiarice con la terminología y, por consiguiente, con los conceptos básicos.

MicroStrategy crea agregados únicamente en las tablas de hechos, ya que las tablas de lookup y las tablas de relación suelen ser de un tamaño considerablemente menor. Por lo tanto, para comprender las tablas agregadas, debe estar familiarizado con las tablas de hechos en el contexto de la modelización de datos y los data warehouses. Si desea obtener más información sobre estos temas, consulte el Capítulo 7, Hechos y el Apéndice C, Modelización de datos avanzada, así como el apéndice Modelización de datos en la Guía de configuración básica.


302 Terminología de agregación © 2002 MicroStrategy, Inc.

Comparación de agregación y preagregación

Siempre que el nivel de visualización de los datos de un informe deba ser diferente al nivel en el que se almacenaron inicialmente, debe llevarse a cabo la agregación, es decir, la acumulación de los datos. Por defecto, la agregación se produce dinámicamente con una sentencia SQL en el tiempo de ejecución del informe. Por ejemplo, los datos de ventas se almacenan diariamente en una tabla de hechos. Se ejecuta un informe que solicita datos del nivel mensual. Los valores diarios de la tabla de hechos se seleccionan, ordenan y suman para producir los totales mensuales, como se muestra a continuación.

La agregación también puede realizarse antes de que se ejecuten los informes; en este caso, los resultados se almacenan en una tabla agregada. Este proceso se denomina preagregación. Puede crear estas tablas preagregadas,o agregadas, como parte del proceso ETL. Si se solicitan frecuentemente los datos de ventas del nivel mensual, como

Select Atributos, SUM(Hechos)

from L_Tabla, Hecho_Tabla

Where Join(HechoL)

Calificaciónes

(Mes=Marzo,

Tienda=1, Artículo=10)

Group by Atributos

1

Tienda_id

...

1

1

1

160

Rédito

...

200

240

280

10

Articulo_id

...

10

10

10

9/3/99

Dia_id

...

12/3/99

11/3/99

10/3/99


© 2002 MicroStrategy, Inc. Terminología de agregación 303

en el ejemplo anterior, resulta útil emplear una tabla agregada con los datos de ventas acumulados en el nivel mensual. Así es posible eliminar la lectura, la ordenación y el cálculo de datos de muchas filas en una tabla de hechos amplia de nivel más bajo durante el tiempo de ejecución.El siguiente diagrama sirve de ejemplo.

Si la tabla de hechos de ventas diarias es la tabla de hechos de nivel más bajo y contiene datos de nivel atómico, se denomina tabla base. En estos términos, una tabla agregada es cualquier tabla de hechos cuyos datos se deriven mediante la agregación de datos de una tabla base existente. También puede definirse como una tabla de resumen que almacena datos en un nivel más alto a aquel en el que se almacenaron y guardaron inicialmente.

1

Tienda_id

10

Articulo_id

199903

Dia_id

1305584

Rédito

Pre-agregar en

tabla de

agregados

...

1

1

1

1

Tienda_id

...

10

10

10

10

Articulo_id

...

12/3/99

11/3/99

10/3/99

9/3/99

Dia_id

...

200

240

280

160

Rédito


304 ¿Cuándo debería utilizar tablas agregadas? © 2002 MicroStrategy, Inc.

Grado de agregación

Aunque MOLAP puede proporcionar un rendimiento rápido cuando puede responder a una pregunta, precisa un esquema totalmente agregado para responder a la mayoría de las preguntas. Es decir, deben generarse todas las combinaciones posibles de asociaciones agregadas cuando se cree el cubo multidimensional. Esto garantiza que pueda darse respuesta a todas las posibles preguntas. Este escenario resulta muy difícil de mantener a medida que el número de atributos y la cantidad de datos aumenta y, por lo tanto, no es demasiado escalable.

En un entorno ROLAP, el grado de agregación puede poseer la densidad que sea adecuada para los usuarios.Un warehouse de agregación densa contiene un gran número de tablas agregadas, mientras que un warehouse con agregación de poca densidad contiene menos. La agregación de poca densidad hace referencia al hecho de que un determinado proyecto sólo necesita la cantidad de tablas de hechos agregadas que resulten útiles a sus usuarios.

Por lo tanto, ROLAP proporciona mucha más flexibilidad. Sólo deben crearse las combinaciones agregadas que el administrador del proyecto determine que sean beneficiosas. Es decir, si la tabla agregada resulta útil para responder a consultas planteadas frecuentemente, su presencia proporciona una respuesta con la misma rapidez que un sistema MOLAP. Sin embargo, si una combinación agregada concreta no se utiliza nunca o sólo en raras ocasiones, no es necesario consumir el espacio en el RDBMS ni utilizar los recursos para crear dicha tabla durante el proceso por lotes.

¿Cuándo debería utilizar tablas agregadas?

La preagregación no es recomendable para todas las intersecciones de nivel de atributo o de jerarquías. Cree las tablas agregadas únicamente si beneficiarán a los usuarios, dado que la creación y el mantenimiento de tablas agregadas precisa que el administrador de la base de datos realice trabajo adicional. Por otra parte, no desperdicie el espacio de la base de datos si las tablas no van a utilizarse.


© 2002 MicroStrategy, Inc. ¿Cuándo debería utilizar tablas agregadas? 305

Algunos factores que deben considerarse antes de crear tablas agregadas:

• la frecuencia de las consultas en ese nivel

• la relación entre el padre y el hijo

• la proporción de compresión

Frecuencia de las consultas en el nivel

Cree únicamente las tablas agregadas que vayan a resultar de utilidad a los usuarios. Si no se accede nunca a las tablas, consumen espacio en disco e imponen cargas innecesarias sobre las rutinas de extracción de archivos, carga de la base de datos y copia de seguridad de base de datos. Esto se opone a la razón para crear las tablas agregadas.

Sin embargo, no siempre resulta sencillo cuantificar la utilidad. Por ejemplo, considere la siguiente jerarquía:

El resumen de datos en el nivel Departamento parece ser un buen candidato para crear una tabla agregada. Sin embargo, si los usuarios desean con frecuencia excluir artículos inactivos, la consulta debe utilizar los datos del nivel Artículo y agregar los datos de Departamento dinámicamente. Por lo tanto, las tablas agregadas de Departamento no se utilizarían en esta situación.

Una vez que su warehouse se encuentre en producción, realice un seguimiento del uso de las tablas agregadas para determinar con qué frecuencia se utilizan realmente. Si una tabla no se utiliza, elimínela del warehouse. MicroStrategy Enterprise Manager le permite realizar de forma sencilla el seguimiento del uso de las tablas. Si desea más información sobre Enterprise Manager, consulte el manual MicroStrategy Administration Tools.

Departamento

Artículo

Bandera

activa


306 ¿Cuándo debería utilizar tablas agregadas? © 2002 MicroStrategy, Inc.

Relación entre el padre y el hijo

Cuando se crea una tabla agregada, los registros hijo suelen agregarse en un registro padre, que se basa en las combinaciones clave de una tabla de relación. En cualquier relación jerárquica, cuando se modifica una relación padre-hijo, deben actualizarse todas las tablas que contengan dicha relación o datos relevantes para ella. Si estas relaciones son dinámicas o estáticas, cambia según el modo en que son agregadas en las tablas.

Relaciones dinámicas

Cuando la relación entre los elementos padre e hijo cambia, la relación se denomina dinámica. Estos cambios suelen producirse a menudo como consecuencia de una reestructuración de la organización, un realineamiento geográfico o la agregación, reclasificación o retirada de artículos o servicios. Por ejemplo, una tienda puede decir cambiar la clasificación de departamento a la que pertenecen los artículos.

Se deben volver a calcular las tablas agregadas que contienen las relaciones dinámicas cada vez que se produzca un cambio. Si las tablas son amplias, este proceso puede tardar tiempo, consumir recursos y complicar el proceso por lotes. Si se realizan cambios frecuentemente, es posible que las tablas agregadas no sean óptimas para esta situación. Considere la frecuencia de los cambios, el tamaño de la tabla y el impacto sobre el proceso por lotes, y después compare los inconvenientes y las ventajas de poseer una tabla agregada.

Relaciones estáticas

Cuando las relaciones de los elementos no cambian nunca o con poca frecuencia, se denominan relaciones estáticas.En estos casos, el mantenimiento de las tablas agregadas es muy sencillo. Por ejemplo, las jerarquías de tiempo no suelen ser dinámicas; los días no migran a diferentes semanas y las semanas fiscales no cambian de mes.


© 2002 MicroStrategy, Inc. ¿Cuándo debería utilizar tablas agregadas? 307

Por otra parte, la acumulación de una jerarquía completa puede evitar muchos problemas cuando la relación cambia. Por ejemplo, una tabla contiene un valor para la suma de todas las tiendas. No se verá afectada por una reorganización en la jerarquía geográfica.

Proporción de compresión

El proceso de la agregación de datos aplica una función de agregado, como suma o promedio, a un conjunto de registros hijo para producir un único registro padre. El número promedio de registros hijo que se combina para calcular un registro padre se denomina proporción de compresión.La eficacia de una tabla agregada puede estimarse utilizando este número, ya que representa la disminución de registros que deben leerse para responder a una consulta en ese nivel.

Recuerde que algunas de las razones para crear tablas agregadas es reducir la entrada/salida de disco y la cantidad de registros que deben agregarse y ordenarse dinámicamente. Por lo tanto, la preagregación de los datos resulta eficaz únicamente si la proporción de compresión es significativa. Si la proporción de compresión es 3:2, la tabla agregada precisa 2/3 del espacio de almacenamiento de la tabla base, pero sólo logra una reducción de 1/3 en el número de registros. En comparación, si la proporción de compresión es 4:1, la tabla agregada reduce el número de registros en 3/4 y sólo utiliza 1/4 del espacio de almacenamiento.

Cuando el número de elementos difiere notablemente entre dos atributos de una misma jerarquía, la proporción de compresión indica que el uso de una tabla agregada puede mejorar la eficacia de las consultas. Además, para tablas base más reducidas, la carga sobre los recursos que ejercen las agregaciones dinámicas sobre el servidor de la base de datos disminuyen, al igual que la eficacia de la preagregación.Para determinar cuándo la preagregación puede resultar útil en su sistema, debe equilibrar la importancia de la velocidad y la disponibilidad de espacio en disco y los recursos para mantener el esquema.

Si desea más información sobre las proporciones, consulte el apéndice Modelización de datos de la Guía de configuración básica.


308 Integración de tablas agregadas © 2002 MicroStrategy, Inc.

Integración de tablas agregadas

Para integrar una tabla agregada en un proyecto existente

1 Agregue la tabla al proyecto en el Catálogo de warehouse.

2 Utilice la nueva tabla en las expresiones de hecho que desee.

Si la estructura de la tabla agregada corresponde a la de su tabla de hechos base, Architect la agrega automáticamente a las definiciones de los hechos y atributos existentes. En otras palabras, Architect reconoce los agregados. ¿Cómo sabe Arquitect cuándo utilizar la tabla agregada en lugar de la tabla de hechos base, teniendo en cuenta que ninguna puede responder a una consulta? La respuesta es el tamaño lógico de la tabla.

Tamaño lógico de la tabla

Architect asigna un tamaño a cada tabla del proyecto cuando se agregan por primera vez a él. Estas asignaciones de tamaño se almacenan en la metadata y se calculan basándose en las columnas de la tabla y sus atributos correspondientes. Dado que Architect utiliza las definiciones de atributos lógicas o conceptuales cuando asigna tamaños, esta medida se conoce como el tamaño lógico de la tabla.

Cuando ejecute un informe, el Motor analítico elige la tabla más pequeña de todas, según el tamaño lógico de la tabla, que contenga suficientes datos para responder a la consulta.


© 2002 MicroStrategy, Inc. Integración de tablas agregadas 309

Cambio del tamaño lógico de la tabla

Recuerde que el tamaño lógico de la tabla inicial se basa en el número de columnas de atributos y en los diversos niveles en los que existen en sus respectivas jerarquías. Suponga que la tabla de hechos base contiene millones de filas con detalles de nivel de transacción. Por el contrario, el resto de las tablas sólo contienen información de resumen o de un nivel más alto. Dado que los niveles de atributos son más bajos en la tabla de hechos base, se asigna a la tabla completa un valor más alto para el tamaño lógico de la tabla que a las tablas de resumen con atributos de nivel más alto.

Lógicamente, una tabla con un atributo de nivel más alto debería tener un tamaño menor. Por supuesto, esto no siempre es verdad en un warehouse real. Por lo tanto, el Editor de tablas lógicas le permite modificar los tamaños lógicos de las tablas basándose en sus verdaderos tamaños relativos.


15

ASIGNACIONES DE PARTICIÓN

Introducción

Una asignación de partición divide tablas lógicas amplias en tablas físicas más reducidas basándose en un nivel de datos definible, como mes o departamento. Las particiones mejoran los resultados de las consultas, ya que reducen al mínimo el número de las tablas y los registros de una tabla que deben leerse para satisfacer las consultas emitidas a un warehouse. Mediante la distribución del uso en varias tablas, las particiones mejoran la velocidad y la eficacia de las consultas a la base de datos.

El tiempo es la categoría más común para asignar particiones a las bases de datos. Las particiones por tiempo limitan el crecimiento de las tablas de la base de datos y aumentan la estabilidad.

Este capítulo describe los conceptos necesarios para asignar particiones.

Asignaciones de partición Guía avanzada de elaboración de informes15

312 Comparación de particiones de servidor y de aplicación © 2002 MicroStrategy, Inc.

Comparación de particiones de servidor y de

aplicación

Las particiones pueden administrarse con el servidor de la base de datos o con la aplicación MicroStrategy 7i.De cualquier modo, la partición de las tablas se realiza en el nivel de base de datos; los términos aplicación y servidor hacen referencia al encargado de administrar las tablas particionadas, no a dónde se dividen.

Particiones de nivel de servidor

En las particiones de nivel de servidor RDBMS, las tablas particionadas son administradas por el servidor de la base de datos, en lugar de MicroStrategy 7i. La tabla de hechos original no se divide físicamente en tablas más pequeñas.En su lugar, el servidor de la base de datos particiona lógicamente la tabla de acuerdo con los parámetros especificados por el administrador de la base de datos.No necesita tomar ninguna medida en MicroStrategy para admitir las particiones.

Dado que el usuario final sólo ve la tabla lógica, las particiones resultan transparentes en MicroStrategy. Por el contrario, en las particiones de nivel de aplicación, la base de datos relacional no ve las tablas particionadas.

Consulte la documentación de la base de datos para obtener detalles sobre las particiones de servidor en su plataforma.

Particiones de nivel de aplicación

En las particiones de nivel de aplicación, es la aplicación, en lugar del servidor RDBMS, la encargada de administrar las tablas de partición. Una tabla de partición base (PBT) es una tabla de warehouse que contiene parte de un conjunto de datos mayor. Las tablas de partición suelen dividirse lógicamente, como por ejemplo por tiempo o geografía. MicroStrategy 7i admite dos tipos de particiones:

Guía avanzada de elaboración de informes Asignaciones de partición 15

© 2002 MicroStrategy, Inc. Asignación de partición de metadata 313

• La asignación de partición de metadata almacena la información de asignación en la metadata del proyecto.

• La asignación de partición de warehouse utiliza una tabla de warehouse especializada para determinar a qué tabla se debe acceder.

Asignación de partición de metadata

La asignación de partición de metadata es la asignación de particiones llevada a cabo y mantenida en la metadata del proyecto en el nivel de aplicación. MicroStrategy 7i administra la asignación entre la tabla lógica y las tablas físicas. Este diseño facilita la especificación de un esquema de partición flexible.

En una asignación de partición de metadata, debe especificar uno o más atributos de partición en el Editor de asignación de partición de metadata. A continuación, debe definir los elementos de atributo dentro de dichos atributos que deberían señalar a cada tabla de partición base. Cree todas las reglas para seleccionar la tabla de partición base adecuada aquí y éstas se almacenarán en la metadata de MicroStrategy.

Particiones homogéneas y heterogéneas

Las particiones de metadata pueden ser homogéneas o heterogéneas. En el caso de las particiones heterogéneas, las tablas de partición base pueden almacenar diferentes cantidades de datos en diferentes niveles. Por ejemplo, una tabla puede contener seis meses de datos de ventas, mientras que otra almacena un año completo. El nivel de tabla de partición base, o clave, hace referencia a la manera en que se almacenan los datos. Por ejemplo, los datos de ventas del año actual pueden almacenarse en el nivel diario, mientras que los datos históricos se guardan únicamente por mes.


314 Asignación de partición de metadata © 2002 MicroStrategy, Inc.

MicroStrategy 7i almacena un nivel de tabla de partición base para cada partición. Si todas las tablas de partición base de una partición no se almacenan en el mismo nivel, se utiliza el nivel de tabla de partición base más alto como el nivel de la partición. Por ejemplo, si todos los datos de ventas del ejemplo anterior se almacenan en una partición, no podrá acceder a las ventas actuales en el nivel diario. La razón es que el nivel de la tabla de partición base para la partición es mensual, que es nivel más alto que el diario. Si guarda los datos actuales en una partición en el nivel diario y los datos históricos en otra en el nivel mensual, podrá contar con acceso total a los datos.

Por el contrario, las particiones homogéneas deben tener la misma cantidad de datos almacenados en el mismo nivel de tabla de partición base. La estructura lógica de las tablas de partición base debe ser idéntica, es decir, deben tener los mismos hechos y atributos definidos. Para continuar con los ejemplos anteriores, cada tabla debe almacenar un año de datos en el nivel mensual.

Divisiones de datos

Cuando configura particiones de metadata, crea las tablas de partición base antes de definir una división de datos.La división de datos actúa como un filtro que describe qué partes de los datos se colocan en la tabla de partición. Basándose en esta división de datos, el motor sabe qué tabla seleccionar cuando genere el SQL.

Una división de datos contiene los parámetros en los que se basa una partición, por ejemplo, Mes=Enero. En lugar de recuperar los datos de todos los meses, el servidor accede a una tabla determinada que contiene los datos sólo para enero. Al crear una división de datos con la partición, podrá recuperar datos específicos sin joins y búsquedas que lleven mucho tiempo.


© 2002 MicroStrategy, Inc. Asignación de partición de warehouse 315

Es muy importante crear una división de datos válida y razonable, ya que MicroStrategy 7i no puede comprobar su precisión o relevancia. Por lo tanto, la única persona que conoce esta información es el diseñador del proyecto. Básicamente, la división de datos debe tener sentido para los datos. Una división de datos incorrectamente creada puede provocar la generación incorrecta de SQL o la recuperación de los datos equivocados.

Las divisiones de datos sólo se muestran y se pueden modificar para las particiones de metadata. Cada tabla de asignación de particiones debe incluir al menos una división de datos. En una asignación heterogénea, las divisiones de datos pueden existir en diferentes niveles y pueden componerse de diversas claves.

Calificaciones de atributos

Para crear divisiones de datos, se utilizan calificaciones de atributos. Las calificaciones de atributos son tipos de filtros que se aplican a las representaciones de atributo. Estas calificaciones le permiten limitar el tipo y la cantidad de datos que se devuelven para un informe. Por ejemplo, si crea un informe que contiene el atributo País, pero sólo desea que se devuelvan resultados para Francia, puede crear una calificación para el atributo País y utilizar Francia como el elemento que aparezca en el informe.

Asignación de partición de warehouse

La asignación de partición de warehouse es la asignación de particiones llevada a cabo y mantenida en el warehouse. Puede definir una partición de warehouse agregando una tabla con una estructura especial mediante el Catálogo de warehouse. Esta tabla contiene la asignación de la partición, que se almacena en el warehouse. Las particiones de warehouse dividen las tablas físicamente según cualquier número de atributos, aunque el usuario no pueda verlas.


316 Asignación de partición de warehouse © 2002 MicroStrategy, Inc.

Las particiones de warehouse deben ser homogéneas, al contrario que las particiones de metadata, de forma que se almacene la misma cantidad de datos en el mismo nivel de la tabla de partición base y se definan los mismos hechos y atributos. Las particiones homogéneas dividen los datos en niveles equivalentes, como enero y febrero.

La tabla de hechos original, que contiene todos los datos, no se incorpora al proyecto. Al contrario, el administrador de la base de datos crea varias tablas físicas más reducidas en el data warehouse. Cada tabla contiene un subconjunto de los datos de la tabla de hechos original. El administrador de la base de datos es responsable de mantener las particiones coherentes y actualizadas. Además, debe crear y mantener una tabla de asignación de particiones (PMT), que se utiliza para identificar las tablas de partición base como parte de un todo lógico.

Una vez creada la tabla de asignación de particiones, cuando ejecute un informe en Desktop o Web que precise la información de una de las tablas de partición base, el Motor de consultas ejecuta en primer lugar una consulta previa a la tabla de asignación de particiones para determinar a qué tabla de partición base se debe acceder para recuperar los datos para el informe. La consulta previa solicita los nombres de las tablas de partición base asociadas con los ID de atributo de los criterios de filtrado. Cuando encuentra el nombre de la tabla de partición base, llama a SQL Engine para que escriba el SQL adecuado para el warehouse.

� No existen divisiones de datos en la partición de warehouse.

� MicroStrategy 7i admite las particiones de warehouse tanto en los proyectos actualizados como en los recién creados. Se agregan utilizando el Explorador de Catálogo de warehouse.


© 2002 MicroStrategy, Inc. Comparación de la asignación de partición de metadata y de

Comparación de la asignación de partición de

metadata y de warehouse

Antes de MicroStrategy 7, la asignación de partición de warehouse era el único tipo de asignación de partición de nivel de aplicación disponible. Ahora posee una segunda opción, la asignación de partición de metadata, que no necesita tablas adicionales en el warehouse. Normalmente, en MicroStrategy 7i se recomienda la asignación de partición de metadata en lugar de la de warehouse. Sin embargo, si ya posee tablas de asignación de particiones que se configuraron en MicroStrategy 6.x, puede continuar utilizando la asignación de partición de warehouse en MicroStrategy 7i. Los conceptos básicos son similares para las dos estrategias.

La asignación de partición de metadata se recomienda porque no necesita crear ni mantener tablas físicas en el warehouse. Se crean las reglas en MicroStrategy 7i que el Motor de consultas utiliza para generar el SQL necesario para ejecutar informes. Puesto que las particiones se crean directamente en la metadata, resulta más sencilla de mantener.

Además, la asignación de partición de metadata acepta particiones tanto homogéneas como heterogéneas, al contrario que la asignación de partición de warehouse.En ésta, sólo pueden utilizarse particiones homogéneas.

© 2002 MicroStrategy, Inc. ¿Qué es el Tutorial de MicroStrategy? 319

A

TUTORIAL DE

MICROSTRATEGY

Introducción

En este apéndice se proporciona información sobre el Tutorial de MicroStrategy, incluidos el modelo de datos y el esquema físico del warehouse.

¿Qué es el Tutorial de MicroStrategy?

El Tutorial de MicroStrategy es un proyecto de MicroStrategy 7i (incluye la metadata y el warehouse) y un conjunto de aplicaciones de demostración diseñados para ilustrar la variada funcionalidad de la plataforma MicroStrategy 7i.

Un proyecto es la intersección de nivel superior de un data warehouse, un repositorio de metadata y una comunidad de usuarios. Conceptualmente, el proyecto es sencillamente el entorno en el que se realizan todos los informes relacionados. Un proyecto típico contiene informes, filtros, indicadores y funciones. Usted crea los proyectos a los que el usuario tiene acceso para ejecutar informes.

Tutorial de MicroStrategy Guía avanzada de elaboración de informesA

320 ¿Qué es el Tutorial de MicroStrategy? © 2002 MicroStrategy, Inc.

El tema del proyecto del Tutorial de MicroStrategy es el período 2000-2001 de un comercio minorista que vende aparatos electrónicos, libros, películas y música.Las principales características son:

• Cinco jerarquías: Customer, Geography, Products, Promotions y Time. Cada jerarquía puede verse gráficamente en MicroStrategy Desktop y en MicroStrategy Web (a través de documentos).

• 10.000 clientes y 400.000 artículos adquiridos

• Cinco áreas de informes: Human Resources, Inventory, Financial, Product Sales y Supplier

• Opciones para crear en MicroStrategy Web o MicroStrategy Desktop informes centrados en áreas de análisis específicas, como Customer, Inventory, Time, Products, Category, Employee o Call Center

Áreas de informes del Tutorial de MicroStrategy

Como se mencionó anteriormente, las áreas de análisis se agrupan en cinco categorías de informes que ilustran los diversos tipos de análisis de negocio que ofrece MicroStrategy 7i:

• Financial: informes que contienen información basada en el tiempo, la geografía y los productos, como “Regional and Quarterly Profit Margins”.

Estos informes representan los tipos de informes financieros que se utilizan en cualquier negocio. Incluyen información sobre beneficios y pérdidas, previsiones de la empresa e informes de márgenes. Ofrecen a los ejecutivos, directores generales y directores de operaciones acceso inmediato a los datos financieros, para que puedan analizar rápidamente las tendencias y los indicadores clave de rendimiento. Garantizan que todos los decisores tendrán acceso a un repositorio único de información financiera, para que los ejecutivos estén seguros de que todos los departamentos trabajan con el mismo conjunto de hechos. Los decisores pueden determinar inmediatamente la rentabilidad de las categorías, los departamentos, los distritos y las unidades de negocio. Cada directivo puede determinar su propio rendimiento

Guía avanzada de elaboración de informes Tutorial de MicroStrategy A

© 2002 MicroStrategy, Inc. ¿Qué es el Tutorial de MicroStrategy? 321

comparándolo con el presupuesto y los indicadores estándar de rendimiento del negocio. Además, los decisores pueden obtener informes puntuales sobre los indicadores clave, descubrir oportunidades de aumentar los beneficios y reducir los costes, realizar un seguimiento de los cambios en los costes operativos, analizar categorías y unidades de negocio, así como comparar el rendimiento real con el presupuesto.

• Human Resources: informes que contienen información sobre los empleados: el número de personas en plantilla, los cumpleaños, la antigüedad en la empresa o los cinco empleados que generan más ingresos. Estos informes se basan en los empleados, el tiempo, la geografía y las ventas.

Proporcionan información sobre el capital humano que los directivos pueden aprovechar para impulsar la eficiencia y efectividad de sus empleados. Los directivos de recursos humanos pueden detectar cuáles son los empleados que ofrecen un bajo rendimiento o ajustar el número de empleados asignado a cada departamento. Los directivos de todos los niveles pueden centrarse en el rendimiento de sus empleados, navegar hasta el nivel de detalle de empleados individuales, ver cuáles son las tendencias y extraer conocimiento que no es evidente a primera vista.

• Inventory: informes que contienen información sobre proveedores, productos, costes y beneficios, como "Inventory and Unit Sales" o "Inventory Received from Suppliers by Quarter".

Estos informes permiten realizar el seguimiento de la información del inventario en la empresa, teniendo en cuenta a los proveedores. En esencia, indican el número de unidades disponibles de un artículo, el número de unidades que se esperan de un proveedor concreto y el número de unidades vendidas. Se utilizan para garantizar la máxima eficacia de la cadena de suministros. Con ellos, los empleados pueden analizar tendencias y detalles, ajustar rápidamente el inventario y la distribución, así como comprender los costes y los problemas de eficacia subyacentes a la cadena de suministros.


322 ¿Qué es el Tutorial de MicroStrategy? © 2002 MicroStrategy, Inc.

• Product Sales: informes que permiten realizar análisis de bolsa de la compra, como por ejemplo "Sales by Region", "Revenue over Time" y "Yearly Revenue Growth by Customer Region".

Estos informes permiten a los directivos y los analistas supervisar y analizar las tendencias de ventas, realizar el seguimiento de los objetivos de ingresos de la empresa, comparar el rendimiento en las distintas tiendas y responder de forma más rápida y precisa a las necesidades del mercado. A su vez, los ejecutivos pueden analizar las tendencias y los detalles de ventas, ajustar rápidamente los precios y las promociones, identificar las afinidades de productos y los centros clave en cuanto a beneficios, así como comprender las tendencias de costes e ingresos.

• Supplier: informes que contienen información sobre proveedores, ventas, beneficios e ingresos, como por ejemplo "Brand Sales by Supplier", "Supplier Sell-Through Percentage" y "Units Sold and Profit by Supplier".

Estos informes permiten a los directivos y analistas supervisar y analizar el rendimiento de los proveedores para identificar rápidamente problemas de rendimiento. Permiten realizar el seguimiento de las marcas y los artículos vendidos que proceden de un proveedor determinado. También correlacionan la información de beneficios e ingresos con proveedores determinados, a fin de reforzar las relaciones con los proveedores clave.

Estos informes se encuentran en la carpeta Reports del proyecto del Tutorial de MicroStrategy.

Una vez determinadas las áreas de análisis, se crea un modelo de datos.


© 2002 MicroStrategy, Inc. Modelo de datos del Tutorial de MicroStrategy 323

Modelo de datos del Tutorial de MicroStrategy

Es un modelo de datos lógico que ilustra gráficamente el flujo y la estructura de los datos de un entorno de negocio. Proporciona una forma de organizar hechos para que puedan analizarse desde distintas perspectivas de negocio. Por ejemplo, un modelo de datos lógico sencillo para una compañía de comercios minoristas podría organizar todos los hechos necesarios por tienda, producto y tiempo (tres perspectivas de negocio comunes que se suelen asociar con los comercios minoristas).

Si desea información más detallada sobre la modelización de datos, consulte el apéndice Modelización de datos de la Guía de configuración básica o el documento Introduction to MicroStrategy 7i.

A efectos del Tutorial de MicroStrategy, las áreas de análisis comentadas anteriormente, Financial, Product Sales, Human Resources, etc., se organizan en los siguientes grupos jerárquicos:

• geography

• products

• customers

• time

• promotions

Estas jerarquías del Tutorial de MicroStrategy se muestran en las siguientes páginas para que le sirvan de referencia.


324 Modelo de datos del Tutorial de MicroStrategy © 2002 MicroStrategy, Inc.

Notación del modelo de datos

En las ilustraciones gráficas de las siguientes jerarquías, se utiliza la siguiente notación:

Jerarquía Geography

La jerarquía Geography del Tutorial de MicroStrategy contiene atributos como Country y Region, así como Distribution Center, Call Center y atributos específicos de los empleados. Puede resultar fácil comprender que Country y Region estén en la jerarquía Geography, pero la pertenencia a esta jerarquía no es tan evidente en el caso de Distribution Center, Call Center y los atributos relacionados con los empleados.

Símbolo Indica Definición

punto de entrada

Un punto de entrada es un acceso directo a un elemento de atributo en el Explorador de datos. Si crea un punto de entrada, obtendrá acceso más rápidamente al atributo, al no tener que explorar varios atributos para alcanzar los distintos niveles de la jerarquía.

atributo Nivel de datos definido por el arquitecto del sistema y asociado a una o más columnas de la tabla de lookup de un data warehouse. Los atributos incluyen clasificaciones de datos como Region, Order, Customer, Age, Item, City y Year. Proporcionan un medio para agregar y filtrar en un nivel determinado.

relación uno a muchos

Relación entre atributos en la que cada elemento de un atributo padre está relacionado con varios elementos de un atributo hijo, mientras que cada elemento del atributo hijo sólo está relacionado con un único elemento del atributo padre. La relación entre atributos uno a muchos es la más común en los modelos de datos.



Los datos que se utilizan en el Tutorial de MicroStrategy se basan en una empresa ficticia que vende aparatos electrónicos, películas, música y libros. La empresa no tiene tiendas físicas, sino que realiza sus ventas por catálogo o en Web. Los clientes ven los productos en un catálogo impreso o en línea y realizan sus pedidos por teléfono. Los pedidos los procesa un empleado que se encuentra en uno de los centros de atención telefónica. Después, se procesan en un centro de distribución donde están almacenados los artículos pedidos, que se envían a través de una de las empresas de transporte.

La jerarquía Geography contiene los siguientes atributos:

Atributo Descripción Ejemplo

Country Países en los que la empresa realiza negocios (o espera realizar negocios en el futuro). También los países en los que trabajan los empleados.

USA, Spain, France

Region Cada país se divide en regiones. Central, Northeast, Southwest

Call Center Centro en el que se reciben los pedidos telefónicos. Cada centro de atención telefónica (Call Center) se encuentra en una ciudad diferente.

Atlanta, Boston, Charleston

Distribution Center

Lugar desde el que se envían los pedidos de productos a los clientes. Actualmente, cada centro de distribución se encuentra en la misma ciudad que el centro de atención telefónica al que atiende.

Miami, New Orleans, Fargo

Manager Responsable de un centro de atención telefónica específico Peter Rose,Alice Cooper

Employee Experience

Número de años que un empleado ha trabajado para la empresa

3, 5, 6

Hire Date Fecha de contratación de un empleado específico 2/16/97, 3/15/99

Salary Sueldo anual de un empleado 24,000, 35,000

Employee Age

Edad del empleado 29, 36, 52

Employee Birth Date

Fecha de nacimiento del empleado 5/6/56, 1/1/77

Employee Nivel más bajo de la jerarquía Geography, que representa al responsable individual de cada pedido realizado

Jennifer Lee,Laura Kelly



Consulte el gráfico siguiente para ver cómo se organizan todos estos atributos en la jerarquía Geography del Tutorial de MicroStrategy.

Jerarquía Products

La jerarquía Products contiene atributos como Category, Brand, Catalog y Supplier. Debe tenerse en cuenta que los atributos Transaction, Warranty y Discontinued Code no forman parte del modelo de datos principal; son atributos adicionales introducidos para las demostraciones de MicroStrategy Transactor y MicroStrategy Narrowcast Server.



La jerarquía Products contiene los siguientes atributos:

Consulte el gráfico siguiente para ver cómo se organizan todos estos atributos en la jerarquía Products del Tutorial de MicroStrategy.


Category En el nivel más alto, los productos se organizan en categorías.

Electronics, Music

Subcategory Se utiliza para diferenciar un subconjunto de productos dentro de una categoría.

Business, Cameras, Drama

Warranty Período de tiempo en meses durante los que un fabricante reparará gratuitamente un artículo que se averíe (específico de Narrowcast Server)

3, 5

Brand Fabricante o intérprete de un producto concreto Ayn Rand, 3Com, Sony

Catalog Medio utilizado para vender los productos Spring 2000, Fall 2001

Supplier Distribuidor de un conjunto de marcas McGraw Hill,Disney Studios

Discontinued Code

(Actualmente no está implementado en el proyecto.) 0 = producto retirado, 1 = producto no retirado.

Item Producto individual vendido The Great Gatsby,Sony Discman

Transaction Describe una transacción de reabastecimiento que la empresa utiliza para obtener stock adicional de sus proveedores



Jerarquía Customers

La jerarquía Customers contiene información demográfica y de compras de clientes, como Customer Age, Income Bracket, Payment Method y Ship Date.

Contiene los siguientes atributos:


Customer Region

El nivel más alto de agregación para el lugar de residencia de los clientes

Northeast, South, France

Customer State Cada región del cliente (Customer Region) se divide en varios estados.

Main, North Dakota

Customer City Cada estado del cliente (Customer State) se divide en varias ciudades.

Albany, Chicago, Memphis

Customer Age Edad actual de un cliente concreto 26, 38, 59

Customer Birth Date

Fecha de nacimiento del cliente 8/4/50, 4/30/72

Income Bracket Intervalo de sueldo notificado por el cliente $31,000 - 40,000,$61,000 - 70,000

Zip Code El nivel más bajo de agregación para el lugar de residencia de los clientes

07026, 36303

Customer Nombre del cliente individual Selene Allen, Chad Laurie

Shipper Empresa de transporte que se utiliza para enviar productos al cliente

Pronto Packages, MailFast

Rush Order (Actualmente no está implementado en el proyecto.) Indica si un cliente desea acelerar la distribución de un pedido

Payment Method

Modo de pago elegido por el cliente para un pedido Amex, Check

Ship Date Fecha de envío de un pedido desde el centro de distribución

9/15/00, 3/26/01

Order Número de control asociado a un grupo concreto de artículos adquiridos

167, 2635



Consulte el gráfico siguiente para ver cómo se organizan todos estos atributos en la jerarquía Customers del Tutorial de MicroStrategy.



Jerarquía Time

La jerarquía Time contiene atributos específicos del tiempo: Year, Quarter, Month y Day.

Contiene los siguientes atributos:

Consulte el gráfico siguiente para ver cómo se organizan todos estos atributos en la jerarquía Time del Tutorial de MicroStrategy.


Year Año en que se realizó la compra 2000, 2001

Quarter Trimestre en que se realizó la compra Q2 00, Q3 01

Month of Year Mes en que se realizó la compra January, November

Month Mes de la compra Jul 00, Aug 01

Day Fecha en que se realizó la compra 5/14/00, 12/26/01



Jerarquía Promotions

La jerarquía Promotions contiene los atributos Promotion y Promotion Type. Esta jerarquía es útil para registrar si una venta fue una compra promocional.

La jerarquía Promotions contiene los siguientes atributos:

Consulte el gráfico siguiente para ver cómo se organizan todos estos atributos en la jerarquía Promotions del Tutorial de MicroStrategy.


Promotion Type (Actualmente no está implementado en el proyecto.) Indica el período en el que se ofrece el descuento (tipo de venta).

Mother’s Day, Labor Day

Promotion (Actualmente no está implementado en el proyecto.) Intervalo de fechas con un descuento determinado en el que se adquiere un artículo (fecha de ventas).

9/1/00 - 9/4/00, 2/16/01 - 2/19/01



Visualización del modelo de datos del Tutorial de MicroStrategy

Aunque en las páginas anteriores se muestra el modelo de datos del Tutorial de MicroStrategy, también puede verlo directamente en el producto.

Para ver el modelo de datos del Tutorial de MicroStrategy

1 Si no está utilizando el Tutorial, conéctese al origen de proyecto que contiene el Tutorial de MicroStrategy y despliegue el proyecto del Tutorial de MicroStrategy. Para completar estos pasos, debe conectarse como administrador (nombre de usuario Administrator, sin contraseña).

2 En el menú Esquema, elija Vista gráfica y después elija Jerarquías. Una vez cargado, se abre el cuadro de diálogo Jerarquías - MicroStrategy Tutorial.

3 Para ver una jerarquía diferente, selecciónela en el menú desplegable Jerarquía de la barra de herramientas.

4 Para centrarse en un punto de entrada diferente, selecciónelo en el menú desplegable Punto de entrada de la barra de herramientas.

5 Para ver la jerarquía completa en la ventana, pulse Ajustar a la ventana en la barra de herramientas.

6 Puede reorganizar los atributos arrastrándolos a otras ubicaciones.

� Esto no afecta al orden de exploración y le permite ver la jerarquía de la forma que le interese más.

7 Para volver a la vista por defecto, pulse Organizar automáticamente en la barra de herramientas.

8 Para guardar la vista de diseño de la jerarquía, pulse Guardar en la barra de herramientas. La próxima vez que abra el Visor de jerarquías se mostrará esta vista guardada.

Una vez creado el modelo de datos, el paso siguiente es crear el esquema.


334 Esquema del Tutorial de MicroStrategy © 2002 MicroStrategy, Inc.

Esquema del Tutorial de MicroStrategy

Un esquema es una definición lógica y física de los elementos de datos del warehouse, sus características físicas y sus interrelaciones.

El modelo de datos lógico es una imagen de todos los fragmentos de información necesarios para comprender los datos y su relación con el negocio. Es una técnica basada en gráficos con la que se produce un modelo de datos que representa la definición, las características y las relaciones de los datos de un entorno de negocio, técnico o conceptual.

El esquema físico del warehouse se basa en el modelo de datos lógico, como los atributos Day, Item, Store o Account. Se pueden derivar varios esquemas físicos del warehouse de un mismo modelo de datos lógico. A diferencia del modelo de datos lógico, que indica los hechos y atributos que hay que crear, el esquema físico del warehouse indica dónde se almacenan los datos subyacentes a esos objetos. El esquema físico del warehouse describe cómo se almacenan los datos en el data warehouse.

En este apéndice se muestra el esquema físico del warehouse con los tipos de datos.

Si desea información más detallada sobre el esquema, consulte el apéndice Modelización de datos de la Guía de configuración básica o el documento Introduction to MicroStrategy 7i.

El esquema del Tutorial de MicroStrategy se divide en las partes siguientes:

• geography

• products

• customers

• time

• promotions

• tablas de hechos


© 2002 MicroStrategy, Inc. Esquema del Tutorial de MicroStrategy 335

Notación utilizada en el esquema

En las ilustraciones gráficas del siguiente esquema del Tutorial de MicroStrategy se utiliza la siguiente notación:

� El esquema también contiene tablas de hechos.Una tabla de hechos es una tabla de la base de datos que contiene datos numéricos que podrían agregarse a lo largo de una o más dimensiones. Las tablas de hechos pueden contener datos atómicos o datos agregados. A continuación, se muestran los hechos básicos que se utilizaron para crear todos los indicadores del Tutorial de MicroStrategy.

Símbolo Indica Definición

LU_ una tabla de lookup

Una tabla de la base de datos utilizada para identificar de manera única los elementos de cada atributo. Suele constar de descripciones de dimensiones. Las tablas de lookup se suelen unir con tablas de hechos para agrupar los hechos numéricos de la tabla de hechos según los atributos dimensionales de las tablas de lookup.

una clave primaria

En una base de datos relacional, es el conjunto de columnas necesarias para identificar de manera única un registro de una tabla.

REL_ una tabla de relación

A diferencia de las tablas de lookup, que almacenan información sobre uno o más atributos, las tablas de relación almacenan información sobre la relación entre dos atributos. Las tablas de relación contienen los ID de columnas de dos o más atributos, por lo que definen las asociaciones entre ellos.

PMT_ una tabla de asignación de particiones

Tabla de warehouse con información que se utiliza para identificar las tablas de partición base como parte de un todo lógico. También se suele denominar PMT.

Hecho Descripción

Cost Importe total cobrado por el proveedor a la empresa

Discount Reducción monetaria del precio normal

End on hand Número de artículos individuales que quedan al cierre de cada mes

Freight Compensación pagada por el transporte de mercancías

Profit Diferencia entre el precio de venta de los artículos y su coste

Revenue Ingresos totales producidos por un origen determinado contabilizando todas las ventas de productos menos los descuentos



Esquema de la jerarquía Geography

Rush Charge Cantidad cobrada por la distribución de un pedido urgente

Unit Cost Precio unitario que cobra el proveedor a la empresa por cada artículo adquirido

Unit Price Cantidad cobrada por la empresa al cliente por cada artículo individual vendido

Unit Profit Precio unitario - Coste unitario

Units Received

Número de artículos individuales adquiridos de un proveedor

Units Sold Número de artículos individuales adquiridos por los clientes

Hecho Descripción



Esquema de la jerarquía Products



Esquema de la jerarquía Customers



Esquema de la jerarquía Time

Esquema de la jerarquía Promotions



Tablas de hechos de ventas



Tablas de hechos del inventario

Otras tablas de hechos



Visualización del esquema del Tutorial de MicroStrategy

Aunque en las páginas anteriores se muestra el esquema físico del Tutorial de MicroStrategy, también puede verlo(o ver el esquema lógico) directamente en el producto.

Para ver el esquema del Tutorial de MicroStrategy

1 Si no está utilizando el Tutorial, conéctese al origen de proyecto que contiene el Tutorial de MicroStrategy y despliegue el proyecto del Tutorial de MicroStrategy. Debe conectarse como administrador (nombre de usuario Administrator, sin contraseña) para completar estos pasos.

2 En el menú Esquema, seleccione Vista gráfica y, a continuación, pulse Tablas. Una vez cargadas las tablas, se abre la ventana Tablas - MicroStrategy Tutorial en la que se muestra la vista física del proyecto.

3 Para pasar a la vista lógica, seleccione Ver y después elija Vista lógica.

4 Para cambiar las preferencias de presentación de la vista física, utilice las siguientes opciones del menú Opciones:

– Mostrar joins: elija si desea conectar las tablas para representar los joins entre las tablas del warehouse.

– Usar circular join: elija si desea utilizar circular joins.

– Mostrar tipos de datos de columna: elija si desea mostrar el tipo de datos y el tamaño de cada columna.

– Mostrar prefijos de tabla: elija si desea mostrar el prefijo de la tabla como parte del nombre de la tabla.



5 Para cambiar las preferencias de presentación de la vista lógica, utilice las siguientes opciones del menú Opciones:

– Mostrar joins: elija si desea conectar las tablas para representar los joins entre las columnas de tabla.

– Usar circular join: elija si desea utilizar circular joins.

– Mostrar relaciones: elija si desea asignar las relaciones entre las tablas.

– Mostrar tipos de relación: elija si desea distinguir entre relaciones uno a uno, uno a muchos, muchos a uno y muchos a muchos.

– Mostrar columnas: elija si desea mostrar las columnas del warehouse que definen cada atributo como un vínculo entre la vista lógica y la vista física.

6 Para volver a la vista física, seleccione Ver y después elija Vista física.

7 Para ver el esquema completo en la ventana, pulse Ajustar a la ventana en la barra de herramientas.

8 Puede reorganizar las tablas arrastrándolas a otras ubicaciones.

� Esto no afecta a las relaciones o a los joins y le permite ver las tablas de la forma que le interese más.

9 Para volver a la vista por defecto, pulse Organizar automáticamente en la barra de herramientas.

10 Para guardar la vista de diseño de las tablas, pulse Guardar en la barra de herramientas. La próxima vez que abra el Visor de tablas se mostrará esta vista guardada.

11 Para copiar la vista de diseño, seleccione Copiar como metarchivo en el menú Archivo.


B

EXPRESIONES PASS-THROUGH

Descripción

Las expresiones pass-through, también denominadas funciones Apply, proporcionan acceso a funcionalidad no estándar en los productos de MicroStrategy, pero disponible a través de la base de datos relacional. Las expresiones pass-through actúan como contenedores para expresiones SQL no estándar que no son compatibles con MicroStrategy. MicroStrategy Engine reconoce que estos contenedores contienen información. Cuando incluya una expresión pass-through en una expresión de atributo, hecho o transformación, el SQL Engine (motor generador de SQL) la reconocerá como SQL personalizado y la tratará como una expresión pass-through. A continuación, se envía la expresión pass-through a la base de datos relacional como está escrito.

Este apéndice describe las funciones Apply, qué son y cómo se utilizan.

Expresiones pass-through Guía avanzada de elaboración de informesB

346 Funciones Apply © 2002 MicroStrategy, Inc.

Funciones Apply

El objetivo de las expresiones pass-through es proporcionar acceso a las funciones especiales o estructuras sintácticas que no son estándar en MicroStrategy 7i, pero que se ofrecen en varias plataformas de sistema de administración de bases de datos relacionales (RDBMS).

Una función Apply especializada representa cada tipo de llamada a función/subexpresión personalizada. Se trata de las funciones Apply predefinidas que se utilizan para sustituir a funciones regulares predefinidas del mismo tipo.

• ApplySimple: Se utilizan operadores simples (aritméticos).

• ApplyAgg: Se utilizan funciones de agregado,como Sum y Max.

• ApplyOLAP: Se utilizan funciones OLAP, como,por ejemplo, funciones de orden.

• ApplyComparison: Se utilizan operadores de comparación, como >=, < y Like.

• ApplyLogic: Se utilizan operadores lógicos,como And y Or.

Sintaxis de las funciones

La sintaxis para estas funciones contiene marcadores de parámetros indicados con caracteres de almohadilla (#). El SQL Engine sustituye los marcadores de parámetros entre los indicadores # con las expresiones reales.

La sintaxis de las funciones Apply es la siguiente:

ApplyPRUEBA(“expresión_con_

marcadores_de_posición”, parámetro_1,...,parámetro_n)

Guía avanzada de elaboración de informes Expresiones pass-through B

© 2002 MicroStrategy, Inc. Tipos de argumento 347

Los marcadores de posición se representan con #0, #1, etc.El carácter “#” está reservado para MicroStrategy 7i y “n” es el número del parámetro fuera de las comillas, que comienza con “0” y se aumenta en incrementos de “1”. Por ejemplo:

ApplyComparison(“ComparisonFunction(#0,#1)”, atributo1@ID, atributo2@ID)

Las constantes se insertan como aparecen y los nombres de objeto se procesan según su tipo. Las funciones representan funciones personalizadas específicas de la base de datos u otro SQL personalizado. Dado que el motor no analiza ni valida las funciones, no existen criterios sobre qué pueden contener, siempre que el resultado devuelto sea compatible con los que el Motor analítico espere.

Tipos de argumento

El número de argumentos permitidos es variable. El motor no comprueba los argumentos hasta que los marcadores de parámetros se sustituyen durante el análisis. Durante el análisis, el motor busca tipos de argumento aceptables.Los tipos de argumento aceptables son nombres de tipos de objeto de MicroStrategy o un argumento que contenga un nombre de los tipos de objeto de MicroStrategy.

Actualización de los tipos de bases de datos

Cuando actualice el tipo de base de datos de un proyecto, es posible que deba convertir la expresión SQL personalizada.Si se trata de una simple actualización de una versión de la plataforma de base de datos a otra nueva, es muy posible que no deba cambiarse la función Apply. Sin embargo, debería comprobar la documentación de la nueva versión para asegurarse de que los cambios en la sintaxis de SQL en la nueva versión de la base de datos no vayan a afectar a las funciones Apply.


348 Cambio de tipos de base de datos © 2002 MicroStrategy, Inc.

Cambio de tipos de base de datos

Si va a cambiar el tipo de la base de datos para el proyecto, debe cambiar todas las funciones Apply para que utilicen la sintaxis correcta para la nueva plataforma de base de datos. Por ejemplo, si cambia el tipo de base de datos del proyecto de Oracle a DB2, es muy probable que las funciones Apply utilicen sintaxis de SQL específica para Oracle y ahora deban utilizar la sintaxis específica para DB2. La siguiente tabla muestra cómo puede cambiar la sintaxis entre diferentes plataformas de base de datos.

Consulte la sintaxis específica de su base de datos cuando prepare expresiones pass-through. Este ejemplo del Tutorial de MicroStrategy muestra diferentes expresiones para tres tipos de base de datos relacional con el fin de determinar la edad del cliente.

Tipo de

warehouseExpresión SQL

SQL Server ApplySimple("datediff(YY,#0,

getdate())",

Fecha_nacimiento_cliente)

…Where

Datediff(YY,'06/21/74',g

etdate())…

Oracle ApplySimple("ROUND(MONT

HS_BETWEEN

(SYSDATE,#0)/12,0)",


...Where

ROUND(MONTHS_BET

WEEN(SYSDATE,

'06/21/74')/12,0)…

DB2 ApplySimple("ROUND((days(

current date)-

days(#0))/365,0)",


…Where

ROUND((days(current

date)-days('06/21/74')/3

65,0)…


© 2002 MicroStrategy, Inc. Ejemplos de sintaxis 349

Ejemplos de sintaxis

Los ejemplos de los siguientes apartados son específicos para las diferentes bases de datos. Consulte la documentación de la base de datos para ver qué sintaxis de SQL es la correcta en su caso.

Tenga en cuenta también que algunos de los siguientes ejemplos pueden lograrse utilizando funciones de MicroStrategy. Se los presentamos aquí simplemente como ejemplos de cómo utilizar las funciones Apply.

ApplySimple

Puede utilizar funciones específicas de la base de datos u operadores simples en las funciones ApplySimple para aplicarlos directamente al SQL.

En general, ApplySimple puede utilizarse para crear los siguientes objetos:

• atributos

• hechos

• filtros

• indicadores compuestos

Ejemplos:

• atributo: edad

ApplySimple("Datediff(YY,#0,getdate())",

[FECHA_DE_NACIMIENTO]),

donde [FECHA_DE_NACIMIENTO] es un atributo

ApplySimple("Months_between(sysdate,#0)",[FECHA_ACTUAL]),

donde [FECHA_ACTUAL] es un atributo


350 Ejemplos de sintaxis © 2002 MicroStrategy, Inc.

• hecho:

ApplySimple( "Count(#0)",[COSTE_DE_UNIDAD]),

donde [COSTE_DE_UNIDAD] es un hecho

ApplySimple("Months_between(sysdate,#0)",

[FECHA_ACTUAL])

donde [FECHA_ACTUAL] es un atributo

• filtro:

ApplySimple( "LN(#0)",[COSTE_DE_UNIDAD])> 0

• indicador compuesto:

ApplySimple("Greatest(#0, #1, #2)",

Indicador_1, Indicador_2, Indicador_3)

ApplyAgg

ApplyAgg se utiliza para definir indicadores simples o hechos utilizando funciones de valor de grupo específicas de la base de datos (normalmente, las que no se reconocen como objetos de MicroStrategy). Acepta hechos, atributos e indicadores como entrada. Aunque esta función le permite enviar comandos directamente a la base de datos, es importante saber que la función en sí precisa una sintaxis adecuada para ser una expresión válida.

Ejemplos

• indicador simple:

ApplyAgg("Regrsxx(#0, #1)",

[Hecho 1],[Hecho 2])

• indicador autoadaptable:

Partamos de dos columnas [Columna 1] y [Columna 2], que están disponibles en dos tablas diferentes (Tabla de hechos 1 y Tabla de hechos 2) con diferentes claves. Además, estas columnas representan el mismo hecho. Los usuarios pueden crear un hecho con dos representaciones, como se muestra a continuación:


© 2002 MicroStrategy, Inc. Ejemplos de sintaxis 351

Representación 1:

ApplySimple("Sum(#0)",[Columna 1])

y representación 2:

ApplySimple("Count(#0)",[Columna 2])

Donde Representación 1 procede de Tabla de hechos 1 y Representación 2 es de Tabla de hechos 2. Después, puede crear un indicador con la siguiente definición:

ApplyAgg("#0", [Hecho])

El anterior indicador utiliza la función de valor de grupo correcta según la tabla que utilice.

ApplyOLAP

� ApplyOLAP se denominaba anteriormente ApplyRelative. Si está trabajando en un proyecto que no se ha actualizado a 7i, es posible que todavía vea el nombre ApplyRelative. Al igual que ApplySimple, se utiliza para definir indicadores compuestos.La principal diferencia entre ApplySimple() o ApplyAgg() y ApplyOLAP() es que ApplyOLAP() sólo acepta un indicador como entrada, ya que se utiliza con funciones OLAP como Rank(). Suele utilizarse con funciones OLAP específicas de la base de datos que no se encuentren en el objeto de función de MicroStrategy, como RunningSlope.

Ejemplo

• indicador compuesto:

ApplyRelative("RunningSlope(#0, #1)",

[Indicador 1],[Indicador 2])


352 Ejemplos de sintaxis © 2002 MicroStrategy, Inc.

ApplyComparison

ApplyComparison se utiliza para definir un filtro personalizado. Acepta hechos, indicadores y atributos como entrada.

Ejemplo

• filtro personalizado:

ApplyComparison ("#0 in (Select

mercado_nbr from lookup_mercado where

región_nbr = 1)", Mercado@ID)ApplyComparison ("#0>#1", Tienda@ID,

Mes@ID)

ApplyLogic

ApplyLogic se utiliza para definir un filtro personalizado. La diferencia entre ApplyLogic() y ApplyComparison() es que acepta lógica (valor booleano), en lugar de valores, como entrada.

Ejemplo

• filtro personalizado:

ApplyLogic("#0 AND #1", Year@ID > 1999,

Mes@ID > 199901)


C

MODELIZACIÓN DE DATOS

AVANZADA

Introducción

Este apéndice presenta algunos de los problemas comunes cuyas soluciones pueden agregar cierta complejidad al modelo de datos lógico. Aunque los temas tratados están relacionados principalmente con el diseño de modelos lógicos, poseer conocimientos sobre los esquemas físicos le ayudará a enfrentarse a los retos que conllevan.

Antes de comenzar, debería saber qué son los modelos de datos lógicos y los esquemas físicos del warehouse, así como cómo leerlos e interpretarlos.

Modelización de datos avanzada Guía avanzada de elaboración de informesC

354 Relaciones entre atributos © 2002 MicroStrategy, Inc.


La creación de un proyecto eficaz en MicroStrategy 7i requiere que el diseñador del proyecto posea conocimientos sólidos sobre todos los atributos del proyecto, así como sobre sus relaciones con los otros atributos.

Los atributos pueden estar tanto relacionados como no relacionados:

• No relacionados: No se ha definido ninguna relación padre-hijo en Architect. No existe una relación en las tablas de lookup de estos atributos, ni tampoco una relación distinguible entre dos atributos en una o más tablas de hechos.

Por ejemplo, los atributos Cliente y Fecha no están relacionados entre sí. Un cliente concreto y una fecha concreta sólo cobran sentido en conjunto, cuando un hecho se asocia con la combinación de ambos, por ejemplo, Ana gastó 20 euros el 5 de enero de 2001.

• Relacionados: Se ha definido una relación padre-hijo en Architect entre dos o más atributos. En estos casos, la relación se define mediante la tabla de lookup del atributo o mediante una tabla de relación.

Por ejemplo, los atributos País y Ciudad tienen una relación uno a muchos y se relacionan fácilmente mediante la tabla de lookup de Ciudad, que incluye Ciudad_ID y País_ID. En otro ejemplo, los atributos Artículo y Color podrían tener una relación muchos a muchos y se relacionan mediante una tabla de relación.

Las implicaciones de la existencia o no de una relación entre los atributos quedan claras cuando se comienza a crear informes. Puede ejecutar un informe con dos atributos que estén relacionados, País y Ciudad, por ejemplo, sin problemas. Sin embargo, un informe con dos atributos no relacionados debe incluir un indicador basado en un hecho que se encuentre en el nivel de los dos atributos o uno más bajo, o el resultado será un cartesian join.

Guía avanzada de elaboración de informes Modelización de datos avanzada C

© 2002 MicroStrategy, Inc. Relaciones muchos a muchos 355

� Como alternativa, puede aplicar un filtro de conjunto avanzado, llamado filtro de relación, al informe y forzar que la consulta utilice una tabla específica que establezca una relación. Puede encontrar información adicional sobre los filtros de relación en el Capítulo 3, Filtros.

Relaciones muchos a muchos

La presencia de relaciones muchos a muchos introduce complejidad y consideraciones adicionales que deben tenerse en cuenta para garantizar un diseño de warehouse efectivo.

A continuación, se ofrecen algunos ejemplos reales de relaciones muchos a muchos, que deben tratarse con cuidado en el modelo de datos y el esquema:

• En cierta organización, cada vendedor puede trabajar en más de un centro de asistencia telefónica. Del mismo modo, cada centro de asistencia telefónica puede tener varios vendedores.

• En una planta de fabricación de coches, se producen muchos modelos de coches, cada uno en varios colores.Es decir, existen muchos colores para un solo tipo de coche y se pueden asociar muchos tipos de coche con el mismo color.

El ejemplo de este apéndice utiliza artículos y colores para demostrar una relación muchos a muchos y las opciones que tiene para trabajar con ellas. En este caso, un artículo se vende en muchos colores, sombreros rojos, azules, verdes, y un color puede asociarse con varios artículos, vestido rojo, sombrero rojo, zapatos rojos, calcetines rojos.

Los potenciales problemas con las relaciones muchos a muchos suelen presentar las siguientes formas, las cuales pueden evitarse con una modelización correcta de la relación.

• pérdida de capacidad analítica

• recuento múltiple


356 Relaciones muchos a muchos © 2002 MicroStrategy, Inc.

Pérdida de capacidad analítica

Con la relación muchos a muchos entre color y artículo, suelen existir dos preguntas de negocio para las que los usuarios desean respuestas:

1 ¿En qué colores están disponibles ciertos artículos?

2 ¿Qué cantidad de una combinación de artículo y color concreta se ha vendido?

Para responder a la primera pregunta, se precisa una tabla que contenga una lista de todas las combinaciones de artículo y color posibles. Recuerde que las relaciones uno a muchos suelen encontrarse en la tabla de lookup del hijo.

En las relaciones muchos a muchos, esto no es posible.De hecho, debe existir una tabla de relación distinguible en el warehouse. El siguiente diagrama muestra las tablas de lookup y de relación para artículo y color.

La tabla Rel_Color_Artículo proporciona una fila para cada combinación de artículo y color posible.

Artículo

Color

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_id

Articulo_desc

Rel_Color_Artículo

Color_ID

Articulo_id



Para responder a la segunda pregunta, se precisa una tabla de hechos que contenga información de ventas, así como datos sobre colores y artículos. El siguiente diagrama muestra el mismo escenario que antes, pero además muestra una tabla de hechos sencilla que contiene los datos de ventas por artículo, color y fecha.

� Tenga que cuenta que esta tabla de hechos por sí sola no basta para responder a la primera pregunta. De esta tabla sólo es posible recuperar las combinaciones de color y artículo que se vendieron, y que por lo tanto se registraron como ventas. Si posee combinaciones de color y artículo que están disponibles pero nunca se han vendido, esta tabla de hechos no podrá proporcionar una lista completa de las combinaciones de color y artículo para responder a la primera pregunta.

En resumen, para impedir la pérdida de flexibilidad analítica cuando trate con relaciones entre atributos muchos a muchos, siempre debe poseer dos elementos:

• una tabla de relación distinguible que identifique todas las posibles combinaciones de elementos de atributo entre atributos

• ambas columnas de ID de atributo de la tabla de hechos

� Existen diversos métodos para poner en práctica los puntos anteriores. Los trataremos más adelante en este apéndice.

Artículo

Color

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_id

Articulo_desc

Rel_Color_Artículo

Color_ID

Articulo_IDHecho

Color_ID

Articulo_id

Fecha

Valor de la venta



Recuento múltiple

Cuando se trabaja con relaciones muchos a muchos, la pérdida de capacidad analítica constituye sólo uno de los retos. Otro problema de igual relevancia que debe conocerse es el recuento múltiple. El recuento múltiple se produce cuando intenta agregar datos en el atributo de primer nivel o más alto en la relación muchos a muchos y la relación existe en una tabla de relación distinguible, pero ambos atributos no se encuentran en la tabla de hechos. Recuerde el anterior ejemplo, pero con el siguiente cambio: elimine el color de la tabla de hechos.

Supongamos que existen tres artículos (sombreros, vestidos y calcetines), en tres colores (rojo, azul y verde), con la excepción de los calcetines, que sólo están disponibles en verde y azul. El siguiente diagrama muestra estos datos en las tablas de lookup, así como algunos datos de ventas simples.

Artículo

Color

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_id

Articulo_desc

Rel_Color_Artículo

Color_ID

Articulo_IDHecho

Articulo_id

Fecha

Valor de la venta

*Note la falta de una

columna de color en la

tabla de hechos

L_Color

1 Rojo2 Azul3 Verde

L_Artículo

1 Sombrero2 Vestido3 Calcetines

Rel_Color_Artículo

Sombrero rojoSombrero azulSombrero verdeVestido rojoVestido azulVestido verdeCalcetas azulesCalcetines verdes

Hecho

1/3/1999 Sombrero $51/3/1999 Vestido $251/3/1999 Sombrero $101/3/1999 Calcetines $21/3/1999 Vestido $251/3/1999 Sombrero $51/3/1999 Sombrero $101/3/1999 Calcetines $21/3/1999 Sombrero $5*Note la falta de unacolumna de color en latabla de hechos



El riesgo de recuento múltiple se produce cuando se ejecuta una consulta que solicita las ventas por color, lo que de hecho realiza la agregación en el nivel de atributo de artículo de la relación muchos a muchos. Esta consulta precisaría tanto la tabla de hechos, que contiene la información de ventas por artículo, como la tabla de relación, ya que el color no está registrado en la tabla de hechos.

La dificultad reside en el hecho de que el color no se encuentra en la tabla de hechos. No existe un método para relacionar directamente las ventas de un artículo de la tabla de hechos con el color de dicho artículo. Por ejemplo, en lugar de calcular las ventas de artículos rojos, la consulta agrega las ventas de todos los artículos que existen en rojo de acuerdo con la tabla de relación. La suma incluye todos los sombreros y todos los vestidos, incluidos los azules y los verdes. Esto obviamente ofrece unos resultados que son superiores a las verdaderas ventas de artículos rojos.

Por ejemplo, utilizando los datos proporcionados, las respuestas a estas preguntas son las siguientes:

• ¿Cuáles son las ventas totales de sombreros?

La respuesta es 35 dólares; esto puede calcularse directamente desde la tabla de hechos.

• ¿Cuáles son las ventas totales de artículos rojos?

No es posible averiguar esta cifra con precisión. La respuesta que obtendrá es 85 dólares, que es el total de todos los sombreros y vestidos, ya que los calcetines no están disponibles en rojo. Es muy probable que todos los vestidos que se hayan vendido sean verdes; sin embargo, no es posible saberlo, ya que el color no aparece registrado en la tabla de hechos.

• ¿Cuáles son las ventas totales de vestidos rojos?

Una vez más, no es posible saberlo. Si todos los vestidos vendidos son verdes, la respuesta correcta es 0 dólares, pero la respuesta que obtendrá en función de los datos de la tabla de hechos es 50 dólares.



Tenga en cuenta que este problema sólo se produce cuando intenta agregar datos en el nivel de uno de los atributos.El siguiente apartado describe diversos métodos para impedir el recuento múltiple cuando se trabaja con relaciones muchos a muchos.

Trabajo con relaciones muchos a muchos

Como probablemente ya haya observado, incluso en el caso de preguntas aparentemente sencillas, es preciso que tome varias medidas para responderlas.

Existen tres maneras en las que puede proporcionar soporte físico para responder a los tipos de pregunta que hemos visto hasta ahora. Estas tres maneras cuentan con diferentes niveles de flexibilidad y ésta siempre se ve comprometida con la complejidad. En todos los casos, los dos componentes fundamentales permanecen de una forma u otra.

• una tabla de relación para definir la relación entre atributos

• ambas columnas de ID de atributo de la tabla de hechos

� Recuerde que MicroStrategy Architect crea las reglas que MicroStrategy SQL Engine utiliza para generar SQL cuando se presenta una solicitud de informe. Si crea los dos elementos físicos anteriores, SQL Engine utilizará la tabla de relación cuando no se incluya ningún indicador en el informe. Cuando se incluya un indicador, se utilizará la tabla de hechos para responder a la pregunta.

� Todos los métodos siguientes precisan de datos adicionales en la tabla de hechos. Esto significa que debe almacenar los datos adicionales en la fuente de datos. Es decir, necesita tener en la fuente datos sobre el color de cada artículo en el momento en que lo vendió. Si estos datos adicionales no se almacenaron nunca en la fuente de datos, no existe ninguna solución para la relación muchos a muchos.



Método 1

Este método constituye la manera más sencilla de administrar eficazmente las relaciones muchos a muchos.

El método 1 requiere que cree una tabla de relación independiente y que agregue los dos ID de atributo a la tabla de hechos como se muestra en el siguiente diagrama.

Método 2

El método 2 ofrece ventajas respecto al método 1 porque elimina la relación muchos a muchos y la necesidad de una tabla de relación distinguible.

En este caso, la relación muchos a muchos se convierte en una relación entre atributos compuesta. Un atributo se trata como un hijo del otro y se dispone de una clave compuesta para el atributo de nivel más bajo. Además, se agregan los dos ID de atributo a la tabla de hechos, como se muestra en el siguiente diagrama.

Rel_Color_Artículo

Color_ID

Articulo_id

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_id

Articulo_desc

Articulo_id

Color_ID

Fecha

Valor de la venta

Hecho

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_id

Color_ID

Articulo_desc

Articulo_id

Color_ID

Fecha

Valor de la venta

Hecho



Aunque este método elimina la necesidad de una tabla de relación independiente, se pierde la capacidad de ver los artículos con independencia del color y viceversa.

Método 3

El método 3 es la solución más versátil; éstas son sus características:

• Elimina la relación muchos a muchos y la necesidad de una tabla de relación distinguible.

• Simplifica la relación entre atributos compuesta del método 2 y la convierte en una relación entre atributos simple.

• Proporciona la capacidad de ver el artículo y el color juntos o independientemente.

• Precisa solamente una columna de atributo en la tabla de hechos para obtener total flexibilidad, en lugar de dos.

Debe crear un nuevo atributo, en un nivel más bajo que color o artículo. Este atributo es esencialmente una concatenación de color y artículo, lo que representa una relación uno a muchos entre él y cada uno de sus atributos padre. Se trata del atributo Código_Artículo, particularmente común en situaciones o modelos de datos para el comercio minorista.

Finalmente, en lugar de incluir Color y Artículo en la tabla de hechos, basta con que incluya este nuevo atributo hijo Código_Artículo, como se muestra en el siguiente diagrama.

L_Color

Color_ID

Color_DESC

L_Artículo

Articulo_ID

Articulo_DESC

L_Código_Artículo

Color_ID

Articulo_ID

Código_Artículo_ID

Código_Artículo_ID

Fecha

Valor de la venta

Hecho


© 2002 MicroStrategy, Inc. Relaciones entre hijos comunes 363

Este método es muy similar al método 1. La principal diferencia es que la tabla de relación distinguible del método 1 tiene una columna adicional, Código_Artículo, que convierte la relación de cada combinación de color y artículo en un valor único. Por consiguiente, puede utilizar este valor único en la tabla de hechos.

La principal desventaja del método 3 reside en la creación del nuevo atributo si su modelo de negocio no utiliza ya una estructura similar y en el posible aumento de la complejidad del proceso ETL.

Relaciones entre hijos comunes

¿Qué son las relaciones entre hijos comunes?

Las relaciones entre hijos comunes son atributos especiales en ocasiones denominados atributos interdimensionales, hechos de texto o cualidades. No resulta fácil encajarlos en los esquemas de modelización que ha aprendido hasta ahora. Estas relaciones pueden modelizarse y conceptualizarse como los atributos tradicionales, pero, al igual que los hechos, pueden existir en la intersección de varios niveles de atributos.

� Muchas fuentes de datos se refieren a estos atributos especiales como señales. Por lo tanto, si encuentra señales en la documentación de la fuente de datos, es posible que se refieran a las relaciones entre hijos comunes.

En realidad, las relaciones entre hijos comunes son otro tipo de relación muchos a muchos en la que un atributo tiene una relación muchos a muchos con dos atributos no relacionados de ninguna otra manera.

Por ejemplo, considere la relación entre estos tres atributos: Promoción, Artículo y Trimestre. En este caso, Promoción tiene una relación muchos a muchos con Artículo y Trimestre, como se muestra en el siguiente diagrama.


364 Relaciones entre hijos comunes © 2002 MicroStrategy, Inc.

Un ejemplo de promoción podría ser “Rebajas rojas”, en las que todos los artículos rojos estén rebajados. Es posible que un negocio ofrezca esta promoción el día de San Valentín o en Navidades.

Soporte para relaciones entre hijos comunes

Como ha aprendido en el anterior apartado sobre relaciones muchos a muchos, una de las soluciones para las relaciones muchos a muchos es tener una tabla de relación para los atributos que formen parte de dichas relaciones. En este caso, puede crear dos tablas de relación, una referente a Promoción y Artículo, y otra a Promoción y Trimestre, como se muestra en el siguiente diagrama.

Nota: Trimestre y Artículo no tienen relación directa

entre si

Promoción

ArtículoTrimestre

Implícito Implícito

Un trimestre puede tener

varias promociones y

cada promoción puede

llevarse a cabo a lo largo

de varios trimestres

Un artículo puede tener

varias promociones y una

promoción puede tener

varios artículos

Promoción

ArtículoTrimestre

ImplícitoImplícitoArticulo_id

Promocion_Id

Rel_Artículo_Promo

Trimestre_ID

Promocion_ID

Rel_Trimestre_Promo


© 2002 MicroStrategy, Inc. Relaciones entre hijos comunes 365

Estas dos tablas bastan para responder a preguntas como éstas:

• ¿Qué artículos se han incluido en qué promoción?

• ¿En qué trimestres se han ofrecido qué promociones?

Sin embargo, estas tablas no son suficientes para responder a otras preguntas más detalladas:

• ¿Qué artículos estaban en qué promoción en un trimestre determinado?

• ¿En qué trimestres se incluyo cierto artículo en cierto tipo de promoción?

Para responder a estas preguntas, necesita combinar las dos tablas de relación para crear una tabla que relacione los tres atributos.

� Debe existir la relación en la tabla de relación distinguible para que pueda definirse correctamente una relación entre hijos comunes. Sin embargo, no tiene por qué encontrarse necesariamente en una tabla de relación distinguible propia. Bastaría con definir la relación directamente en la tabla de lookup para el padre del hijo común, en este caso, Promoción. Como alternativa, podría crear la relación directamente en la tabla de hechos.


366 Relaciones entre hijos comunes © 2002 MicroStrategy, Inc.

El aspecto más importante que debe tenerse en cuenta en estos ejemplos es la relación entre los tres atributos.El atributo Promoción está realmente relacionado con una pareja Artículo-Trimestre determinada, en lugar de estar relacionado con Artículo y Trimestre por separado. Ésta es la esencia de una relación entre hijos comunes, como se muestra en el siguiente diagrama.

� Observe que una relación entre hijos comunes puede ser uno a muchos o muchos a muchos. Los problemas que presentan las relaciones muchos a muchos (pérdida de capacidad analítica y recuento múltiple) también se aplican a las relaciones entre hijos comunes del tipo muchos a muchos.

Si tiene una relación entre hijos comunes en los datos, es importante que la defina en MicroStrategy Architect a fin de obtener los datos correctos para los informes que utilicen el atributo padre en un atributo de hijo común. Esto garantiza que, cuando necesite unir la tabla de hechos con el atributo padre de una relación entre hijos comunes (para ver ventas por promoción, por ejemplo), el join siempre utilizará ambos hijos comunes, en lugar de uno o el otro.

Promoción

ArtículoTrimestre

Relación de hijo

común

uno-a-muchos

relación de hijo

común

muchos-a-muchos

Promoción

ArtículoTrimestre


© 2002 MicroStrategy, Inc. Roles de atributo 367

Roles de atributo

El término rol de atributo se utiliza para definir el uso de una tabla de lookup que se emplea para más de un atributo. Para cada atributo, el significado es ligeramente diferente. En el siguiente diagrama, Provincia es un ejemplo de rol, ya que está relacionado con los dos atributos Proveedor y Tienda.En un caso, se refiere a la ubicación del proveedor. En el otro, se refiere a la ubicación de una tienda. Por lo tanto, se dice que el atributo Provincia desempeña dos roles.

En un sistema OLTP, los roles suelen implantarse con mayor frecuencia como una sola tabla, como se muestra en el anterior diagrama. En el data warehouse, una consulta que incluya tanto la provincia del proveedor como la provincia de la tienda tendrá que utilizar la tabla Provincia dos veces en la misma consulta. Por ejemplo, se crea un informe para mostrar a los proveedores de Arkansas que vendieron a tiendas de Nueva York. Es posible que los resultados estén en blanco si la estructura del data warehouse se configuró de manera incorrecta para la versión de MicroStrategy que se esté utilizando. La sentencia SQL intenta obtener la descripción de una provincia o estado que sea al mismo tiempo Arkansas y Nueva York, lo que genera un conjunto de resultados en blanco. En MicroStrategy 7.1, podría emplear vistas de base de datos para solucionar este problema. En 7.2, los roles de atributo proporcionan la solución.

Ventas Trans

Fecha de VentaTienda_id

Articulo_id

Valor de la ventaUnidades vendidas

Provincia

Estado_CDEstado nombre

Tienda

Tienda_id

Almacén nombrePoblación

Provincia

Artículo

Articulo_id

Nombre del ArtículoProveedor_ID

Departamento_ID

Proveedor

Proveedor_ID

Proveedor Nombre

Provincia


368 Roles de atributo © 2002 MicroStrategy, Inc.

Para ver ambos roles en el mismo informe, debe tratarlos como atributos diferentes. Es decir, deben tener nombres de atributo diferentes. Para crear atributos únicos, tiene dos opciones:

• reconocimiento automático de roles de atributo, donde se crean varios atributos en la misma tabla y se permite que MicroStrategy detecte automáticamente los diversos roles

• alias de tabla explícitos, donde se crean varias tablas lógicas que señalan a la misma tabla física y se definen diferentes atributos en cada una de ellas

� Si va a crear una nueva metadata en MicroStrategy 7.2, el reconocimiento automático está activado por defecto. Si está actualizando de versiones anteriores, el reconocimiento automático está desactivado.

Los alias de tabla permiten a los usuarios avanzados mayor control. Si está actualizando o tiene un esquema muy complejo, puede tratarse de la mejor alternativa. Si es un nuevo usuario de MicroStrategy, resulta más sencillo utilizar el reconocimiento automático de roles de atributo. MicroStrategy recomienda que saque partido del reconocimiento automático si una de estas afirmaciones es verdadera:

• No conoce los detalles de la lógica de modelización ni de la base de datos.

• Está actualizando desde una versión de MicroStrategy anterior a 7.2 y no utilizó las vistas de base de datos para crear varios roles para un único atributo.

� El reconocimiento automático no funciona si los atributos se hallan en la misma jerarquía, es decir, si comparten un atributo hijo. En el ejemplo utilizado, los dos atributos Provincia no tienen un atributo hijo en común.

En resumen, si identifica que uno de los atributos debe desempeñar varios roles, debe crear un atributo en el modelo lógico para cada uno de los roles. Recuerde esta regla, que le ayudará a identificar los roles de atributo. Si desea ver el mismo atributo varias veces en un informe, como mes de envío y mes de pedido, por ejemplo, el atributo tiene varios roles. Puede utilizar el reconocimiento automático de roles de atributo o los alias de tabla explícitos para crear los roles de atributo.



Reconocimiento automático de roles de atributo

En el data warehouse, una consulta que incluya tanto la provincia o estado del proveedor como la provincia de la tienda tendrá que utilizar la tabla Provincia dos veces en la misma consulta para obtener resultados correctos. Puede configurar dos atributos, Almacén estado y Proveedor Estado, que utilizan la misma tabla de lookup. El código SQL contendrá un autojoin con la tabla L_Estado (LU_State).El modelo lógico tendría el siguiente aspecto:

Observe que los dos roles del atributo Estado se incluyen en el modelo lógico, por lo que “Estado” puede considerarse desde dos perspectivas diferentes. Dado que el estado o provincia en el que reside un proveedor y aquel donde se encuentra una de las tiendas son dos datos diferentes, el modelo lógico debe reflejar esta diferencia. El reconocimiento automático permite que estos dos atributos accedan a la misma tabla de lookup utilizando diferentes nombres de atributo para la misma expresión.

� El reconocimiento automático de roles funciona únicamente cuando los atributos utilizan exactamente la misma expresión.

Considere el siguiente informe de ejemplo.

Ubicación Producto

Región

Tienda

Almacén

estado

Proveedor

Estado

Proveedor Artículo

Departamento

División

Proveedor Estado Proveedor Tienda Almacén estado

Indicadores Ventas en

Euros

Proveedor_Estado_ID=15 (Arkansas)



En este caso, la solicitud es “Mostrar las ventas totales por estado del almacén para todos los proveedores de Arkansas (ID de Almacén estado = 15)”. La misma tabla de lookup, L_Estado, puede utilizarse para ambos atributos, Almacén estado y Proveedor Estado, si se utilizan los roles de atributo. Entonces los dos atributos, que son de diferentes dimensiones, se refieren a la misma columna de la tabla.

Para utilizar el reconocimiento automático de roles de atributo, debe seleccionar Roles de atributo en Propiedades VLDB bajo Optimizaciones de consultas.

Alias de tabla explícitos

Los alias de tabla explícitos proporcionan una funcionalidad más robusta que el reconocimiento automático, por lo que se recomienda a los usuarios avanzados que saquen partido a esta solución.

Para continuar con el ejemplo con Estado, el modelo lógico debería ser el mismo que con el reconocimiento automático. Los dos roles del atributo Estado se incluyen en el modelo lógico, por lo que “Estado” puede considerarse desde dos perspectivas diferentes. Se crean en el esquema tablas de lookup independientes que señalan a la misma tabla física. Una tabla (L_Estado_Tienda) contiene el atributo Almacén_Estado, mientras que la otra (L_Estado_Proveedor) contiene Proveedor_Estado.

L_Estado_Proveedor

Atributo:

Proveedor_Estado

L_Estado_Tienda

Atributo:

Almacén_Estado

L_Estado

Tabla física

Tabla lógica



Recuerde el informe de ejemplo que muestra los totales de ventas por estado del almacén para todos los proveedores de Arkansas. Cuando se utilizan los alias de tabla explícitos, se utilizan las dos tablas de lookup L_Estado_Tienda y L_Estado_Proveedor. Puesto que se trata solamente de nombres diferentes para la misma tabla física, el informe realmente accede a la misma tabla física, L_Estado, para ambos nombres de estado, como se muestra en este ejemplo de código SQL.

SELECT a12.Estado_Desc as Estado_Desc

SELECT a13.Estado_Desc as Estado_Desc

FROM L_Estado a12

L_Estado a13

Para crear un alias de tabla

1 En MicroStrategy Desktop, desplácese a la carpeta Tablas, dentro de la carpeta Objetos de esquema.

2 Pulse con el botón derecho del ratón sobre la tabla para la que desee crear un alias y seleccione Crear alias de tabla. Esta opción copia la tabla en el esquema.

3 Escriba el alias o el nuevo nombre de la tabla.

4 Cuando cree los nuevos atributos, seleccione la tabla adecuada para cada uno de ellos. Por ejemplo, en el caso anterior, debería seleccionar la tabla L_Estado_Tienda para el atributo Almacén_Estado y la tabla L_Estado_Proveedor para Proveedor_Estado.

� Consulte la ayuda en línea para obtener procedimientos paso a paso para crear atributos.


D

OPERADORES MATEMÁTICOS Y

LÓGICOS PARA FILTRADO

Introducción

Como se explicó en el Capítulo 3, Filtros, puede utilizar operadores lógicos, como AND, OR, NOT, etc., para agregar calificaciones adicionales a filtros y límites de informe.Estos operadores lógicos definen condiciones para que la consulta de informe recupere datos del data warehouse y los muestre en el informe.

Este apéndice trata sobre los operadores, específicamente qué son los operadores lógicos y cómo utilizarlos.

Operadores matemáticos y lógicos para filtrado Guía avanzada de elaboración de informesD

374 ¿Qué es un operador? © 2002 MicroStrategy, Inc.

¿Qué es un operador?

Los operadores se utilizan para manipular componentes de datos individuales y conjuntos de datos. Estos componentes de datos se denominan operandos o argumentos. Los operadores se presentan mediante caracteres especiales o palabras clave. Por ejemplo, la multiplicación se representa con un asterisco (*) y la división, con una barra diagonal (/). Las condiciones de filtro son expresiones creadas a partir de representaciones de atributo, indicadores, constantes, expresiones y operadores. Por ejemplo, considere la siguiente condición de filtro:

Tienda_ID = 1

La anterior definición contiene un atributo (Tienda), una representación de atributo (Tienda_ID), un operador de comparación (=) y una constante numérica (1).

Los siguientes tipos de operadores se utilizan para especificar condiciones de filtro:

• lógicos

• de comparación

• de orden y porcentaje

• de patrón

Operadores lógicos

Los operadores lógicos permiten aplicar ciertas condiciones a dos conjuntos de expresiones de filtro simultáneamente. Existen tres operadores lógicos básicos:

• Unión se comporta como la conjunción disyuntiva OR (O) en gramática. La unión de dos conjuntos da como resultado un valor VERDADERO siempre que se cumpla uno de los conjuntos de criterios de filtro o ambos.

• Intersección se comporta como la conjunción copulativa AND (Y) en gramática. La intersección de dos conjuntos da como resultado un valor VERDADERO sólo cuando se cumplen ambos conjuntos de criterios de filtro.

Guía avanzada de elaboración de informes Operadores matemáticos y lógicos para filtrado D

© 2002 MicroStrategy, Inc. ¿Qué es un operador? 375

• Exclusión se comporta como AND NOT (Y NO) en gramática. Cuando se vinculan dos conjuntos de criterios de filtro de esta manera, su combinación da como resultado un valor VERDADERO sólo cuando se cumple el primer conjunto, pero no el segundo.

Las siguientes tablas muestran las posibles combinaciones con cada operador lógico y el valor que se obtiene con cada combinación, utilizando los siguientes criterios de filtro como ejemplo:

A =(clientes ubicados en la )región Noreste

B =(clientes que compraron)mantas

Filtro de unión lógica: A OR B

Las posibles combinaciones de filtro resultantes de la unión de los atributos A y B (clientes que están ubicados en la región Noreste O que han adquirido mantas) son las siguientes.

Puesto que la unión de dos conjuntos produce un resultado válido si se encuentran los datos correspondientes a cualquiera de los conjuntos, este filtro muestra los resultados de las filas 1, 2 y 3.

A B Resultado mostrado

1 VERDADERO VERDADERO clientes ubicados en la región

Noreste O clientes que han

comprado mantas

2 FALSO VERDADERO clientes que han comprado mantas

(pero que no están ubicados en la

región Noreste)

3 VERDADERO FALSO clientes ubicados en la región

Noreste (pero que no han

comprado mantas)

4 FALSO FALSO ningún resultado (clientes que no

están ubicados en la región

Noreste ni han comprado mantas)



Filtro de intersección lógica: A AND B

Las posibles combinaciones de filtro resultantes de la intersección de los atributos A y B (clientes que están ubicados en la región Noreste Y que han adquirido mantas) son las siguientes..

Puesto que la intersección de dos conjuntos sólo produce un resultado válido si se encuentran los datos correspondientes a ambos conjuntos, este filtro muestra un resultado en la fila 1 y en ninguna otra combinación.



Noreste Y que han comprado

mantas

2 FALSO VERDADERO ningún resultado (clientes que han

comprado mantas pero que no


Noreste)

3 VERDADERO FALSO ningún resultado (clientes que


Noreste pero que no han comprado

mantas)



Noreste ni han comprado mantas)



Filtro de exclusión lógica: A AND NOT B

Las posibles combinaciones de filtro resultantes de la exclusión * not (AND NOT) de un atributo (por ejemplo, B) (clientes que están ubicados en la región Noreste Y que no han comprado mantas) son las siguientes.

El comportamiento de las sentencias exclusivas con * not

(AND NOT) es igual al de las intersecciones, es decir, la combinación produce un resultado válido únicamente cuando se encuentren los datos correspondientes al conjunto “incluido” y no se encuentren los datos correspondientes al conjunto “excluido”. Este filtro muestra resultados en la fila 1 y en ninguna otra combinación.

A NOT B Resultado mostrado


Noreste Y que no han comprado

mantas

2 FALSO VERDADERO ningún resultado (clientes que no

han comprado mantas Y que no


Noreste)

3 VERDADERO FALSO ningún resultado (clientes que



mantas)




mantas)



Filtro de exclusión lógica: A OR NOT B

Las posibles combinaciones de filtro resultantes de la exclusión + not (OR NOT) de un atributo (por ejemplo, B) (clientes que están ubicados en la región Noreste O que no han comprado mantas) son las siguientes.

El comportamiento de las sentencias exclusivas con OR NOT es igual al de las uniones, es decir, la combinación produce un resultado válido únicamente cuando se encuentren los datos correspondientes al conjunto “incluido” o no se encuentren los datos correspondientes al conjunto “excluido”. Este filtro muestra resultados en las filas 1, 2 y 3.

Operadores de comparación

Los operadores de comparación comparan valores.Los valores pueden ser números, cadenas de texto o expresiones. Los operadores de comparación son los siguientes:

• Entre: Identifica valores en un rango que incluye un límite inferior y uno superior. Por ejemplo, “entre 10 y 20” devuelve todos los valores mayores o iguales que 10 y menores o iguales que 20.

• Diferente de: Identifica los valores que son diferentes al valor específico indicado. Por ejemplo, “diferente de 10” devuelve todos los valores que no sean 10.



Noreste O que no han comprado

mantas

2 FALSO VERDADERO clientes que no han comprado

mantas O que no están ubicados

en la región Noreste

3 VERDADERO FALSO clientes ubicados en la región

Noreste O que han comprado

mantas




mantas)



• Exactamente: Identifica un valor específico. Por ejemplo, “exactamente 1” devuelve todos los elementos con el valor 1.

• Mayor que: Identifica los valores que son mayores que un límite inferior indicado. Por ejemplo, “mayor que 10” devuelve los valores que son superiores a 10.

• Mayor o igual que: Identifica los valores que son mayores o iguales que el límite indicado. Por ejemplo, “mayor o igual que 10” devuelve todos los valores que sean 10 o superiores.

• Menor que: Identifica los valores que son menores que un límite superior indicado. Por ejemplo, “menor que 10” devuelve los valores que son inferiores a 10.

• Menor o igual que: Identifica los valores que son menores o iguales que el límite indicado. Por ejemplo, “menor o igual que 10” devuelve todos los valores que sean 10 o inferiores.

• No entre: Identifica valores que se encuentran fuera de un rango especificado. Por ejemplo, “no entre 10 y 20” devuelve todos los valores que son menores que 10 y mayores que 20.

• Es nula: Identifica valores que son nulos.

• No es nula: Identifica valores que no son nulos.

� Cuando utilice estos operadores en una descripción de fecha, los resultados pueden parecer incorrectos.Por ejemplo, supongamos que la descripción de fecha tiene el formato Ene 2001. Cree un filtro para el atributo de descripción utilizando el operador Entre para recuperar los meses entre enero de 2001 y junio de 2001. Los resultados son Ene 2001, Jul 2001 yJul 2001, no los primeros seis meses del año que esperaba. Esto sucede porque el formato del atributo de descripción es de texto, no numérico ni de fecha, y por lo tanto el SQL ordena los datos alfabéticamente. Para obtener los resultados para enero, febrero, marzo, abril, mayo y junio de 2001, filtre por el ID en lugar de la descripción, o bien utilice el operador En la lista.



Operadores de orden y porcentaje

Los operadores de orden y porcentaje sólo pueden aplicarse a indicadores. Los siguientes operadores podrán verse cuando califique sobre la función Orden o Porcentaje.

• Entre: Identifica valores en un rango que tiene un límite inferior y uno superior. Por ejemplo, “entre 10 y 20” devuelve todos los valores mayores o iguales que 10 y menores o iguales que 20.

• Últimos: Identifica el conjunto de valores más bajo de un rango. Por ejemplo, “últimos 40” devuelve los 40 valores más bajos dentro de un rango determinado.

• Diferente de: Identifica los valores que son diferentes al valor específico indicado. Por ejemplo, “diferente de 10” devuelve todos los valores que no sean 10.

• Exactamente: Identifica un valor específico. Por ejemplo, “exactamente 1” devuelve todos los elementos con el valor 1.

• Excluir primeros: Se utiliza en los cálculos de orden y porcentaje; descarta un rango de valores superiores de un conjunto determinado. Por ejemplo, “excluir primeros 10” devuelve todos los valores del conjunto menos el primer 10%.

• Excluir últimos: Se utiliza en los cálculos de orden y porcentaje; descarta un rango de valores inferiores de un conjunto determinado. Por ejemplo, “excluir últimos 10” devuelve todos los valores del conjunto menos el último 10%.

• Es nula: Identifica los valores que son nulos.

• No es nula: Identifica los valores que no son nulos.

• No entre: Identifica los valores que se encuentran fuera de un rango especificado. Por ejemplo, “no entre 10 y 20” devuelve todos los valores que son menores que 10 y mayores que 20.

• Inicio: Indica el rango de valores inicial de un conjunto determinado. Por ejemplo, “inicio 40” devuelve los 40 valores más altos de un conjunto.



Operadores de patrón

Los operadores de patrón permiten la comparación de cadenas de texto. Los operadores de patrón distinguen entre mayúsculas y minúsculas. Los siguientes operadores de patrón están disponibles en MicroStrategy 7i:

• Comienza con: Devuelve un conjunto de resultados que comienza con un valor especificado. Por ejemplo, “comienza con J” devuelve todas las cadenas que comiencen con J, es decir, junio y julio.

• Finaliza con: Devuelve un conjunto de resultados que finaliza con un valor especificado. Por ejemplo, “finaliza con o” devuelve todas las cadenas que terminan con o, es decir, enero, febrero y el resto de los meses que cumplan el criterio.

• Contiene: Devuelve un conjunto de resultados que contiene un valor especificado. Por ejemplo “contiene er” devuelve todas las cadenas que contienen er, como enero y febrero.

• No comienza con: Devuelve un conjunto de resultados que no comienza con un valor especificado. Por ejemplo, “no comienza con J” devuelve sólo los valores que no comienzan con J, como mayo, febrero, octubre, etc.

• No finaliza con: Devuelve un conjunto de resultados que no finaliza con un valor especificado. Por ejemplo, “no finaliza con o” devuelve sólo las cadenas que no finalicen con o, como abril, septiembre y el resto de los meses que cumplen el criterio.

• No contiene: Devuelve un conjunto de resultados que no contiene un valor especificado. Por ejemplo, “no contiene er” devuelve sólo los valores que no contienen er, como marzo, mayo, etc.


E

SQL DEL CATÁLOGO DE

WAREHOUSE

Introducción

En todas las plataformas de warehouse compatibles, excepto Microsoft Access, MicroStrategy 7i utiliza sentencias SQL para realizar consultas en las tablas de catálogo del sistema de administración de bases de datos relacionales (RDBMS) a fin de obtener información del Catálogo de warehouse. Esto incluye tablas de catálogo, columnas y sus tipos de datos. Estas sentencias SQL del catálogo varían de una plataforma a otra y pueden personalizarse de acuerdo con las características del warehouse específico.

� Microsoft Access carece de tablas de catálogo, por lo que debe utilizarse una petición ODBC para recuperar información sobre las tablas y columnas en Access. Por defecto, se utiliza una petición ODBC similar para el tipo de base de datos de DBMS genérico, pero puede elegir utilizar SQL del catálogo personalizado para el tipo genérico, si lo desea.

Este apéndice trata sobre la personalización de sentencias SQL, la estructura de los catálogos SQL y las sentencias SQL por defecto utilizadas para cada data warehouse.

SQL del Catálogo de warehouse Guía avanzada de elaboración de informesE

384 Personalización de las sentencias SQL del catálogo © 2002 MicroStrategy, Inc.

Personalización de las sentencias SQL del

catálogo

El Catálogo de warehouse de MicroStrategy puede configurarse para que lea información de catálogo en modo SQL de uno o dos pasos. En el modo SQL de dos pasos, en primer lugar lee únicamente las tablas del warehouse.La estructura de las tablas individuales es de sólo lectura cuando se ha seleccionado la tabla. Se recomienda esta opción para la creación de catálogos de warehouse interactivos, ya que no se lee información de catálogo innecesaria del warehouse, lo que aumenta la velocidad de procesamiento. Por otra parte, el modo SQL de un paso lee todas las tablas y columnas en una sentencia SQL. Esta opción sólo se recomienda si el SQL del catálogo está bien personalizado para limitar la cantidad de datos que se devuelven.

Las dos opciones de recuperación utilizan diferentes SQL del catálogo, pero ambas pueden personalizarse en el cuadro de diálogo Opciones de Catálogo de warehouse. En los siguientes apartados, el término SQL de las tablas del catálogo hace referencia al SQL del catálogo que se utiliza para recuperar las tablas del catálogo, es decir, el primer SQL empleado en una recuperación de catálogo de dos pasos.El término SQL del catálogo completo se refiere al SQL utilizado para leer todas las tablas y columnas en un paso. Para personalizar un SQL del catálogo, debe comprender varios conceptos importantes: el espacio de nombres de tabla, las plantillas de cadenas SQL y el SQL del catálogo incompleto.

Guía avanzada de elaboración de informes SQL del Catálogo de warehouse E

© 2002 MicroStrategy, Inc. Personalización de las sentencias SQL del catálogo 385

Espacio de nombres de tabla

En una plataforma RDBMS típica, el nombre de una tabla no la identifica de manera única en una instalación de base de datos de warehouse concreta. Un espacio de nombres de tabla es una partición de la instalación del warehouse donde los nombres de las tablas son únicos. Según el tipo de RDBMS, este espacio de nombres puede ser el nombre de la base de datos del warehouse, el propietario de la tabla o una combinación de la base de datos y el propietario. Tanto en SQL de las tablas del catálogo como en SQL del catálogo completo, el espacio de nombres asigna a cada tabla un nombre único. Esto le ayuda a evitar la confusión de tablas que compartan el mismo nombre de tabla.

El espacio de nombres de tabla es optativo. Un SQL del catálogo personalizado puede omitir el espacio de nombres si los nombres de tabla duplicados no presentan un problema en la base de datos del warehouse.

Plantillas de cadenas SQL y SQL del catálogo incompleto

El SQL del catálogo del sistema por defecto puede contener ciertas plantillas de cadenas que pueden resolverse en tiempo de ejecución o que el usuario puede completar manualmente. A continuación, se listan estas plantillas:

• #LOGIN_NAME#: Esta plantilla se reemplaza automáticamente en tiempo de ejecución con el nombre de ID utilizado para conectarse al warehouse. Puede dejar esta plantilla en el SQL personalizado si desea que el SQL del catálogo produzca diferentes resultados dependiendo del nombre de ID de warehouse utilizado. De lo contrario, esta plantilla se sustituye con el nombre del usuario de warehouse que posee las tablas de warehouse que le interesan.


386 Estructura del SQL de las tablas del catálogo © 2002 MicroStrategy, Inc.

• #?Database_Name?#, #?Schema_Name?#: Esta plantilla de SQL del catálogo es una cadena SQL incompleta que el usuario debe completar antes de que se pueda ejecutar. La cadena comienza con “#?” y termina con “?#”.El comando #?Database_Name?#, utilizado con Teradata, debe reemplazarse con el nombre de la base de datos de warehouse que contenga las tablas de warehouse. #?Schema_Name?#, utilizado con DB2 AS/400, debe sustituirse con el nombre del esquema donde residan las tablas de warehouse.

Estructura del SQL de las tablas del catálogo

Se espera que el SQL de las tablas del catálogo devuelva dos columnas, una que identifique el espacio de nombres de la tabla y otra con el nombre de la tabla. Si no se proporciona el espacio de nombres, sólo se necesita la columna del nombre de la tabla. Cada fila del resultado de SQL debe identificar de manera única una tabla. No se permiten duplicados. La columna que identifica el espacio de nombres de la tabla utiliza el alias de columna SQL NAME_SPACE. La columna que identifica el nombre de la tabla tiene el alias TAB_NAME. El siguiente ejemplo es el SQL de las tablas del catálogo por defecto para Oracle 8.0:

SELECT DISTINCT OWNER NAME_SPACE, TABLE_NAME TAB_NAME

FROM ALL_TAB_COLUMNS

WHERE OWNER = '#LOGIN_NAME#'"


© 2002 MicroStrategy, Inc. Estructura del SQL del catálogo completo 387

Estructura del SQL del catálogo completo

Se espera que el SQL del catálogo completo devuelva entre cinco y siete columnas, según la plataforma RDBMS y la personalización. Se precisan los siguientes alias para identificar cada columna devuelta:

NAME_SPACE (optativo): el espacio de nombres de la tabla

TAB_NAME (obligatorio): el nombre de la tabla

COL_NAME (obligatorio): el nombre de la columna

DATA_TYPE (obligatorio): una cadena o un número que identifica el tipo de datos principal de la columna

DATA_LEN (obligatorio): un número que describe la longitud o el tamaño de los datos de la columna

DATA_PREC (optativo): un número que describe la precisión de los datos de la columna

DATA_SCALE (optativo): un número que describe la escala de los datos de la columna de punto flotante

El SQL del catálogo completo debe devolver las filas ordenadas primero por NAME_SPACE, si está disponible, y después por TAB_NAME.

El siguiente ejemplo es el SQL del catálogo completo por defecto para Microsoft SQL Server 7.0:

SELECT U.name NAME_SPACE, T.name TAB_NAME,

C.name COL_NAME, C.type DATA_TYPE,

C.length DATA_LEN, C.prec DATA_PREC, C.scale DATA_SCALE

FROM sysobjects T, syscolumns C, sysusers

WHERE T.id = C.id and T.type in ('U', 'V')

AND T.uid = U.uid

ORDER BY 1, 2


388 SQL del Catálogo de warehouse por defecto © 2002 MicroStrategy, Inc.

SQL del Catálogo de warehouse por defecto

La siguiente tabla muestra el SQL del Catálogo de warehouse por defecto que MicroStrategy 7i utiliza para cada plataforma de warehouse compatible. Le recomendamos que consulte esta tabla antes de escribir su propio SQL del catálogo personalizado.

RDBMSSQL de las tablas del catálogo por

defectoSQL del catálogo completo

IBM DB2 OS/390 SELECT TBCREATOR NAME_SPACE,

TBNAME TAB_NAME

FROM SYSIBM.SYSCOLUMNS

WHERE

TBCREATOR='#LOGIN_NAME#'

SELECT TB CREATOR

NAME_SPACE, TBNAME TAB_NAME,

NAME COL_NAME, COLTYPE

DATA_TYPE, LENGTH DATA_LEN,

SCALE DATA_SCALE


WHERE


ORDER BY 1, 2

IBM DB2 AS/400

*Nota: precisa que se

reemplace

manualmente la

plantilla de cadena

#?Schema_Name?#.

SELECT DISTINCT

SYSTEM_TABLE_SCHEMA

NAME_SPACE, TABLE_NAME TAB

NAME

FROM QSYS2.SYSCOLUMNS

WHERE TABLE_OWNER =

'#LOGIN_NAME#'

AND SYSTEM_TABLE_SCHEMA =

'#?Schema_Name?#'

SELECT SYSTEM_TABLE_SCHEMA

NAME_SPACE, TABLE_NAME

TAB_NAME, COLUMN_NAME

COL_NAME, DATA_TYPE

DATA_TYPE, LENGTH DATA_LEN,

NUMERIC_SCALE DATA_SCALE

FROM QSYS2.SYSCOLUMNS

WHERE TABLE OWNER =

'#LOGIN_NAME#'

AND SYSTEM_TABLE_SCHEMA =

'#?Schema_Name?#'

ORDER BY 1, 2

IBM DB2 UDB SELECT DISTINCT TBCREATOR

NAME_SPACE, TBNAME TAB_NAME


WHERE


SELECT TBCREATOR NAME_SPACE,

TBNAME TAB_NAME, NAME

COL_NAME, COLTYPE DATA_TYPE,

LENGTH DATA_LEN, SCALE

DATA_SCALE


WHERE


ORDER BY 1, 2


© 2002 MicroStrategy, Inc. SQL del Catálogo de warehouse por defecto 389

DBMS genérico

* Nota: Por defecto,

no se utiliza SQL para

realizar consultas en

el catálogo para este

tipo de RDBMS. Si

desea utilizar SQL,

debe ajustarse a la

estructura que se

indica en la plantilla

SQL que se muestra

aquí.

SELECT Name Space

NAME_SPACE, Table Name

TAB_NAME, Column Name

COL_NAME, Data Type

DATA_TYPE, Data Length

DATA_LEN, Data Scale

DATA_SCALE

FROM …

WHERE TBNAME in

(#TABLE_LIST#)

ORDER BY 1, 2

SELECT Name Space

NAME_SPACE, Table Name

TAB_NAME, Column Name

COL_NAME, Data Type

DATA_TYPE, Data Length

DATA_LEN, Data Scale

DATA_SCALE

FROM …

WHERE TBNAME in

(#TABLE_LIST#)

ORDER BY 1, 2

Informix 7.x, 8.x, 9.x SELECT DISTINCT owner

NAME_SPACE, tabname TAB_NAME

FROM SYSTABLES

WHERE tabid >= 100 AND

tabtype IN ('T', 'V')

SELECT T.owner NAME_SPACE,

T.tabname TAB_NAME,

C.colname COL_NAME,

C.coltype DATA_TYPE,

C.collength DATA_LEN

FROM SYSTABLES T, SYSCOLUMNS

C

WHERE T.tabid = C.tabid

AND T.tabtype IN ('T', 'V',

'S')

ORDER BY 1, 2

Oracle 7.3.x, 8.0.x

Oracle 8i

SELECT DISTINCT OWNER

NAME_SPACE, TABLE_NAME

TAB_NAME


WHERE OWNER = '#LOGIN_NAME#'

SELECT OWNER NAME_SPACE,

TABLE_NAME TAB_NAME,

COLUMN_NAME COL_NAME,

DATA_TYPE DATA_TYPE,

DATA_LENGTH DATA_LEN,

DATA_PRECISION DATA_PREC,

DATA_SCALE DATA_SCALE


WHERE OWNER = '#LOGIN_NAME#'

ORDER BY 1, 2

Red Brick 5.x, 6.x SELECT DISTINCT CREATOR

NAME_SPACE, NAME TAB_NAME

FROM RBW_TABLES

WHERE ID > 0 AND

CREATOR='#LOGIN_NAME#'

SELECT T.CREATOR NAME_SPACE,

T.NAME TAB_NAME, C.NAME

COL_NAME, C.TYPE DATA_TYPE,

C.LENGTH DATA_LEN,

C.PRECISION DATA_PREC,

C.SCALE DATA_SCALE

FROM RBW_TABLES T,

RBW_COLUMNS C

WHERE T.ID = C.TID

AND T.ID > 0

ORDER BY 1, 2





Microsoft SQL

Server 7.0

SELECT DISTINCT U.name

NAME_SPACE, T.name TAB_NAME

FROM sysobjects T, sysusers U

WHERE T.uid = U.uid

AND T.type IN ('U', 'V')

SELECT U.name NAME_SPACE,

T.name TAB_NAME, C.name

COL_NAME, C.type DATA_TYPE,

C.length DATA_LEN, C.prec

DATA_PREC, C.scale

DATA_SCALE

FROM sysobjects T,

syscolumns C, sysusers U

WHERE T.id = C.id and T.type

in ('U', 'V')

AND T.uid = U.uid

ORDER BY 1, 2

Sybase Adaptive

Server 11.x, 12.x

SELECT DISTINCT U.name



WHERE T.uid = U.uid





C.length DATA_LEN, C.prec

DATA_PREC, C.scale

DATA_SCALE

FROM sysobjects T,



in ('U', 'V')

AND T.uid = U.uid

ORDER BY 1, 2

Sybase IQ 12 SELECT DISTINCT U.name

NAME_SPACE, T.table_name

TAB_NAME

FROM systable T, sysusers U

WHERE T.creator = U.uid

AND T.table_type IN ('BASE',

'VIEW')


T.table_name TAB_NAME,

C.cname COL_NAME, C.coltype

DATA_TYPE, C.length

DATA_LEN, C.syslength

DATA_SCALE

FROM systable T, syscolumns

C, sysusers U

WHERE T.table_name = C.tname

and T.table_type in ('BASE',

'VIEW')

AND T.creator = U.uid

ORDER BY 1, 2




© 2002 MicroStrategy, Inc. SQL del Catálogo de warehouse por defecto 391

Tandem NonStop SQL SELECT DISTINCT U.name



WHERE T.uid = U.uid





C.length DATA_LEN

FROM sysobjects T,



in ('U', 'V')

AND T.uid = U.uid

ORDER BY 1, 2

NCR Teradata

*Nota: precisa que se

reemplace

manualmente la

plantilla de cadena

#?Database_Name?#.

SELECT DISTINCT DatabaseName

NAME_SPACE, TableName

TAB_NAME

FROM DBC.TABLES

WHERE DatabaseName =

'#?DATABASE_NAME?#'

SELECT DatabaseName

NAME_SPACE, TableName

TAB_NAME, ColumnName

COL_NAME, ColumnType

DATA_TYPE, ColumnLength

DATA_LEN, DecimalTotalDigits

DATA_PREC,

DecimalFractionalDigits

DATA_SCALE

FROM DBC.COLUMNS

WHERE DatabaseName =

'#?DATABASE_NAME?#'

ORDER BY 1, 2




F

ASISTENTE PARA CREAR

PROYECTOS

Introducción

Ya debería conocer cómo crear un proyecto sencillo utilizando Project Builder, como se describe en la Guía de configuración básica. Project Builder es una herramienta perfeccionada que le permite comenzar a trabajar rápidamente con un proyecto sencillo. Sólo contiene un pequeño subconjunto de la funcionalidad de MicroStrategy, lo que le permite crear rápidamente jerarquías de usuarios, así como informes e indicadores simples. Puede utilizar Project Builder para crear eficientemente proyectos rápidos para pruebas de concepto con sus propios datos. Resulta más adecuado para un procedimiento de configuración básico que de lugar a un proyecto sencillo, pero completamente disponible para su uso.

Aunque el Asistente para crear proyectos lleva a cabo la misma operación básica, es decir, crear un proyecto, sus usuarios son creadores de proyectos con experiencia que han planeado todos los hechos, atributos y relaciones. La ventaja del Asistente para crear proyectos es su capacidad de crear muchos objetos de esquema simultáneamente.

Asistente para crear proyectos Guía avanzada de elaboración de informesF


Puesto que puede agregar eficazmente muchas tablas y crear numerosos atributos y hechos, resulta especialmente útil para proyectos grandes que contengan muchas tablas y objetos de esquema. También puede crear atributos con relaciones muchos a muchos. Al contrario que Project Builder, que está destinado a los usuarios noveles y a realizar una configuración básica, no puede crear indicadores ni informes con el Asistente para crear proyectos. En su lugar, puede utilizar el Editor de indicadores y el Editor de informes para crear indicadores e informes sofisticados y complejos.

Antes de empezar

Planificación del proyecto

Debería planear el proyecto antes de utilizar el Asistente para crear proyectos. Debe considerar los siguientes elementos:

• las tablas que va a usar en el proyecto

• los tipos de datos que va a utilizar para identificar los hechos

• los hechos que desea incluir en el proyecto

• los tipos de datos que va a utilizar para identificar los atributos

• los atributos que va a crear

• el nombre de la columna de descripción para cada atributo

• otras representaciones de atributo para cada atributo

� Las representaciones de atributo no se crean mediante el Asistente para crear proyectos; debe agregarlas utilizando el Editor de atributos una vez que haya completado los pasos del Asistente para crear proyectos.

• los atributos hijo para cada atributo

• la relación padre-hijo que desea asignar

Guía avanzada de elaboración de informes Asistente para crear proyectos F

© 2002 MicroStrategy, Inc. Creación de proyectos 395

Creación de la metadata

Antes de abrir el Asistente para crear proyectos para generar un proyecto, debería crear la metadata. El Asistente de configuración le ayuda a crear una estructura vacía en la metadata. Estas tablas de metadata vacías se poblarán más adelante durante el paso de creación del proyecto del Asistente para crear proyectos. Si desea más información sobre el Asistente de configuración, consulte la Guía de configuración básica.

También puede crear un origen de proyecto directo, o de dos niveles, para conectarse a la metadata. No obstante, la configuración del origen de proyecto desde el Asistente para crear proyectos resulta más sencilla. Para obtener más información sobre los orígenes de proyecto, consulte laGuía de configuración básica.

Creación de proyectos

Ahora que ha planeado su proyecto y completado los requisitos, puede utilizar el Asistente para crear proyectos como guía para crear el proyecto y poblar la metadata basándose en las estructuras de datos presentes en el data warehouse.

Los pasos del Asistente para crear proyectos son:

1 Inicializar/Crear proyecto

2 Seleccionar tablas en el Catálogo de warehouse

3 Crear hechos

4 Crear atributos


396 Creación de proyectos © 2002 MicroStrategy, Inc.

� Debe completar todos los pasos del Asistente para crear proyectos al mismo tiempo. Aunque puede guardar una definición de proyecto incompleta, no podrá terminar de crearla con el Asistente para crear proyectos. En su lugar, tendrá que completarla utilizando la interfaz adecuada, como el Catálogo de warehouse, el Asistente para crear hechos y el Asistente para crear atributos.

Para acceder al Asistente para crear proyectos

• En el menú Esquema, elija Crear proyecto nuevo. Se abre el cuadro de diálogo Asistente para crear proyectos.

Inicializar/Crear proyecto

El primer paso en la creación de un proyecto es inicializarlo mediante el cuadro de diálogo Nuevo proyecto, que se abre al seleccionarse el paso Crear proyecto en el menú del Asistente para crear proyectos.

La inicialización del proyecto implica la identificación del nuevo proyecto con un nombre y el repositorio de metadata donde debe crearse, es decir, el origen del proyecto.Si todavía no ha configurado un origen de proyecto, puede crear uno en el Administrador de origen de proyecto pulsando Nuevo en la sección Origen de proyecto.

Para que se admita el modo de verificación de identidad anónima para los usuarios invitados de este proyecto, seleccione Activar la cuenta de usuario invitado para este proyecto.

Una vez que haya especificado estos parámetros iniciales, se habrá creado la estructura del proyecto en la metadata.Esto significa que se han establecido los parámetros para la estructura de carpetas y la conectividad por defecto.Este proceso puede tardar tiempo en completarse.

� Si carece de autorización para crear proyectos en el origen de datos seleccionado, no se creará el proyecto.



Seleccionar tablas en el Catálogo de warehouse

Este paso de la creación del proyecto determina el conjunto de tablas de warehouse que se utilizarán y, por lo tanto, el conjunto de datos disponible para el análisis en el proyecto. Puede acceder al Catálogo de warehouse para seleccionar las tablas de la base de datos que desee utilizar con el nuevo proyecto. Los objetos de esquema de MicroStrategy, como atributos, hechos y tablas, son abstracciones creadas en superposición a las tablas y columnas de la base de datos.

Cuando elija el paso Seleccionar tablas en el menú del Asistente para crear proyectos, se abrirá el cuadro de diálogo Instancia de base de datos de warehouse. La instancia de base de datos seleccionada en este cuadro de diálogo determina a qué data warehouse se accede. Si no ha configurado previamente una instancia de base de datos, pulse Nuevo para crear una en el Asistente de instancia de base de datos. También puede modificar una instancia de base de datos existente con el cuadro de diálogo Instancias de bases de datos. Para abrirlo, pulse Modificar.

Una vez definida la instancia de base de datos, se abre el cuadro de diálogo Catálogo de warehouse. Esta pantalla lista todas las tablas de la base de datos a las que esté conectado mediante su instancia de base de datos y para las que su ID de usuario de la base de datos posea privilegios de lectura. Seleccione las tablas de lookup, hechos y relación que desee utilizar en el nuevo proyecto. También debería incluir todas las tablas necesarias para completar el proyectos, incluidas las de transformación, las agregadas y las de asignación de particiones.

� Puede agregar tablas adicionales después de cerrar el Asistente para crear proyectos utilizando el Catálogo de warehouse. Para obtener más información, consulte la Guía de configuración básica.

Para controlar la manera en que se acceden y se procesan las tablas de warehouse, se ofrecen opciones en tres categorías diferentes, Catálogo, Ver y Esquema. Para acceder a ellas, pulse Opciones en la barra de herramientas del cuadro de diálogo Catálogo de warehouse.



Catálogo

Las opciones de Catálogo le permiten

• Cambiar la instancia de base de datos para conectarse a un data warehouse diferente

• Personalizar el Método de lectura de catálogo, que afecta a la manera en que las tablas y columnas se recuperan del catálogo de sistema de la base de datos, con las siguientes opciones:

– Configuración le permite modificar directamente las sentencias SQL que se utilizan para recuperar la lista de tablas disponibles del Catálogo de warehouse y las columnas de las tablas seleccionadas. El SQL por defecto recupera una lista DISTINCT de tablas y columnas de todos los usuarios. Podría limitar la información que se devuelve, por ejemplo, si especifica ciertas condiciones y/o propietarios de tablas. Si desea más información, consulte el Apéndice E, SQL del Catálogo de warehouse.

– Puede seleccionar si desea que el Asistente para crear proyectos cuente el número de filas de todas las tablas cuando lea el catálogo de la base de datos.

– La opción final es si desea ignorar el espacio de nombres de la tabla actual cuando se lea el catálogo de la base de datos y actualizarlo utilizando el nuevo espacio de nombres de la tabla (Ignorar espacio de tabla al leer del catálogo).

• Cambiar el Método de lectura de catálogo de automático a manual, para que sólo se realicen consultas en la base de datos después de seleccionar Leer catálogo. Esto le permite controlar exactamente con qué frecuencia se lee el Catálogo de warehouse, por motivos de rendimiento. Si tiene una base de datos grande, la consulta puede prolongarse. Por defecto, el método está definido como Automático para poblar la lista de tablas cuando se abra el Catálogo de warehouse.



Ver

Las opciones de Ver le permiten:

• Definir las especificaciones de prefijo de tabla, las cuales determinan si se muestran o no los prefijos de tabla en la lista de tablas. También puede agregar un prefijo a todas las tablas que utilice en el proyecto.

• Definir si desea mostrar el número de filas para cada tabla

• Establecer si se va a mostrar el espacio de nombres de cada tabla

Esquema

Las opciones de Esquema le permiten

• Seleccionar si los objetos de esquema existentes se asignan automáticamente a las nuevas tablas que se agreguen al proyecto. El valor por defecto es Sí.

• Seleccionar si desea calcular automáticamente los tamaños lógicos de las tablas nuevas que se agreguen al proyecto. El valor por defecto es Sí.

Una vez que haya seleccionado las tablas que se van a agregar al proyecto, se escriben las definiciones de tabla en la metadata. Este proceso puede tardar tiempo en completarse.

Crear hechos

Este paso accede al Asistente para crear hechos para que le ayude a crear los hechos del proyecto. Los hechos relacionan valores numéricos del data warehouse con el entorno de informes de MicroStrategy. Le permiten acceder a los datos almacenados en el data warehouse y constituyen la base de los indicadores.



Reglas para la creación de hechos

El Asistente para crear hechos utiliza reglas para ayudar a automatizar el proceso de creación de hechos. Estas reglas están disponibles mediante el botón Definir reglas de la página Introducción del asistente. La primera regla determina, por tipo de datos, qué columnas se muestran cuando esté seleccionando las columnas que desee utilizar en los hechos. La segunda regla se refiere a cómo crear nombres de hechos, si se sustituyen los subrayados del nombre de hecho con espacios y si la primera letra es una mayúscula. Necesita cambiar estas reglas si las convenciones de nomenclatura de su warehouse no concuerdan con los valores por defecto.

Selección de columnas de hechos

Seleccione las columnas que se utilizarán como hechos. Para cambiar el nombre de cualquier columna a fin de que resulte más sencilla de utilizar, selecciónela y pulse F2.

� El asistente no admite nombres de columnas heterogéneos. Seleccione cada objeto de hecho sólo una vez. Puede utilizar el Editor de hechos para agregar expresiones adicionales, así como extensiones de hecho, después de haber completado el Asistente para crear proyectos. Si desea más información sobre los nombres de columnas heterogéneos, consulte la Guía de configuración básica.

Las definiciones de hechos seleccionadas se escriben en la metadata.



Crear atributos

Este paso accede al Asistente para crear atributos para que le ayude a crear los atributos del proyecto. Los atributos se utilizan para agrupar o agregar hechos. El atributo actúa como un encabezado de columna y los datos que aparecen en la siguiente tabla son elementos. Los elementos definen y componen el atributo.

Reglas para la creación de atributos

El Asistente para crear atributos utiliza las reglas que se listan a continuación para ayudar a automatizar el proceso de creación de atributos. Cambie estas reglas si las convenciones de tipos de datos o de nomenclatura de su warehouse no concuerdan con estos valores por defecto. Estas reglas están disponibles mediante el botón Definir reglas de la página Introducción del asistente.

• La regla del tipo de datos de columna determina, por tipo de datos, qué columnas están disponibles para convertirse en columnas de ID de atributo.

• La regla de nombre de atributo hace referencia a cómo se crean los nombres de los atributos, si se sustituyen los subrayados del nombre del atributo con espacios, si se elimina la palabra ID del nombre o si la primera letra es una mayúscula.

• La regla de búsqueda de warehouse define las convenciones de nomenclatura para ayudar a localizar los objetos de su warehouse. Los valores por defecto son ID para columnas de identificador, DESC para columnas de descripción y LOOKUP para tablas de lookup.



Selección de ID de columna

Seleccione las columnas que se utilizarán como atributos. Sólo aparecerán las columnas con tipos de datos que coincidan con los seleccionados en las reglas. Para ayudarle, se resaltan automáticamente las columnas que concuerden con la convención de nomenclatura para identificadores definida en la regla de búsqueda de warehouse. Para cambiar el nombre de cualquier atributo a fin de que resulte más sencillo de utilizar, selecciónelo y pulse F2.

� Asegúrese de que todos los valores del ID de columna sean únicos y que no contenga valores NULL. Aunque Desktop lo permite, no debe utilizarse nunca una columna con valores repetidos o NULL como ID de columna para un atributo. Pueden producirse errores y un funcionamiento inesperado.

También puede crear atributos compuestos en este paso.Un atributo compuesto es un atributo para el que se necesita más de un ID de columna para identificar de manera única los elementos de dicho atributo. Si desea más información sobre los atributos compuestos, consulte el Capítulo 9, Atributos.

Selección de la columna de descripción

Para cada atributo, puede seleccionar si desea utilizar el ID o una columna para la descripción del atributo. Para ayudarle, se resalta automáticamente la columna que concuerde con la convención de nomenclatura para descripciones definida en la regla de búsqueda de warehouse.

� Deben crearse otras representaciones de atributo mediante el Editor de atributos cuando haya completado los pasos del Asistente para crear proyectos. Consulte el Capítulo 9, Atributos para obtener más información sobre las representaciones de atributo.



Selección de la tabla de lookup

Seleccione la tabla de lookup para cada atributo. Las tablas de lookup son la representación física de los atributos; proporcionan la información para dicho atributo mediante los datos almacenados en los ID de columna y las columnas de descripción. Para ayudarle, se resaltan automáticamente las tablas que concuerden con la convención de nomenclatura para lookup definida en la regla de búsqueda de warehouse.

Definición de atributo compuesto

Si ha creado atributos compuestos, debe seleccionar las tablas de lookup y las descripciones independientemente del resto de los atributos.

Definición de la relación

Para cada atributo, debe especificar los hijos y el tipo de relación: uno a uno, uno a muchos o muchos a muchos.

Una vez completadas estas páginas, se habrán creado los atributos.

Proyecto completado

Acaba de completar la creación de un proyecto con el Asistente para crear proyectos. Puede continuar desarrollándolo, utilizando los editores como se describe en el siguiente apartado, para agregar complejidad y flexibilidad al proyecto.


404 Configuraciones de esquema adicionales © 2002 MicroStrategy, Inc.

Configuraciones de esquema adicionales

Puede configurar parámetros de nivel de esquema adicionales para aumentar la flexibilidad del proyecto creado con el Asistente para crear proyectos. Entre estos parámetros, se incluyen

• Definiciones de atributos: el Asistente para crear atributos le permite desarrollar rápidamente varios atributos simultáneamente. Puede utilizar el Editor de atributos para definir o modificar atributos más complejos.

• Definiciones de hechos: el Editor de hechos le permite diseñar atributos implícitos y derivados, asignaciones heterogéneas de columnas de warehouse, extensiones de hecho y degradaciones de hechos.

• Jerarquías de usuarios: el Editor de jerarquías le permite crear jerarquías de usuarios, las cuales facilitan el acceso a la exploración y navegación de atributos y elementos.

• Configuraciones avanzadas: estos parámetros incluyen tablas agregadas, particiones y asignaciones de particiones, así como transformaciones. Las herramientas que se utilizan para crearlas son el Catálogo de warehouse, el Editor de asignación de partición de metadata, el Editor de asignación de particiones de warehouse y el Editor de transformaciones.

Este manual trata todos estos parámetros de nivel de esquema.


G

INFORMACIÓN ETL

Descripción

El proceso de extracción, transformación y carga (ETL) representa todos los pasos necesarios para mover datos desde diferentes fuentes de datos hasta un data warehouse integrado.

En primer lugar, se extraen, o recuperan, los datos de las fuentes de datos. A continuación, se transforman antes de cargarse en el data warehouse. Los procedimientos de transformación pueden incluir la conversión de tipos de datos y nombres de columna, la eliminación de datos erróneos, la corrección de errores tipográficos, el relleno de datos incompletos, etc. El tercer y último paso es cargar los datos en el warehouse.

Información ETL Guía avanzada de elaboración de informesG

406 Informe Información ETL © 2002 MicroStrategy, Inc.

Informe Información ETL

La información ETL está disponible mediante una opción de menú. Los datos proporcionados le permiten comprobar el origen y la estructura de las columnas de tablas de la base de datos empresarial que se han utilizado para crear columnas en las tablas de warehouse para las que se han obtenido los datos sobre atributos e indicadores del informe.

La opción, que aparece en el menú como Información ETL, muestra la siguiente información para un atributo o indicador seleccionado en un informe.

• una definición del atributo

• una lista de las tablas utilizadas para definir los elementos de atributo o los hechos de indicadores

• una lista de las columnas incluidas en la definición de atributo o indicador

• una lista de nombres para las asignaciones utilizadas en la transformación de las columnas desde la base de datos empresarial hasta la base de datos del warehouse

• una lista de las columnas utilizadas como orígenes para la asignación

• la expresión de transformación utilizada para cada asignación

• cuándo se actualizaron por última vez los datos de columna de origen

� Antes de utilizar la funcionalidad de ETL, debe instalar MX2 API (versión 1.2 o posterior) de Informatica en la máquina host del servidor Intelligence Server. Consulte los detalles al administrador del sistema.

© 2002 MicroStrategy, Inc. Formato de los datos de los indicadores 407

H

FORMATO Y SINTAXIS DE LOS

INDICADORES

Descripción

Este apéndice contiene información sobre propiedades adicionales de los indicadores. En su primera parte, describe las opciones de formato ofrecidas en el Editor de indicadores. Entre ellas, se incluyen códigos de presentación de números, símbolos y colores. En la segunda parte, se explica cómo crear indicadores en Command Manager.

Formato de los datos de los indicadores

La siguiente información describe las opciones de formato disponibles para la presentación de datos en los informes de MicroStrategy 7i. Las tablas contienen información específica de formato para

• códigos de presentación de números

• símbolos

• colores

Formato y sintaxis de los indicadores Guía avanzada de elaboración de informesH

408 Formato de los datos de los indicadores © 2002 MicroStrategy, Inc.

� Las opciones de formato de informes descritas en este apéndice están disponibles como parte del Editor de indicadores. Para acceder a estas opciones, seleccione Herramientas/Formato/Categoría en la barra de menú del Editor de indicadores.

Códigos de presentación de números

Los códigos de formato se utilizan para seleccionar formatos para los rótulos de eje de un informe. La siguiente tabla muestra los códigos de formato para los diversos tipos de presentación de valores y especifica las diferencias entre los valores positivos, negativos y decimales.

Categoría

numérica

Código de

formatoPositivo Negativo Decimal

General General 3 -3 ,3

Número 0 3 -3 0

0,00 3,00 -3,00 0,30

#,##0 3 -3 0

#,##0,00 3,00 -3,00 0,30

#,##0;(#,##0) 3 (3) 0

#,##0,00;(#,##0,00)

3,00 (3,00) 0,30

#,##0;[RED](#,##0)

3 (3)[en rojo] 0

#,##0,00;[RED](#,##0,00)

3,00 (3,00)[en rojo]

0,30

Moneda $#,##0;($#,##0) $3 ($3) $0

$#,##0;[RED]($#,##0)

$3 ($3)[en rojo] $0

$#,##0,00;($#,##0)

$3,00 ($3,00) $0,30

$#,##0,00;[RED]($#,##0)

$3,00 ($3,00)[en rojo]

$0,30

Porcentaje 0% 300% -300% 30%

0,0% 300,0% -300,0 30,0%

Guía avanzada de elaboración de informes Formato y sintaxis de los indicadores H


Símbolos y sus funciones

La siguiente tabla muestra los símbolos que se utilizan para el formato de presentación y la función asociada con cada uno de ellos.

0,00 300,00% -300,00 30,00

Fracción #?/? 3 -3 2/7

#??/?? 3 -3 3/10

Científico 0,00E+00 3,00E+00 -3,00E+00 3,00E-01

##0,0E+0 3,0E+0 -3,0E+0 3,0E-1

Categoría

numérica

Código de

formatoPositivo Negativo Decimal

Símbolo Función

General Muestra un número en formato general.

0 Marcador de posición de dígito. Las condiciones son las siguientes:

• Si un número contiene menos dígitos que este marcador de posición, el número se completa con ceros.

• Si un número contiene más dígitos detrás de la coma decimal que este marcador de posición, el componente decimal del número se redondea para ajustarlo al número de dígitos que este marcador de posición puede contener.

• Si un número contiene más dígitos delante de la coma decimal que este marcador de posición, se conservan los dígitos adicionales.

# Marcador de posición de dígito. La función es muy similar a la de 0 (véase arriba), pero el número no se completa con ceros si contiene menos dígitos que este marcador de posición.

? Marcador de posición de dígito. La función es muy similar a la de 0 (véase arriba), pero el número se completa con espacios, en lugar de con ceros.


410 Formato de los datos de los indicadores © 2002 MicroStrategy, Inc.

, (coma) Coma decimal. Determina el número de dígitos que aparecerán delante y detrás de la coma decimal. Las condiciones son las siguientes:

• Si el formato contiene sólo marcadores de posición # delante de la coma decimal, los valores inferiores a uno comienzan con una coma decimal.

• Si el formato contiene ceros delante de la coma decimal, los valores inferiores a uno comienzan con un cero.

% Muestra un número como porcentaje. El número original se multiplica por 100 y se le agrega “%”.

. (punto) Separador de miles. Las condiciones son las siguientes:

• Si el formato contiene puntos separados por marcadores de posición # o 0, el número aparece con un punto por cada tres posiciones de enteros.

• Si el punto va seguido de un marcador de posición # o 0, supone un incremento en un factor de 1000. Por ejemplo, el número 10.000 se representaría como 10.

E- E+ e- e+ Muestra un número en notación científica. Las condiciones son las siguientes:

• Si el formato incluye símbolos de notación científica delante de un marcador de posición # o 0, el número aparece en notación científica y se le agrega E o e.

• El número de marcadores de posición (# o 0), tanto delante como detrás de la coma decimal, determina el valor del exponente.

• E- y e- agregan un signo “-” (menos) junto a un exponente negativo.

• E+ y e+ agregan un signo “-” (menos) junto a un exponente negativo, y un signo “+” (más) junto a un exponente positivo.

$ - + / (): espacio

Muestra el carácter. Para mostrar un carácter que no aparezca en esta lista, precédalo con una barra diagonal inversa (\) o enciérrelo entre comillas dobles. Tenga en cuenta que la barra diagonal inversa también se utiliza en el formato de fracciones.

\ Muestra el carácter que le sigue. El símbolo de barra diagonal inversa no se muestra.

“(texto)” Muestra el texto entrecomillado.

@ Marcador de posición de texto, donde @ se reemplaza con texto.

Símbolo Función



Colores

En el Editor de indicadores, los colores aparecen de la manera indicada por el nombre del color. Entre los colores disponibles se incluyen

• negro

• azul

• cían

• verde

• magenta

• rojo

• blanco

• amarillo

* Repite el carácter que le sigue en todo el ancho de la columna. Sólo puede existir un asterisco en una sección de formato.

_ (subrayado) Omite el ancho del carácter que le sigue. Por ejemplo, para alinear números negativos entre paréntesis con números positivos, escriba _) para los números positivos a fin de que se omita el ancho de los paréntesis.

Símbolo Función


412 Sintaxis para los indicadores de Command Manager © 2002 MicroStrategy, Inc.

Sintaxis para los indicadores de Command

Manager

Si comprende los diversos componentes de los indicadores, puede crear uno sin utilizar el Editor de indicadores. En su lugar, puede trabajar en Command Manager.

La sintaxis de un indicador es:

Función<parámetro>(argumentos){nivel}<filtro>

|transformación|

Todos estos componentes se describen con mayor profundidad más adelante.

Operadores y funciones

Un operador permite la realización de un cálculo, ya que proporciona la expresión matemática para una definición de indicador determinada.

Los operadores disponibles en el Editor de indicadores proporcionan

• operaciones aritméticas

• comparaciones, incluidas comparaciones de orden

• funciones lógicas

Los delimitadores, que están estrechamente relacionados con el operador, muestran la estructura de una definición de indicador encerrando cada componente del indicador entre símbolos reconocibles cuando se muestra. El Editor de indicadores proporciona delimitadores para:

• tipo de objeto ([ ])

• nivel (dimensionalidad) ( { } )

• filtro ( < >)

• transformaciones ( ||)


© 2002 MicroStrategy, Inc. Sintaxis para los indicadores de Command Manager 413

Los operadores y los delimitadores aparecen en las definiciones de indicadores de la siguiente manera:

NOMBRE_INDICADOR (Hecho) {Nivel de indicador}<Filtro>|Transformación|

Nivel

El nivel de un indicador determina cómo MicroStrategy Engine selecciona y reúne información para el cálculo. Por lo tanto, resulta necesario comprender la estructura de los niveles de indicador para poder definir indicadores de manera eficaz. Básicamente, los niveles de indicador determinan:

• el filtrado, que afecta a cómo se modificará la cláusula WHERE de un informe

• la agrupación, que afecta a cómo se modificará la cláusula GROUP BY de un informe

Los siguientes puntos se aplican al contenido de la sentencia de nivel en una definición de indicador.

• La sentencia se encierra entre llaves ( { } ).

• Los componentes de la sentencia van separados por comas.

� Si está utilizando una configuración regional que no sea Inglés, utilice el separador de lista que aparezca definido en la configuración regional de su máquina. Si no lo hace, pueden producirse errores cuando modifique un objeto.

• Los componentes de la sentencia se asocian con caracteres especiales que determinan los valores de filtrado o agrupación.

• Los modificadores que aparezcan delante de un nombre de atributo denotan valores de agrupación.

• Los modificadores que aparezcan detrás de un nombre de atributo denotan valores de filtrado.

• La combinación de contenido de agrupación y filtrado de un atributo se conoce como nivel de unidad.



La ilustración muestra el orden de los elementos dentro de la sentencia de nivel de una definición de indicador.

� En el contexto de los niveles de indicador, la tilde ( ~ ) indica el nivel asignado por el informe. Si no existe ninguna otra información en la parte correspondiente al nivel de la definición de un indicador, significa que el indicador se agrega en el nivel de informe.

Filtrado de nivel

Al determinar los cálculos que se van a llevar a cabo para un indicador determinado, puede cambiar la manera en que la cláusula WHERE de la sentencia SQL afecta a ciertos atributos de un informe. El filtrado de nivel modifica las definiciones de indicadores para lograrlo. La tabla muestra las opciones disponibles cuando se aplica un filtro a un indicador.

Sum (Fact) { ~ +, Region+ }

Nivel

prefijo

(agrupamiento)sufijo

Atributo

Filtro Símbolo

Estándar +

Absoluto *

Ignorar %

Sin definir Vacío



Filtrado estándar

El filtrado estándar no cambia el filtro que se aplica al informe. Por ejemplo, un indicador se define como:

Sum(Reg_Sls_Dlr) { ~ + }

Para especificar “Region” como nivel de agregación y dejar intacta la cláusula WHERE de la sentencia SQL, cambie el indicador de la siguiente manera:

Sum(Reg_Sls_Dlr) { ~ +, Region+}

Filtrado absoluto

El filtrado absoluto eleva los elementos del filtro de informe al nivel del atributo especificado. Esto implica las siguientes condiciones:

• Si el atributo del filtro de indicador es padre del atributo del filtro de informe, sólo se realizan los cálculos para los elementos a los que se aplique el filtro de informe.

• Si el atributo del filtro de indicador pertenece al mismo nivel que el filtro de informe, o es un hijo de dicho nivel, los cálculos se realizan de la manera especificada en el filtro de informe.

Por ejemplo, un informe contiene un filtro en el nivel Market y utiliza este indicador:

Sum(Reg_Sls_Dlr) { ~ +, Region*}

Sólo se incluyen en el cálculo las regiones con hijos incluidos en el filtro de informe. Si el informe tiene “Region” como filtro, el indicador utiliza dicho filtro sin modificarlo.

Filtrado Ignorar

El filtrado Ignorar se utiliza cuando un atributo determinado no se incluye en los cálculos de indicador. Por ejemplo, un indicador se define como:

Sum(Reg_Sls_Dlr) { ~ +, Region%}

El informe tiene un filtro en “Market”, que es un hijo de “Region”; este filtro no formaría parte del cálculo.



Filtrado sin definir

Cuando se utiliza el filtrado sin definir para el filtro de indicador, los siguientes puntos son relevantes:

• Si el informe incluye un atributo en la misma jerarquía que la indicada en el filtro de indicador, la agregación se produce en el nivel de dicho atributo.

• Si el informe no incluye otros atributos en la misma jerarquía que la indicada en el filtro de indicador, la agregación utiliza el valor por defecto, “Absoluto”.

Por ejemplo, un indicador se define como:

Sum(Reg_Sls_Dlr) { ~ +, Region+, Market }

La cláusula WHERE de la sentencia SQL se ve afectada por el valor de “Region”, ya que “Market” no está definido.

Agrupación de nivel

En la sentencia de nivel, la información de agrupación determina el nivel en el que la función del indicador agrega los datos. Específicamente, este componente de nivel le permite seleccionar

• un nivel de agregación diferente al especificado por el filtro de informe

• bien la primera o la última entrada en un rango de valores

La tabla muestra cómo aparecen estas opciones en la sentencia de nivel.

Agrupación Símbolo

Estándar Vacío

Comenzando

(tabla de

hechos)

>|

Comenzando

(tabla de

lookup)

>



Agrupación estándar

Cuando un atributo forma parte del nivel de indicador, los cálculos se agregan en el nivel de dicho atributo por defecto, en lugar de en el nivel de informe. Por ejemplo, un indicador se define como:

Sum(Reg_Sls_Dlr) { ~ +, Region+}

“Region”, como parte de la sentencia de nivel, implica que la agregación se produce en este nivel, en lugar de en el nivel de informe “Store”. El efecto equivale a obtener subtotales para “Region” y aplicar los datos a todas las filas. La ilustración muestra cómo aparecería la información.

Finalizando

(tabla de

hechos)

<|

Finalizando

(tabla de

lookup)

<

Ignorar !

Agrupación Símbolo

Standard Filter:

Region Market Store Regular Sales ($) reg std

Northeast Mid-Atlantic Baltimore 167,508.52 358,582.48

Philadelphia 191,073.96 358,582.48

Total 358,582.48

Total Total 358,582.48

South Carolinas Charlotte 223,349.41 1,139,921.49

Durham 235,918.44 1,139,921.49

Greenville 234,871.65 1,139,921.49

Total 694,139.50

Deep South Atlanta 229,725.75 1,139,921.49

Fayetteville 216,056.24 1,139,921.49

Total 445,781.99

Total Total 1,139,921.49

Total Total Total 1,498,503.97



Agrupaciones Comenzando (tabla de hechos) y

Comenzando (tabla de lookup)

Cuando agrupe según los valores iniciales (Comenzando), ya sea desde una tabla de hechos o de lookup, la agregación se produce en un nivel más bajo que el indicado. El valor utilizado para el informe es el primero que se encuentre en la tabla. Estas opciones se utilizan únicamente con hechos o indicadores no agregables. Un ejemplo utiliza el siguiente informe:

Tras aplicar la opción de agrupación Comenzando (tabla de hechos), la definición del indicador es:

Sum(Reg_Sls_Dlr) { ~ +, <|Store+}

La información resultante de esta agrupación es la siguiente.

Observe que para obtener este resultado:

• La información se agrega en primer lugar en el nivel “Store” y se agrupa por “Market”. Por consiguiente, la tabla contiene todos los valores para cada tienda de cada mercado.

• A continuación, MicroStrategy Engine busca el valor mínimo (Min) para recuperar la primera aparición de “Store” en cada mercado.

Region Market Store Regular Sales ($)

Northeast Mid-Atlantic Baltimore 167,508.52

Philadelphia 191,073.96

South Carolinas Charlotte 223,349.41

Durham 235,918.44

Greenville 234,871.65

Deep South Atlanta 229,725.75

Fayetteville 216,056.24

Region Market Regular Sales ($) store beg fact

Northeast Mid-Atlantic 348,582.48 167,508.52

South Carolinas 694139.50 223,349.41

Deep South 445,782.99 229,725.75



Para aplicar la opción de agrupación Comenzando (tabla de lookup), es preciso utilizar la información de la tabla de lookup, por lo que el primer valor que se muestra es un elemento de atributo, no un hecho. En este caso, la definición del indicador es:

Sum(Reg_Sls_Dlr) { ~ +, < Store+}

Agrupaciones Finalizando (tabla de hechos) y

Finalizando (tabla de lookup)

Cuando agrupe según tablas de hechos o de lookup finales (Finalizando), el procedimiento es igual al que se utiliza para Comenzando (tabla de hechos)/(tabla de lookup). La única diferencia es que los valores seleccionados para mostrarse representan la última aparición, en lugar de la primera. Estas opciones se utilizan únicamente con hechos o indicadores no agregables. Si utilizamos la misma información que antes, pero aplicamos la opción de agrupación Finalizando (tabla de hechos), la definición del indicador es:

Sum(Reg_Sls_Dlr) { ~ +, >|Store+}

La información resultante de esta agrupación aparece de esta manera.

Observe que para obtener este resultado:

• La información se agrega en primer lugar en el nivel “Store” y se agrupa por “Market”. Por consiguiente, la tabla contiene todos los valores para cada tienda de cada mercado.

• A continuación, MicroStrategy Engine busca el valor máximo (Max) para recuperar la última aparición de “Store” en cada mercado para mostrarla.

Region Market Regular Sales ($) store end fact

Northeast Mid-Atlantic 348,582.48 191,073.96

South Carolinas 694139.50 234,871.65

Deep South 445,782.99 216,056.24



Para aplicar la opción de agrupación Finalizando (tabla de lookup), es preciso utilizar la información de la tabla de lookup, por lo que el último valor que se muestra es un elemento de atributo, no un hecho. En este caso, el indicador se define así:

Sum(Reg_Sls_Dlr) { ~ +, > Store+}

Agrupación Ignorar

Como en el caso del filtrado, esta opción de agrupación indica al SQL Engine que debe omitir la información en la agregación. Si utiliza “Region” como nivel de atributo e “Ignorar” como valor para la agrupación, el indicador se define así:

Sum(Reg_Sls_Dlr) { ~ +, !Region+}

Funcionalidad de nivel adicional

Además de las funciones de agrupación y filtrado descritas para la dimensionalidad de indicadores, MicroStrategy 7i también ofrece las siguientes opciones como parámetros avanzados para la definición de indicadores:

• permitir a otros usuarios agregar datos en el nivel de indicador, lo que indica si la definición del indicador acepta unidades de dimensionalidad adicionales

• agregar más atributos de nivel de indicador a los presentes en el filtro de informe, lo que indica que el filtro definido para el informe se aplica directamente a los cálculos del indicador



Ambas funciones están habilitadas por defecto para la definición de indicadores. Para deshabilitarlas, utilice la sintaxis de los siguientes ejemplos:

• Sum(Reg_Sls_Dlr) { ~+, Region+;-}

Inhabilita la agregación de datos al nivel de indicador.

• Sum(Reg_Sls_Dlr) { ~+, Region+;/}

Inhabilita la aplicación directa de filtros de informe a los cálculos del indicador.

• Sum(Reg_Sls_Dlr) { ~+, Region+;- ;/}

Inhabilita ambas funciones.

Funciones pass-through

Las expresiones pass-through, también denominadas funciones Apply, proporcionan acceso a funcionalidad que no es estándar en los productos de MicroStrategy, pero que está disponible a través de la base de datos relacional. Cuando incluya una expresión pass-through en una expresión de atributo, hecho o transformación, el SQL Engine (motor generador de SQL) la reconocerá como SQL personalizado y la tratará como una expresión pass-through. A continuación, se envía la expresión pass-through a la base de datos relacional como está escrito. Si desea más información, consulte el Apéndice B, Expresiones pass-through.


I

SINTAXIS DEL FILTRADO DE

RELACIÓN

Descripción

Este apéndice contiene información sobre cómo crear filtros de relación utilizando el cuadro de diálogo Calificación avanzada del Editor de filtros. También puede utilizar el cuadro de diálogo Establecer calificación si desea trabajar con una interfaz, en lugar de comandos. Para obtener información sobre el uso del cuadro de diálogo Establecer calificación, consulte Calificación de conjunto: filtro de relación en el Capítulo 3, Filtros.

Sintaxis del filtrado de relación Guía avanzada de elaboración de informesI

424 © 2002 MicroStrategy, Inc.

Sintaxis de calificación avanzada

Si utiliza el cuadro de diálogo Calificación avanzada, debe emplear la siguiente sintaxis:

<relación; (calificación de filtro)>{lista de atributos de salida}

donde:

• La relación puede ser un hecho, una tabla o un filtro vacío. Los hechos y las tablas son relaciones entre atributos en Entrada de filtrado y Nivel de salida. Las relaciones determinan la tabla que se utiliza durante la generación de SQL.

� Si una relación queda vacía, se utiliza el esquema para seleccionar la tabla adecuada.

• La calificación de filtro define los criterios de filtrado de entrada. Puede consistir en una calificación de atributo, una calificación de filtro o una calificación de indicador, seguida de una coma y un nivel de salida.

• La lista de atributos de salida es una lista separada por comas de los atributos por los que se va a filtrar. Si su configuración regional no está definida como Inglés, el separador de lista será el que esté definido en su configuración. El nivel de salida dicta el contenido del conjunto de salida del filtro de relación.

� Resulta más sencillo simplemente arrastrar un atributo del Explorador de datos a la lista. Si escribe manualmente el atributo, debe seguir el formato [nombre_de_atributo]@ID o [nombre_de_atributo]@DESC.

Por ejemplo, si desea crear un informe que muestre todas las tiendas que vendan calzado Nike en la zona de Washington, DC, la sintaxis del filtro de relación sería similar a la siguiente:

<[Hecho Ventas]; [Calzado Nike, Región]>{Tiendas@ID}

donde Hecho Ventas es el nombre de la tabla, Calzado Nike y Región forman la calificación del filtro y Tiendas es el atributo.


J

COMANDOS DE DESKTOP

Introducción

Este apéndice es una especificación de los comandos de Desktop utilizados en los productos de MicroStrategy. Aunque los comandos de Desktop pueden invocarse desde la línea de comandos, este documento se centra en el uso de la página de inicio de Desktop y describe los comandos desde la perspectiva de HTML.

Se tratan los siguientes temas:

• Información básica

• ¿Para qué se utilizan los comandos de Desktop?

• Definición de la página de inicio de Desktop

• Visualización de los comandos de Desktop

• Comandos

Comandos de Desktop Guía avanzada de elaboración de informesJ

426 Información básica © 2002 MicroStrategy, Inc.

Información básica

Los comandos de Desktop son una colección de métodos que la aplicación MicroStrategy Desktop admite. Estos comandos proporcionan funciones tales como ejecutar un informe, cargar un editor, etcétera. Puede utilizar esta característica completa en la página de inicio de Desktop.

¿Para qué se utilizan los comandos de

Desktop?

Los comandos de Desktop le ofrecen la flexibilidad de crear su propia página de inicio de proyecto y personalizarla de acuerdo con sus necesidades y perspectivas.

En HTML, los comandos de Desktop se escriben utilizando el elemento de ancla. Los elementos de ancla suelen contener una referencia a un localizador uniforme de recursos(URL, Uniforme Resource Locator). Cuando se pulsa un ancla, se lleva a cabo una operación dependiendo del esquema de URL. Por ejemplo, un ancla de protocolo de transferencia de archivos (ftp) inicia una operación de transferencia de archivos; otros esquemas son http, gopher, etcétera. Para diferenciar un comando de Desktop de otras anclas, utilizamos nuestra propia sintaxis. Las anclas con esta sintaxis especial se denominan anclas de Desktop.A continuación, se ofrece la especificación HTML de un ancla de Desktop:

<A hRef=”dss://Parámetros de comandos”></A>

El anterior ejemplo describe las características fundamentales de un ancla de Desktop. Sin embargo, puede utilizarse cualquier otra propiedad HTML en el ancla.

Guía avanzada de elaboración de informes Comandos de Desktop J

© 2002 MicroStrategy, Inc. Definición de la página de inicio de Desktop 427

Definición de la página de inicio de Desktop

MicroStrategy Desktop es la primera ventana que aparece cuando se conecta al entorno de escritorio de MicroStrategy 7i; funciona como el principal punto de acceso a los editores, cuadros de diálogo y asistentes que permiten utilizar las funciones de interfaz de escritorio de MicroStrategy 7i.

MicroStrategy Desktop puede mostrar el contenido del proyecto seleccionado en una interfaz de página de inicio HTML designada, la cual puede contener vínculos a los informes, documentos, accesos directos, etc.

� La página de inicio de Desktop se muestra únicamente cuando selecciona el proyecto dentro de un origen de proyecto y no para los objetos disponibles dentro del proyecto seleccionado. Los objetos incluidos en el proyecto siempre se muestran como carpetas.

Cuando abra MicroStrategy Desktop y se conecte a un origen de proyecto [Intelligence Server (3 niveles) u origen de proyecto directo (2 niveles)], y después seleccione un proyecto dentro del origen de proyecto, verá la página de inicio HTML, que puede mostrar vínculos a los informes, las carpetas, los documentos, la descripción del proyecto, etcétera. Para ver una página HTML como se muestra en el paso 6 del siguiente procedimiento, conéctese como User en el Tutorial de MicroStrategy.

MicroStrategy Desktop le ofrece elegir entre el formato de página de inicio del proyecto y el de lista de carpetas. Puede habilitar la funcionalidad de la página de inicio en los cuadros de diálogo Preferencias de Desktop y Mis preferencias, así como especificar si desea o no ver un archivo HTML designado cuando abra un proyecto. Si decide no ver la página HTML, aparecerá la lista de carpetas en su lugar. Puede activar esta opción mediante los siguientes pasos:


428 Definición de la página de inicio de Desktop © 2002 MicroStrategy, Inc.

Para definir una página de inicio HTML

1 Conéctese al origen de proyecto de MicroStrategy que contenga el proyecto para el que desea definir una página de inicio HTML.

2 En el menú Herramientas, seleccione la opción Mis preferencias.

3 En el cuadro de diálogo Mis preferencias, seleccione la casilla de verificación Habilitar página de inicio del proyecto.

4 Busque el archivo HTML en el cuadro Ruta de archivo HTML o utilice la ubicación de página de inicio por defecto que aparece en él.

� Si ha creado su propia página HTML personalizada para utilizarla en el proyecto, localice el archivo mediante el botón Examinar. De lo contrario, el proyecto utilizará la página de inicio por defecto diseñada por MicroStrategy.

5 Pulse Aceptar.

6 Seleccione el proyecto dentro del origen de proyecto. Aparecerá una página de inicio de proyecto. Por ejemplo, en el Tutorial de MicroStrategy verá una página de inicio HTML similar a ésta.


© 2002 MicroStrategy, Inc. Visualización de los comandos de Desktop 429

Si no ve la página de inicio HTML, incluso después de haber habilitado la opción Página de inicio en el cuadro de diálogo Mis preferencias, se debe a que la opción de página de inicio de proyecto no está habilitada en el cuadro de diálogo Preferencias de Desktop. Para hacerlo, complete los siguientes pasos:

Para definir las preferencias de Desktop

1 En el menú Herramientas, seleccione Preferencias de Desktop. Se abre el cuadro de diálogo Preferencias de Desktop.

2 En el cuadro de diálogo, seleccione la opción Habilitar página de inicio del proyecto.

3 Pulse Aceptar.

� Para trabajar con la funcionalidad de página de inicio, la opción Habilitar página de inicio del proyecto debe estar siempre habilitada en los cuadros de diálogo Mis preferencias y Preferencias de Desktop.

Visualización de los comandos de Desktop

En la página de inicio, los comandos de Desktop se encuentran anidados en el código HTML del documento. Cuando vea el código fuente de la página HTML, verá los comandos de Desktop.

Para ver en qué lugar del código HTML están anidados los comandos de Desktop, pulse con el botón derecho del ratón sobre la página HTML y en el menú que se despliega, seleccione Ver origen. Se muestra el código HTML en el editor de texto por defecto. Desplácese por el código y busque los elementos de ancla que comiencen con lo siguiente:

<A hRef=”dss://Parámetros de comandos”></A>

Los comandos de Desktop utilizan un ID de objeto único para ejecutar los comandos.


430 Comandos © 2002 MicroStrategy, Inc.

� Dentro de un proyecto, para obtener un ID de objeto, seleccione el objeto, pulse con el botón derecho del ratón sobre él y, después, en el menú que se despliega, seleccione Propiedades. El ID aparece en el cuadro de diálogo.

Comandos

Desktop admite los siguientes comandos:

• ChangeView: actualiza el estilo de vista de Desktop.

• Editor: carga un editor de Desktop.

• Execute: ejecuta una definición de informe o documento.

• ExecuteDocument: ejecuta una definición de documento.

• ExecuteReport: ejecuta una definición de informe.

• Open: abre una conexión a un origen de proyecto o una sesión de un proyecto.

• Reset: cierra una conexión a un origen de proyecto o una sesión de un proyecto.

• Shortcut: busca y selecciona un nodo en el panel Lista de carpetas del Explorador de objetos.

La descripción de cada uno de estos comandos se incluye en los siguientes apartados.

ChangeView

El comando ChangeView muestra u oculta los paneles Acceso directo y Lista de carpetas en el Explorador de objetos.

dss://ChangeView Vista


© 2002 MicroStrategy, Inc. Comandos 431

Comentarios

El comando ChangeView acepta una lista de operaciones en un único comando. Por ejemplo, para mostrar los accesos directos y ocultar la lista de carpetas, utilice el comando: ChangeView ShowShortcutView\HideFolderView.

Ejemplo

<A hRef="dss://changeview showshortcutview">

ShowShortcuts

</A>

<A hRef="dss://changeview showfolderview">

Show Folders

</A>

<A hRef="dss://changeview hideshortcutview">

Hide Shortcuts

</A>

<A hRef="dss://changeview hidefolderview">

Hide Folders

</A>

<A hRef="dss://changeview hidefolderview\showshortcutv

iew">

Hide Folders and Show Shortcuts

</A>

<A hRef="dss://changeview showfolderview\hideshortcutv

iew">

Show Folders and Hide Shortcuts

</A>

Parámetros Descripción

Vista El parámetro Vista indica la operación que debe

ejecutarse.

Se admiten las siguientes operaciones:

• ShowShortcutView

• ShowFolderView

• HideShortcutView

• HideFolderView



Editor

El comando Editor carga una nueva instancia de un editor de Desktop.

dss://Editor Nombre_de_editor

Comentarios

El comando Editor carga una nueva ventana de editor en el proyecto actualmente seleccionado.

Ejemplo

<A hRef="dss://editor search">Open Search Editor</A>


Nombre_de_editor Indica el nombre del editor que se va a cargar. El

comando admite los siguientes editores:

• Search

• ReportDefinition

• DocumentDefinition

• Prompt

• Filter

• Template

• Metric

• CustomGroup

• Consolidation

• Attribute

• Fact

• Hierarchy

• Transformation

• Partition



Execute

El comando Execute carga un visor para un objeto determinado de la metadata. El comando acepta una lista de ID y tipos de objetos. El comando admite tipos de objeto de informe y documento.

dss://Execute ID_obj1.Tipo_obj1\ID_obj2.Tipo_obj2\…\ID_objn.Tipo_objn

Comentarios

Utilice el comando Execute cuando desee ejecutar un informe y un documento utilizando un único comando.

Ejemplo

<A hRef="dss://execute B5C67DFC11D60B5610008CB3D1CEE6A

4.3\48CAD4644AB189F763E0EAA22BC0E6DC.55">

Execute: {Profit Forecast 2001, Document (Customer

Hierarchy)}

</A>


ID_obj El ID del objeto que se va a ejecutar. El ID puede

obtenerse en el cuadro Propiedades en Desktop.

Tipo_obj El tipo del objeto que se va a ejecutar. El tipo se

obtiene de la enumeración

EnumDSSObjectType de la librería de tipos de

MicroStrategy Objects.

El comando admite los siguientes dos tipos:

• 3—DSSTypeReportDefinition

• 55—DSSTypeDocumentDefinition



ExecuteDocument

El comando ExecuteDocument carga el Editor de documentos. El comando puede ejecutar uno o más documentos.

� El comando ExecuteDocument ejecuta el documento sólo si el origen de proyecto actual se encuentra en una conexión de servidor (3 niveles).

dss://ExecuteDocument ID_documento1\ID_documento2\…\ID_documenton

Comentarios

El parámetro ID_documento puede obtenerse en el cuadro de diálogo Propiedades en Desktop. El comando busca el documento en el proyecto que esté seleccionado cuando se ejecute el comando.

Ejemplo

<A hRef="dss://executedocument 3D4DA91C4D20DA7532D4AB8

48C428031">

Execute Document: {Document (My Electronics

Dashboard)}

</A>

<A hRef="dss://executedocument 3D4DA91C4D20DA7532D4AB8

48C428031\0BD252404BB97A2167B085848A40A60B">

Execute Document: {Document (My Electronics

Dashboard), Document (Product Hierarchy)}

</A>


ID_documento El ID del objeto de definición de documento.

El comando acepta cualquier número de

documentos que desee ejecutar.



ExecuteReport

El comando ExecuteReport ejecuta un informe y lo muestra en la vista Cuadrícula. El comando puede ejecutar uno o más informes.

dss://ExecuteReport ID_informe1\ID_informe2\…\ID_informen

Comentarios

El parámetro ID_informe puede obtenerse en el cuadro de diálogo Propiedades en Desktop. El comando busca el informe en el proyecto que esté seleccionado cuando se ejecute el comando.

Los informes se ejecutan utilizando los parámetros (caché, vista, etc.) que el usuario haya seleccionado.

Ejemplo

<A hRef="dss://executereport BF294AA247895DD9354CA9B29

6D91D33">

Execute Report: {Electronics Revenue vs. Forecast 2001}

</A>

<A hRef="dss://executereport BF294AA247895DD9354CA9B29

6D91D33\2C3DFFB411D6044FC0008C916B98494F">

Execute Report: {Electronics Revenue vs. Forecast 2001,

Electronics Revenue By Region}

</A>


ID_informe El ID del objeto de definición de informe.

El comando acepta cualquier número de

informes que desee ejecutar.



Open

El comando Open conecta a un nodo de origen de proyecto en el Explorador de objetos. También acepta un ID de proyecto para abrir el nodo de proyecto.

dss://Open Nombre_origen_proyecto\ID_proyecto\ID_usuario\Contraseña_usuario

Comentarios

El comando Open busca el nodo de origen de proyecto por su nombre. La búsqueda distingue entre mayúsculas y minúsculas. Una vez que se haya encontrado el nodo de origen de proyecto, se despliega. Si el usuario no está conectado al origen de proyecto, el comando abre la ventana de conexión.

Si se envía el parámetro ID_proyecto, el comando encuentra el nodo de proyecto. Puede obtener el ID de proyecto de un proyecto utilizando el cuadro de diálogo Configuración del proyecto en Desktop.

Los parámetros ID_usuario y Contraseña_usuario definen los valores por defecto de la ventana de conexión cuando se despliega el nodo de origen de proyecto. La ventana de conexión sólo se abre si el usuario no está ya conectado al nodo de origen de proyecto.


Nombre_origen_proyecto El nombre del nodo de origen de proyecto

en el control del Explorador de objetos.

ID_proyecto Optativo. ID (GUID) del objeto de proyecto

en la metadata de configuración.

ID_usuario Optativo. Cadena de ID de usuario que se

utiliza por defecto en la ventana de

conexión.

Contraseña_usuario Optativo. Cadena de contraseña que se

utiliza por defecto en la ventana de

conexión.



Ejemplo

<A hRef="dss://open Tutorial de MicroStrategy">

Abrir Tutorial de MicroStrategy

</A>

<A hRef="dss://open Tutorial de MicroStrategy

\B19DEDCC11D4E0EFC000EB9495D0F44F">

Abrir proyecto del Tutorial

</A>

<A hRef="dss://open Tutorial de MicroStrategy

\B19DEDCC11D4E0EFC000EB9495D0F44F\Administrator">

Abrir proyecto del Tutorial utilizando el ID

Administrator

</A>

Reset

El comando Reset cierra una sesión de un proyecto o una conexión al origen de proyecto.

dss://Reset Nombre_origen_proyecto\ID_proyecto

Comentarios

Si se envía el parámetro ID_proyecto, el comando cierra la sesión del proyecto. De lo contrario, el comando cerrará la conexión al nodo de origen de proyecto.

Ejemplo

<A hRef="dss://reset Tutorial de MicroStrategy">

Cerrar conexión al Tutorial de MicroStrategy

</A>

<A hRef="dss://reset Tutorial de MicroStrategy

\B19DEDCC11D4E0EFC000EB9495D0F44F">

Cerrar sesión de proyecto del Tutorial

</A>


Nombre_origen_pro

yecto

El nombre del nodo de origen de proyecto en la

lista de carpetas.

ID_proyecto Optativo. ID (GUID) del objeto de proyecto.



Shortcut

El comando Shortcut busca un nodo de carpeta en el Explorador de objetos. Si se encuentra la carpeta, se selecciona y se muestra su contenido.

dss://Shortcut ID_carpeta

Comentarios

El comando Shortcut busca el ID de carpeta en el proyecto que el usuario esté explorando en ese momento. Para seleccionar un proyecto en el Explorador de objetos, utilice el comando Open.

El parámetro ID_carpeta puede especificar un nombre de carpeta especial, en lugar de un ID de carpeta. Se admiten las siguientes carpetas especiales:


ID_carpeta El ID de la carpeta de destino. Puede obtener el

ID utilizando el cuadro de diálogo Propiedades

en Desktop.

Profile_MyAnswers Public_Reports Schema_Subtotals

Profile_MyFavorites Public_Prompts Schema_Partition_Mappings

Profile_MyObjects Public_Searches Schema_Tables

Profile_MyReports Public_Metrics Schema_Hierarchies

Profile_Objects Public_Filters Schema_Functions

Public_Autostyles Schema_Objects Inbox

Public_Consolidations Schema_Attributes Data_Explorer

Public_Custom_Groups Schema_Facts Server_Admin

Public_Objects Public_Templates Schema_Transformations



Ejemplo

<A hRef="dss://shortcut A20C898211D60AE310008BB3D1CEE6

A4">

Financial Reports

</A>

<A hRef="dss://shortcut profile_myreports">

Mis informes

</A>


K

VALORES DE FORMATO POR

DEFECTO

Introducción

Un estilo automático es una colección de todos los niveles de formato que le permite dar formato a distintas unidades de cuadrícula en distintas partes del informe. No es necesario configurar todas las unidades de cuadrícula para crear un estilo automático, por lo que cualquier unidad de cuadrícula puede utilizar los valores por defecto para las propiedades de formato. Recuerde que los formatos se aplican en un orden concreto, como se describe en Orden de los niveles en el Capítulo 2, Informes. Cuando el nivel más bajo está definido en el valor por defecto, el archivo guiprops.pds proporciona las propiedades. Este archivo se guarda en el directorio Desktop.

En este apéndice, se proporcionan los valores por defecto de todas las propiedades de formato. A continuación se enumeran todas las pestañas del cuadro de diálogo Formato, con los valores por defecto para todas las propiedades de cada pestaña.

Valores de formato por defecto Guía avanzada de elaboración de informesK


Número

Los valores por defecto de la pestaña Número son:

• Categoría: general

• Posiciones decimales: cero

• Utilizar separador de miles: sí

• Números negativos: no hay indicaciones especiales, es decir, no se utilizan ni el color rojo ni los paréntesis.

• Símbolo de moneda: la configuración regional determina este valor.

• Posición de moneda: la configuración regional determina este valor.

• Formato: el tipo de datos del número determina el formato del valor; por ejemplo, las fechas tienen un formato distinto a las horas.

Alinear

Los valores por defecto de las propiedades de alineación son:

• Alineación horizontal: derecha

• Alineación vertical: superior

• Ajuste de línea: no

Fuente

Los valore de fuente por defecto son:

• Nombre: valor determinado por el idioma del software

• Alfabeto: occidental

• Negrita: no

• Cursiva: no

Guía avanzada de elaboración de informes Valores de formato por defecto K


• Tamaño: 10

• Tachado: no

• Subrayado: no

• Color: negro

Borde

Los valores de los bordes son:

• Borde superior: sí

• Borde inferior: no

• Borde izquierdo: sí

• Borde derecho: no

• Color del borde superior: negro

• Color del borde inferior: negro

• Color del borde izquierdo: negro

• Color del borde derecho: negro

Patrones

Los valores por defecto de los patrones son:

• Color de relleno: blanco

• Color de trama: azul

• Estilo de patrón: vacío



Rangos

Aunque no se trata de una pestaña del cuadro de diálogo Formato, los rangos están habilitados por defecto para los siguientes estilos automáticos:

• Contabilidad

• Financiero

• Colorido

• Bandas grises

Puede acceder a los rangos seleccionando Opciones en el menú Cuadrícula.

La propiedad Combinar encabezado de las celdas, que se encuentra en el menú Cuadrícula, está definida como Falso en los estilos automáticos enumerados anteriormente. Esta propiedad permite que se repitan los nombres de los elementos de una unidad que se muestre en una fila de un informe. Por ejemplo, en el eje de fila de un informe aparecen País y Región. Si se establece en Verdadero la propiedad Combinar encabezado de las celdas, el informe se muestra así:

País Región

EE.UU. Noroeste

Noreste

Sur

Alemania Sajonia

Baviera

Guía avanzada de elaboración de informes Valores de formato por defecto K


Si se establece en Falso la propiedad Combinar encabezado de las celdas, el informe tiene el aspecto siguiente:

País Región

EE.UU. Noroeste

EE.UU. Noreste

EE.UU. Sur

Alemania Sajonia

Alemania Baviera

© 2002 MicroStrategy, Inc. agregación 447

GLOSARIO

agregación Combinación de datos numéricos en un nivel de atributo específico. La función más común es la suma, que crea un total.

Véase también preagregación.

agregación dinámica Acumulación de valores de indicador que sucede cuando se mueve un atributo de la cuadrícula de informe a Objetos de informe. Siempre que los atributos en Objetos de informe no coincidan con los atributos en la cuadrícula, se ha producido una agregación dinámica. La agregación dinámica se produce inmediatamente, en la memoria.

asignación Tipo de extensión de hecho en la que los valores de un nivel de agregación se calculan en un segundo nivel de atributo más bajo, de acuerdo con una expresión de cálculo definida por el usuario.

Compárese con degradación.

asignación de partición División de tablas lógicas amplias en tablas físicas más reducidas basándose en un nivel de datos definible, como mes o departamento. Las particiones reducen al mínimo el número de las tablas y los registros de una tabla que deben leerse para satisfacer consultas emitidas a un warehouse. Mediante la distribución del uso en varias tablas, las particiones mejoran la velocidad y la eficacia de las consultas a la base de datos.

Glosario Guía avanzada de elaboración de informes

448 atómico © 2002 MicroStrategy, Inc.

atómico Nivel más bajo de granularidad. No se puede descomponer en partes más pequeñas.

atributo Nivel de datos definido por el arquitecto del sistema y asociado con una o varias columnas de una tabla de lookup de un data warehouse. Los atributos disponibles son clasificaciones de datos como Región, Pedido, Cliente, Edad, Artículo, Ciudad y Año. Proporcionan un método para agregar y filtrar en un nivel determinado.

Véase también:

• elemento de atributo

• representación de atributo

• atributo hijo

• atributo constante

• atributo derivado

• atributo padre

atributo compuesto Atributo que posee más de una representación clave.

atributo constante Columna de atributos virtual que se define mediante un valor constante. Por ejemplo, en el data warehouse, los clientes pueden asociar información con direcciones de correo electrónico. Cuando se encuentra un valor de dirección de correo electrónico NULL, y si ya se ha definido un atributo constante para el sistema, se puede reemplazar una frase o cadena constante como las siguientes: “Carece de dirección de correo electrónico.” o “No se ha registrado una dirección de correo electrónico.”

Compárese con atributo derivado.

Guía avanzada de elaboración de informes Glosario

© 2002 MicroStrategy, Inc. atributo derivado 449

atributo derivado Atributo calculado a partir de una operación matemática con otros atributos. Por ejemplo, Edad puede calcularse a partir de la expresión [Fecha actual–Fecha de nacimiento].

Véase también:

• atributo

• atributo constante

atributo hijo Atributo de nivel más bajo en una relación entre atributos.

Véase también:

• atributo padre

• relación entre atributos

atributo padre Atributo de nivel superior en una relación entre atributos con uno o más hijos. Véase también:

• atributo hijo

• relación

caché Almacén de datos especial que contiene información a la que se ha accedido recientemente para permitir un acceso rápido en el futuro. Esto suele aplicarse normalmente a los informes que se solicitan frecuentemente, cuya ejecución es más rápida porque no deben ejecutarse en la base de datos.Los resultados del data warehouse se almacenan por separado y pueden utilizarse en nuevas peticiones de trabajo que precisen los mismos datos. En el entorno de MicroStrategy, cuando un usuario ejecuta un informe por primera vez, se envía el trabajo a la base de datos para su procesamiento. Sin embargo, si se almacenan en caché los resultados del informe, podrán devolverse inmediatamente sin tener que esperar a que la base de datos procese el trabajo la próxima vez que se ejecute el informe.

cachémultidimensional

Copia de los datos de informe guardados en memoria. Esta caché compartida se utiliza para manipular la definición de vista. También se denomina Cubo inteligente.


450 clave compuesta © 2002 MicroStrategy, Inc.

clave compuesta En una base de datos relacional, es una clave primaria que consta de más de una columna de base de datos.

consolidación Agrupación de elementos del mismo atributo que acepta operaciones aritméticas entre filas.

Compárese con rangos.

creación de informes Proceso de creación de informes a partir de informes prediseñados existentes en MicroStrategy Desktop o en MicroStrategy Web.

cubo inteligente Copia compartida de los datos de informe guardados en memoria y utilizados para manipular la definición de vista. Esta división permite que varios informes con diferentes vistas compartan una definición de datos común.

data warehouse 1. Base de datos, generalmente de gran tamaño, que se utiliza para acceder a los almacenes de datos históricos de la empresa. Se utiliza como apoyo a la decisión en una compañía y permite organizar los datos y realizar actualizaciones y cargas coordinadas.

2. Copia de los datos de transacciones estructurados de forma específica para tareas de consulta, recuperación y análisis.

datamart 1. Base de datos, normalmente más reducida que un data warehouse, diseñada para ayudar a los directores a tomar decisiones estratégicas sobre su negocio concentrándose en un tema o un departamento específico.

2. Instancia de base de datos utilizada para almacenar conjuntos de resultados guardados en las tablas de datamart.

definición de datos Pasos de ejecución de informes que establecen la manera en que se acceden y manipulan los datos en el data warehouse.


© 2002 MicroStrategy, Inc. definición de vista 451

definición de vista Pasos de ejecución del informe que representan cómo se ven y manipulan los datos en el servidor Intelligence Server. La definición de vista determina cómo se manipulará el conjunto de datos del informe final generado en los pasos de definición de datos.

degradación Tipo de extensión de hecho en la que los valores de un nivel de agregación se calculan en un segundo nivel de atributo más bajo

Compárese con asignación.

dimensionalidad Véase nivel.

diseño de informes Proceso de creación de informes a partir de componentes básicos de informe mediante el Editor de informes de MicroStrategy Desktop o MicroStrategy Web.

documento 1. Informe compuesto que muestra varias cuadrículas y gráficos.

2. Objeto de MicroStrategy que admite este tipo de informe.

elemento de atributo Cualquiera de los valores únicos de un atributo u objeto indicador, que consisten en una o varias representaciones de atributo. Por ejemplo, Madrid y Buenos Aires son elementos del atributo Ciudad; Enero, Febrero y Marzo son elementos del atributo Mes.

elemento deconsolidación

Expresión para un conjunto de atributos comunes.Un elemento de consolidación definido como “([1996,DC], [1997,NY])” se convierte en “(Año=1996 and Ciudad=DC) o (Año=1997 and Ciudad=NY)”.


452 esquema © 2002 MicroStrategy, Inc.

esquema 1) Conjunto de tablas de un data warehouse asociadas con un modelo de datos lógico. Las columnas de hechos y atributos de estas tablas se consideran parte del esquema en sí.

2) Diseño o estructura de un sistema de base de datos. En las bases de datos relacionales, el esquema define las tablas, los campos de cada tabla y las relaciones entre campos y tablas.

esquema físico delwarehouse

Representación gráfica detallada de los datos de negocio tal y como se almacenan en el data warehouse. Organiza el modelo de datos lógico para que tenga sentido desde la perspectiva de la base de datos.

Véase también esquema.

explorador de datos Parte de la interfaz utilizada para explorar los datos que contiene el warehouse. Los usuarios pueden desplazarse por las jerarquías de atributos que el administrador haya definido para buscar los datos que necesiten.

extracción,transformación y carga

(ETL, extraction,transformation, and

loading)

1. Proceso que se utiliza para poblar un data warehouse a partir de distintos sistemas de base de datos existentes.

2. Software de terceros que se utiliza para facilitar este proceso.

filtro Objeto de MicroStrategy que especifica un conjunto de criterios que se utiliza para limitar los datos devueltos en un informe. Específicamente, limita los valores devueltos de un atributo en el conjunto de resultados de un rango especificado. Suele implementarse en la cláusula SQL WHERE. Ejemplos: “1997”, “Todos los días laborables en mayo”, “Tiendas en la región Noreste”.

fuente de datos Cualquier sistema o archivo que almacena o contiene datos de interés.

función de agregado Función numérica que actúa sobre una columna de datos y produce un único resultado. Algunos ejemplos son SUM, COUNT, MAX, MIN y AVG.


© 2002 MicroStrategy, Inc. grupo personalizado 453

grupo personalizado Objeto que puede incluirse en una plantilla y que se compone de una colección ordenada de elementos denominados elementos de grupo personalizado. Cada elemento contiene su propio conjunto de calificaciones de filtro.

hecho 1) Valor de medida, generalmente numérico y normalmente agregable, que se almacena en un data warehouse.

2) Objeto de esquema que representa una columna de una tabla del data warehouse y que contiene números básicos o agregados, generalmente precios, cifras de ventas en euros o cantidades de inventario en recuentos.

Véase también indicador.

hijos comunes Atributos que son hijos del mismo atributo padre.

indicador 1) Cálculo de negocio definido mediante una expresión compuesta de funciones, hechos, atributos u otros indicadores. Por ejemplo: sum(ventas_euros) o [Ventas] - [Coste].2) Objeto de MicroStrategy que contiene la definición de indicador.

Véase también hecho.

indicador avanzado Propiedad de un indicador compuesto que le permite cambiar el orden de evaluación por defecto. Los indicadores avanzados calculan los subtotales de los distintos elementos del indicador compuesto. Por ejemplo, un indicador avanzado utiliza la fórmula Sum(Indicador1)/Sum(Indicador2) en lugar de Sum(Indicador1/Indicador2).

indicador compuesto Indicador que no puede poseer un nivel para el indicador completo, aunque se puede definir por separado para cada uno de los componentes.


454 indicador derivado © 2002 MicroStrategy, Inc.

indicador derivado Indicador que se basa en datos ya disponibles en el informe. Se calcula en el servidor Intelligence Server, no en la base de datos. Utilice un indicador derivado para realizar operaciones matemáticas en columnas, es decir, cálculos en otros indicadores y en datos del informe después de que se hayan devuelto de la base de datos.

indicador de accesodirecto

Indicador basado en indicadores ya incluidos en un informe. Proporcionan un método rápido para agregar nuevos indicadores a ese informe. Los indicadores de acceso directo pertenecen a una de estas categorías: indicadores de porcentaje del total, indicadores de transformación, indicadores de rango e indicadores de suma acumulativa.

indicador detransformación

Indicador en otros aspectos simple que adopta las propiedades de la transformación que se le aplica. Por ejemplo, un indicador calcula las ventas totales. Agregue una transformación para el año anterior y el indicador calculará los ventas totales para el año anterior.

indicador no agregable Indicador que no es aditivo en todas las dimensiones. Por ejemplo, “Stock disponible al final de la semana” no es aditivo a lo largo del tiempo: el stock disponible al final de la semana no es la suma del stock disponible al final de cada día de la semana.

indicador simple Tipo de indicador que puede ser independiente o utilizarse como componente de indicadores compuestos.Los indicadores simples siempre contienen al menos una función de grupo, como suma o promedio, que se aplica a un hecho, atributo u otro indicador. El indicador en su totalidad sólo puede contener un nivel.


© 2002 MicroStrategy, Inc. informe 455

informe Como punto central de cualquier investigación de apoyo a la toma de decisiones, un informe permite a los usuarios consultar datos, analizarlos y después presentarlos de manera atractiva.

Véase también:

• filtro

• plantilla

informe de datamart Tipo especial de informe que guarda sus datos en una base de datos, en lugar de devolver los resultados al usuario. Los informes de datamart crean una tabla nueva en la base de datos para almacenar los datos del informe, o bien agregan los datos del informe a una tabla existente.

jerarquía Conjunto ordenado de atributos que definen una ruta significativa para navegar o explorar elementos. El orden se suele definir de manera que un atributo superior tenga un relación uno a muchos con sus atributos hijo.

jerarquía bloqueada Jerarquía que los usuarios finales no pueden explorar. Los diseñadores de aplicaciones suelen bloquear las jerarquías si existen demasiados elementos de atributo en los que no se puede utilizar la exploración de elementos.

jerarquía de usuarios Conjuntos de atributos con nombre y sus relaciones, dispuestos en secuencias específicas para la organización lógica de un negocio. Las define el usuario y no necesitan seguir el modelo lógico.

Compárese con jerarquía del sistema.

jerarquía del sistema Jerarquía de superconjunto que contiene todos los atributos de un proyecto. Al contrario que una jerarquía de usuarios, no se crea explícitamente, sino que la plataforma MicroStrategy la deduce automáticamente a partir de toda la información disponible.

Compárese con jerarquía de usuarios.


456 metadata © 2002 MicroStrategy, Inc.

metadata Datos que asocian las tablas y columnas de un data warehouse con los atributos definidos por el usuario y los hechos para habilitar la asignación de la visión de negocio, las condiciones y las necesidades de la estructura subyacente de la base de datos. La metadata puede residir en el mismo servidor donde reside el data warehouse o en un servidor diferente. Puede utilizarse con un RDBMS diferente.

MOLAP Procesamiento analítico en línea multidimensional.

muchos a muchos Relación entre atributos en la que varios elementos de un atributo padre se relacionan con varios elementos de un atributo hijo, y viceversa.

Véase también:

• uno a uno

• uno a muchos

• muchos a uno

• relación

muchos a uno Relación entre atributos en la que (1) varios elementos de un atributo padre se relacionan con un sólo elemento de un atributo hijo y (2) todos los elementos del atributo hijo se relacionan con los diversos elementos del padre.

Véase también:

• uno a uno

• uno a muchos

• muchos a muchos

• relación


© 2002 MicroStrategy, Inc. navegar 457

navegar Método para obtener información suplementaria una vez que se haya ejecutado el informe. Los nuevos datos se recuperan mediante una nueva consulta al Cubo inteligente o a la base de datos en un nivel de hecho o atributo diferente.

Véase también:

• paginar

• pivotar

• ordenar

• subtotal

• profundizar

nivel 1) En un data warehouse, se dice que los hechos se almacenan en un nivel concreto definido mediante los ID de atributo presentes en la tabla de hechos. Por ejemplo, si una tabla de hechos tiene una columna Fecha, una columna Artículo_ID y una columna de hechos, el hecho se almacena en el nivel Fecha/Artículo.

2) Con referencia al cálculo de indicadores, se trata del nivel de cálculo para el indicador. Por ejemplo, un indicador de un informe con los atributos Año y Tienda se calcula en el nivel Año/Tienda.

Véase también nivel de agregación.

nivel de agregación Punto de una jerarquía de atributos donde se lleva a cabo la agregación. Por ejemplo, en la jerarquía geográfica Estado—Ciudad—Tienda, existen tres posibles niveles de agregación.

nivel de entrada Conjunto de atributos del nivel más bajo en el que haya un hecho disponible para el análisis.


458 nivel de formato © 2002 MicroStrategy, Inc.

nivel de formato Parte de un informe que le permite controlar el aspecto de un informe cuando se pivota o manipula. Los niveles de formato básicos son zonas, que son las filas y encabezados de un informe, y unidades de cuadrícula, que son los valores de atributo. El resto de los niveles de formato, como los umbrales y subtotales, pueden considerarse extensiones de estos dos tipos básicos.

objeto de aplicación Objeto de MicroStrategy utilizado para proporcionar un análisis y conocimientos sobre datos relevantes. Los objetos de aplicación se desarrollan en MicroStrategy Desktop y son los componentes de los informes y documentos. Entre los objetos de aplicación se incluyen los siguientes: informe, documento, plantilla, filtro, indicador, grupo personalizado, consolidación, selección dinámica.

objeto deconfiguración

Objeto de MicroStrategy que aparece en el nivel del sistema y que puede utilizarse en varios proyectos. Entre los objetos de configuración se incluyen los siguientes: usuarios, instancias de base de datos, ID de usuario de base de datos, planificaciones.

objeto de esquema Objeto de MicroStrategy creado, normalmente por un diseñador de proyecto, que relaciona la información del modelo de datos lógico y el esquema físico del warehouse con el entorno de MicroStrategy. Estos objetos se desarrollan en MicroStrategy Architect, al que se puede acceder desde MicroStrategy Desktop. Los objetos de esquema reflejan directamente la estructura del warehouse e incluyen asignaciones de partición, atributos, funciones, hechos, jerarquías, operadores, tablas y transformaciones.


© 2002 MicroStrategy, Inc. ordenar 459

ordenar Disponer datos de acuerdo con algunas características de los datos en sí (orden alfabético descendente, numérico descendente, etc.).

Véase también:

• navegar

• paginar

• pivotar

• subtotal

• profundizar

paginar Segmentar datos en un informe de cuadrícula colocando los atributos, las consolidaciones y los indicadores disponibles en un eje adicional denominado eje de paginación. Puesto que la cuadrícula es bidimensional, sólo puede verse una sección del cubo al mismo tiempo. La sección se caracteriza por la selección de elementos en el eje de paginación. Si se varía la selección de elementos, el usuario puede realizar la paginación en el cubo.

Véase también:

• navegar

• pivotar

• ordenar

• subtotal

• profundizar

plantilla Grupo de objetos (atributos, indicadores, grupos personalizados, etc.) que define las columnas de datos que se van a incluir en el conjunto de resultados. El diseño y formato de estos objetos se definen en la plantilla.


460 partición © 2002 MicroStrategy, Inc.

partición Tabla de una base de datos relacional dividida en tablas componentes más pequeñas. Puede realizarse en el nivel de base de datos o de aplicación.

Véase también:

• partición de nivel de aplicación

• partición de nivel de base de datos

partición de nivel deaplicación

En las particiones de nivel de aplicación, es la aplicación, en lugar del servidor de base de datos, la encargada de administrar las tablas de partición. MicroStrategy admite dos métodos de partición de nivel de aplicación: la asignación de partición de metadata y la asignación de partición de warehouse.

Compárese con partición de nivel de base de datos.

partición de nivel debase de datos

En las particiones de nivel de base de datos (en ocasiones denominadas particiones de nivel de servidor), es el servidor de la base de datos, y no MicroStrategy, el encargado de administrar las tablas de partición. La tabla original no se divide físicamente en tablas más pequeñas. En su lugar, el servidor de la base de datos particiona lógicamente la tabla de acuerdo con los parámetros especificados por el administrador de la base de datos. No necesita tomar ninguna medida en MicroStrategy para admitir las particiones. Dado que el usuario final sólo ve la tabla lógica, las particiones resultan transparentes en MicroStrategy.

Compárese con partición de nivel de aplicación.


© 2002 MicroStrategy, Inc. pivotar 461

pivotar Reconfigurar los datos en un informe de cuadrícula colocando los objetos de informe (atributos, indicadores, consolidaciones) en ejes diferentes. Además, hace referencia a la reconfiguración de un informe de cuadrícula intercambiando los encabezados de fila y de columna, y, por lo tanto, los datos asociados. Subconjunto de tabulación cruzada.

Véase también:

• navegar

• paginar

• ordenar

• subtotal

• profundizar

preagregación Agregación, o cálculo de datos numéricos en un nivel de atributo específico, que se completa antes de que se ejecuten los informes y cuyos resultados se almacenan en una tabla agregada.

Véase también:

• tabla agregada

• agregación

proporción decompresión

Número promedio de registros hijo que se combinan para calcular un registro padre. Por ejemplo, la proporción de compresión entre los datos mensuales y anuales es 12:1. Se utiliza para determinar dónde tendrán mayor impacto las tablas agregadas. Cuando mayor sea la proporción de compresión entre dos atributos, mayores serán las posibles ventajas de crear una tabla agregada que calcule previamente los datos del nivel más alto.


462 profundizar © 2002 MicroStrategy, Inc.

profundizar Agregar filtros, atributos, elementos de atributo, indicadores y funciones a objetos de análisis ya existentes.

Véase también:

• navegar

• paginar

• pivotar

• ordenar

• subtotal

rangos Método para organizar valores de acuerdo con un conjunto de intervalos de datos descriptivos o significativos. Por ejemplo, los clientes en los intervalos de edad de 10–20, 21–30 y 31–40, donde cada conjunto de edades es un rango.

Compárese con consolidación.

relación Asociación que especifica la naturaleza de la conexión entre un atributo (el padre) y uno o más atributos (los hijos). Por ejemplo, Ciudad es un atributo hijo de Provincia.

Véase también:

• atributo padre

• atributo hijo

• relación parcial

• relación de cualidad

• uno a uno

• uno a muchos

• muchos a uno

• muchos a muchos


© 2002 MicroStrategy, Inc. relación de cualidad 463

relación de cualidad Relación entre un atributo padre y dos o más atributos “hijo comunes”. El atributo padre se denomina “cualidad” porque su definición sólo está completa con la intersección de los hijos comunes.

relación dinámica Cuando la relación entre los elementos de atributo padre e hijo cambia. Estos cambios suelen producirse a menudo como consecuencia de una reestructuración de la organización, un realineamiento geográfico o la agregación, reclasificación o retirada de artículos o servicios. Por ejemplo, una tienda puede decir cambiar la clasificación de departamento a la que pertenecen los artículos.

relación entre atributos Véase relación.

relación estática Cuando la relación entre los elementos de los atributos padre e hijo no cambia nunca o sólo en raras ocasiones. Por ejemplo, las jerarquías de tiempo no suelen ser dinámicas; los días no migran a diferentes semanas y las semanas fiscales no cambian de mes.

relación parcial Relación entre atributos en la cual los elementos de un atributo se relacionan con los elementos de un segundo atributo, mientras que esto no se produce necesariamente en el caso contrario.

Véase también:

• relación

• uno a muchos

• muchos a uno

• muchos a muchos

representación clave Representación de un conjunto de las representaciones de atributo necesarias para identificar de manera única un elemento de un atributo.

Véase también representación de atributo.


464 representación de atributo © 2002 MicroStrategy, Inc.

representación deatributo

Una de las distintas columnas asociadas con un atributo que constituyen distintos aspectos del mismo concepto. Algunas de las representaciones posibles del atributo Cliente son ID, Nombre, Apellidos, Comentarios y Abreviación. Cada atributo posee su propia colección de representaciones.

rol de atributo Columna de la base de datos que se utiliza para definir más de un atributo. Por ejemplo, Ciudad de facturación y Ciudad de envío son dos atributos que comparten la misma tabla y columna definidas como una tabla de lookup.

selección dinámica 1) Objeto de MicroStrategy en la definición de informe que está incompleto por diseño. Se solicita al usuario durante la fase de resolución de la ejecución del informe que proporcione una respuesta que complete la información. Un ejemplo típico con un filtro es seleccionar un atributo específico sobre el que calificar.

2) En general, ventana que solicita una entrada del usuario, como por ejemplo, “escriba el ID de usuario y la contraseña”.

subtotal Operación de totales realizada en una parte del conjunto de resultados.

Véase también:

• navegar

• paginar

• pivotar

• ordenar

• profundizar

tabla agregada Tabla de hechos que almacena datos que se han agregado en una o más dimensiones.

Véase preagregación.


© 2002 MicroStrategy, Inc. tabla base 465

tabla base Tabla de hechos que almacena datos en el nivel más bajo de dimensionalidad.

tabla de asignación departiciones

Tabla de warehouse con información que se utiliza para identificar las tablas de partición base como parte de un todo lógico. También se suele denominar PMT.

Véase también:

• tabla de partición base

• asignación de partición

tabla de datamart Tabla relacional que se utiliza para almacenar los datos de un informe de datamart.

tabla de hechos Tabla de base de datos que contiene datos numéricos que pueden agregarse a lo largo de una o varias dimensiones. Las tablas de hechos pueden contener datos atómicos o datos agregados.

tabla de partición base Tabla de warehouse que contiene una parte de un conjunto de datos mayor. Las tablas de partición suelen dividirse lógicamente, como por ejemplo por tiempo o geografía. También se suele denominar PBT.

Véase también asignación de partición.

tamaño de tabla Tamaño estimado de una tabla de base de datos en lo que respecta al número de filas.

transformación Objeto de esquema que contiene una regla de negocio utilizada para comparar resultados de diferentes períodos de tiempo. Las transformaciones se utilizan en la definición de un indicador para modificar su comportamiento.

umbral Se utiliza para crear formato condicional para valores de indicador. Por ejemplo, si los ingresos son superiores a 200 euros, dé formato a la celda para que tenga un fondo azul y un tipo de letra en negrita.


466 unidad de cuadrícula © 2002 MicroStrategy, Inc.

unidad de cuadrícula Atributos, indicadores, consolidaciones y grupos personalizados individuales que pueden colocarse en una cuadrícula de informe.

uno a muchos Relación entre atributos en la que cada elemento de un atributo padre está relacionado con varios elementos de un atributo hijo, mientras que cada elemento del atributo hijo sólo está relacionado con un único elemento del atributo padre. La relación entre atributos uno a muchos es la más común en los modelos de datos.

Véase también:

• uno a uno

• muchos a muchos

• muchos a uno

• relación

uno a uno Relación entre atributos en la que cada elemento de un atributo padre se relaciona con un solo elemento del atributo hijo, y viceversa.

Véase también:

• uno a muchos

• muchos a uno

• muchos a muchos

• relación

zona de formato Determina el formato que se aplica a cualquier dato u objeto ubicado en la zona. Cuando se mueve un objeto de un informe de una zona de formato a otra (como resultado de la pivotación, por ejemplo), el formato del objeto cambia al utilizado en la nueva zona.


ÍNDICE

A

acceso directo a un filtro 93, 98

acceso directo a un informe 34

acceso directo a una plantilla 93, 99

Validador de dependencia de plantilla 102

agregación se define en 302

de poca densidad 304

densa 304

dinámica 46, 159, 302

grado de 304

indicador 157

agregación dinámica se define en 46, 51, 53, 159

función 55

agrupación de nivel 416

estándar 417

Ignorar 420

valor final 419

valor inicial 418

aliascolumna de atributo 251

columna de hecho 215, 219

columna de indicador 169

informe 20

tabla 368, 370

alias de columnaatributo 251

hecho 215, 219

indicador 169

alias de tabla 368, 370

alias de tabla explícito 368, 370

ancla de Desktop 426

anidadofiltro 93

indicador 171

plantilla 93

aplicación de datamart 284

ApplyAgg 350

ApplyComparison 352

ApplyLogic 352

ApplyOLAP 351

ApplyRelative 351

ApplySimple 349

asignación de expresión 216

asignación de partición se define en 311

calificación de atributo 315

división de datos 314

heterogénea 313

homogénea 314, 316

Índice Advanced Reporting Guide


metadata 313, 317

nivel de aplicación 312

nivel de servidor 312

tabla de asignación de particiones 316

tabla de partición base 316

tipos 312

warehouse 315, 317

asignación de partición de metadata 313, 317



asignación de partición de warehouse 315, 317

tabla de asignación de particiones 316

tabla de partición base 316

asignación de partición heterogénea 313

asignación de partición homogénea 314, 316

asignación heterogéneaatributo 250

Asistente de configuración 395

Asistente para complementos 140

Asistente para crear atributos 401

Asistente para crear hechos 228, 399

Asistente para crear proyectos 258, 393, 395

acceso 396

asociación 278

eliminar 281

nivel 280

asociación de mapa de navegación 278

eliminar 281

nivel 280

atómico se define en 303

atributo 7, se define en 242, 354

alias de columna 251

asignación heterogénea 250

atributo derivado 249

calificación 115

clave compuesta 255

componente. Véase representación de visualización de informes y rep-resentación de exploración.

compuesto 255

crear en el Asistente para crear proyectos 401

Editor de atributos 248

elemento 8, 242, 243

expresión 242

expresión de representación 245, 248

expresión derivada 249

grupo de representaciones 253

hijo 9

implícito 249

jerarquía del sistema 254

padre 9

propiedades 242, 243

recuento múltiple en relación 358

relación 8, 242, 254, 354

relación entre hijos comunes 363

relación muchos a muchos 355

representación 242, 246

representación de exploración 255

representación de visualización de informes 255

rol 367

SQL 246

virtual (consolidación) 190

visualización 254

atributo compuesto se define en 255

en el Asistente para crear proyectos 402

atributo constante se define en 249

atributo de exploración 266

atributo derivado se define en 249

atributo hijo se define en 9, 9

atributo interdimensional 363

atributo miembro 295

Advanced Reporting Guide Índice


atributo padre se define en 9

atributo virtual (consolidación) 190

B

bordeinforme 84

valores de formato por defecto 443

buscar dependencias 95

C

caché se define en 96

caché de informes 96

Cubo inteligente 38

informe 40, 96

vista de informe 39, 96

caché de informes 40, 96

calificaciónatributo 115

conjunto de indicadores 120

de atributo a atributo 117

filtro de relación de conjuntos 124

indicador 120

rangos 182

calificación avanzadaexpresión personalizada 126

lista de elementos conjuntos 127


calificación de atributo a atributo 117

combinar 122

fecha dinámica 119

calificación de conjuntocalificación de indicador 120

filtro de relación 124

calificación de conjunto de indicadores 120

calificación de conjunto de relación 124

calificación de indicador 30, 52, 53, 120

combinar calificaciones de atributo 122

definición 120

división 120

nivel de salida 120

calificador de atributo 115

calificar sobre un indicador 207

cantidad 176

categoría. Véase jerarquía.clase. Véase jerarquía.clave compuesta se define en 255

comandos de Desktop 426

ChangeView 430

Editor 432

Execute 433

ExecuteDocument 434

ExecuteReport 435

Open 436

Reset 437

Shortcut 438


combinar encabezado de las celdas 444

componente de atributo. Véase represent-ación de visualización de informes y representación de exploración.

condición 134

condición. Véase filtro.condicionalidad

indicador 150

opciones de anidamiento 151

consolidación se define en 189

atributo virtual 190

cálculos en nivel de filas 190

consulta SQL 196

elemento 191

elementos de atributo no relacionados 193

elementos de distintos niveles 193

elementos del mismo atributo 192



importar elemento 194

orden de evaluación 194

creación de informes se define en 17

creación de proyectos 396

crearatributo en el Asistente para crear

proyectos 401

hecho en el Asistente para crear proyectos 399

proyecto 396

proyecto con Asistente para crear proyectos 393

cualidad 363

Cubo inteligente 96

D

data warehouse se define en 3

datamart se define en 283

aplicación 284

grupo personalizado 288

propiedad de VLDB 287

sentencias SQL 288

tabla 286

terminología 283

uso 285

de poca densidad, agregación 304

definición de datos se define en 36


definición de vista se define en 36

Cubo inteligente 38

vista de informe 39

degradación se define en 225

densa, agregación 304

derivadoatributo 249

expresión 249

hecho 218

indicador 44

Desktop Analyst 88, 90

Desktop Designer 89, 90

detalle. Véase hecho.dimensión. Véase jerarquía.dimensionalidad se define en 141

dimensionalidad. Véase nivel.dinámica, agregación 302

diseño de informes se define en 17

diseño de informes. Véase vista de informe y definición de vista.

división 120


documento se define en 231

características de los informes 236

diseño 232

hoja de estilos 234

rangos 236

vista 236

XML 233

XSL 234

documento HTML 232

E

Editor de atributos 248, 258

Editor de documentos 235

Editor de grupos personalizadoscrear grupo personalizado 180

opciones de presentación de encabezado 185

Editor de hechos 228

Editor de jerarquías 259, 260, 268

Editor de tablas lógicas 309

elementoconsolidación 191

elemento de atributo 243

elemento de atributo 8, se define en 243

elemento de consolidación se define

en 191



de atributos no relacionados 193

de distintos niveles 193

del mismo atributo 192

importar 194

elemento de un grupo personalizado 184

encabezado de elemento de grupo personalizado 185

entidad. Véase jerarquía.esquema físico del warehouse se define

en 5

estilo automático 85

distribuir 86

formatos por defecto 441

exploración de jerarquía de usuarios 266

Explorador de datos se define en 260

exportar 20

expresión de asignación 226

expresión de hecho 216

expresión de miembro 295

expresión de representación 245

expresión pass-through 126, 346, 421

expresión personalizada 126

extensión de nivel 220

F

fechacalificación de fecha dinámica 119

fecha dinámica 119

filtrada, jerarquía 264

filtrado de nivelabsoluto 415

estándar 415

Ignorar 415

sin definir 416

filtrarnavegar y 273

filtro 22, se define en 113

acceso directo 98

acceso directo a un filtro 93

anidado 93


calificación de atributo a atributo 117

calificación de indicador 120


división 120

expresión personalizada 126

fecha dinámica 119

fecha estática 119


indicador 150

interacción entre indicador e informe 151

interacción entre informe e indicador 151


operador 374

operador de comparación 378

operador de patrón 381

operador lógico 374

operadores de orden y porcentaje 380

visualización 40

filtro de atributojerarquía 264


filtro de visualización 19, 40, 48, 51, 52, 53

filtro vinculado. Véase acceso directo a un filtro.

formatoborde de informe 84

color de indicador 411

eje 83


indicador 78

indicador de informe 83

informe 76



nivel 76

nivel de objeto de indicador 82

presentación de indicadores 407

presentación de números 408

rangos 83

subtotal de columna 83

subtotal de fila 84

Todos los indicadores 83

umbral 79, 84

unidad de cuadrícula 76, 78, 83

valores por defecto 441

zona 76, 77

formato de bordes de informe 84

formato de eje 83

formato de indicador 78, 82, 83

formato de indicador de informe 83

formato de nivel de objeto de indicador 82

formato de rangos 83

formato de subtotales 79

formato de subtotales de columna 83

formato de subtotales de fila 84

formato de umbrales 79, 84

formato de unidades de cuadrícula 76, 78, 83

subtotal 79

formato de zonas 76, 77

subtotal 79

formato Todos los indicadores 83

fórmula 139

base 140

fórmula base 140

fórmula. Véase indicador compuestofrecuencia de las consultas 305

fuente de datos se define en 2

funcióncomplemento 140

OLAP 177

sintaxis 346

función Apply 126, 346, 421

ApplyAgg 346

ApplyComparison 346

ApplyLogic 346

ApplyOLAP 346

ApplySimple 346

función de agregado se define en 307

función OLAP 177

función que no es de grupo 136, 176

cantidad 176

n-tile 177

promedio acumulativo 177

promedio de movimiento 177

rango 176

suma acumulativa 177

suma de movimiento 177

G

grupo de representaciones 253

grupo personalizado se define en 180

calificación de rangos 182

consulta SQL 187

elemento 184

encabezado de elemento 185

opción de presentación 186

presentación 185

tablas de datamart 288

H

hecho 6, se define en 214


Asistente para crear hechos 228

columna de hecho heterogénea 219

crear en el Asistente para crear proyectos 399

definición de hecho 215

degradación se define en 225



derivado 218

Editor de hechos 228

expresión 216

expresión de asignación 226

extensión 220

extensión de nivel 215, 220

implícito 217

inhabilitar 228

join de producto cruzado 226

nivel de entrada de hecho 214

relación de hechos 223

relación de tablas 222

tabla de hechos 214

hecho de texto 363

hecho implícito 217

hijos comunes se define en 254

hoja de estilos 234

I

implantación 86, 94

Informes compartidos 94

Plantilla de objetos 94

Public Objects 94

implícito, atributo 249

indicador 11, 51, 52, se define en 134

acceso directo 71, 170, 171

agregación 157

agregación dinámica 159

agrupación de nivel 416

agrupación de valor final 419

agrupación de valor inicial 418

agrupación estándar 417

agrupación Ignorar 417, 420


anidado 171

avanzado 69, 155

calificación 120

complemento de función 140

compuesto 134, 135

condición 134

condicionalidad 150

definición de compuesto 153

definición de simple 138

delimitador 412

derivado 44, 170

derivado y nivel 171

diferencia entre simple y compuesto 137

dimensionalidad de subtotales 168

dimensionalidad. Véase nivel.expresión pass-through 421

filtrado de nivel 414

filtro absoluto 415

filtro de visualización 48

filtro estándar 415

filtro Ignorar 415

filtro sin definir 416

formato 82, 83

fórmula 139

fórmula base 140

función Apply 421

join por defecto 161

nivel 142, 171

nivel (dimensionalidad) 134, 141, 413, 420

nivel de agrupación 142

nivel de atributo 142

nivel de filtrado 147

nivel de unidad 413

no agregable se define en 142

opciones de anidamiento de condición 151

operador 412

orden de evaluación de compuesto 157

ordenar jerárquicamente 72



porcentaje del total 172


rango 175

simple 134

subtotal 157, 158

tipo 134

tipo de join 162

tipo de join para fórmula 162

transformación 134, 153, 170, 174, 293

indicador avanzado 69, se define en 155

indicador clave de rendimiento. Véase hecho.

indicador compuesto se define en 134, 135

cantidad 176

definición 153

indicador avanzado 155

n-tile 177




rango 176



indicador de acceso directo 71, 170, se

define en 171

indicador de transformación 170

porcentaje del total 172

rango 175

transformación 174

indicador de porcentaje del total 172

indicador de rango 175

indicador de rendimiento. Véase hecho.indicador de transformación se define

en 153, 170, 174, 175

indicador derivado se define en 170

indicador no agregable se define en 142

indicador simple se define en 134

condición 134

condicionalidad 150

definición 138

dimensionalidad. Véase nivel.fórmula 139

fórmula base 140

nivel 134, 141

transformación 134, 153

Información ETL, opción 406

informe 11, se define en 15

acceso directo a informe 34

acceso directo a un filtro 93, 98

acceso directo a una plantilla 93, 99

agregación dinámica 46, 49, 51, 53

alias 20

caché 96


calificación de indicador 30, 52, 53

Cubo inteligente 38

definición de datos 36

definición de vista 36

dinámica, agregación 46

edición interactiva 19

ejecución 36, 54


exportar 20

filtro 22

filtro anidado 93

filtro de visualización 19, 40, 48, 49, 51, 52, 53

filtros y límites 25

formato 76

formato de bordes de informe 84

formato de eje 83

formato de indicador de informe 83

formato de nivel de objeto de indicador 82

formato de rangos 83



formato de subtotales 79

formato de subtotales de columna 83

formato de subtotales de fila 84

formato de umbrales 79, 84

formato de unidades de cuadrícula 76, 78, 83

formato de zonas 76, 77

formato Todos los indicadores 83

guardar informe con selección dinámica 211

implantación 86, 94

indicador 48, 51, 52

indicador anidado 171

indicador de acceso directo 71

indicador derivado 44

Información ETL 406

informe como filtro 34


jerárquica, ordenación 72

límite de informe 23

modo esquema 20

niveles de formato 76

objetos de informe 19

optimización de SQL 34


orden de evaluación especificado 111

orden de evaluación por defecto 110

orden de los niveles de formato 80

ordenación avanzada 72

ordenación por varias claves 72

ordenación, avanzada 72

ordenación, jerárquica 72

ordenación, por varias claves 72

ordenar 19, 71

paginar 19

pivotar 19

plantilla 99

plantilla anidada 93


privilegio 90

Public Objects 94

reducir pasos de SQL 34

reutilización de objetos 95

selección dinámica 91

semáforo 19

subtotal 59, 65

subtotal avanzado 69

subtotal personalizado 65

total 59

umbral 19



valores por defecto de estilo automático 441

vista de cuadrícula 18

vista de diseño 18, 21

vista de gráfico 18

vista de informe 39

vista SQL 18

informe como filtro 34

informe de datamart se define en 284


inhabilitar 228

inicializar proyecto 396

inner join 161

instancia de base de datos 397

integer constant in metric (constante en-tera de indicador) 166

J

jerarquía se define en 257

Asistente para crear proyectos 258


bloqueada 263

Editor de atributos 258



Editor de jerarquías 259, 260, 268

estructura 262

exploración 266

filtrada 264

filtro de atributo 264

jerarquía de usuarios 259

jerarquía del sistema 258

limitada 264

navegar 268

organización 261

punto de entrada 265

Visor de jerarquías 260

visualización 262

jerarquía bloqueada se define en 263

jerarquía de usuarios se define en 259


bloqueada 263

estructura 262

exploración 266

filtrada 264

limitada 264

navegar 268


visualización 262

jerarquía del sistema 254, se define

en 258

joinfórmula 162

indicador 160

informe 160

inner 161

outer 161

join de indicador 160, 163


join de informe 160

join de producto cruzado 226

L

lenguaje de hoja de estilos extensible 234

lenguaje de marcado extensible 233

limitada, jerarquía 264

límite de informe 23


M

mapa de navegación 271, 272

asociación 278

nivel de asociación 280

nivel de informe 280

nivel de plantilla 280

nivel de proyecto 280

nivel de unidad de cuadrícula 280

nombre de conjunto 276

por defecto 279

prioridad 277

propiedades de filtro 276

proyecto 281

ruta de navegación por defecto 278

tipo de mapa de navegación 275

metadata se define en 5, 395

modelo de datos 353

modelo de datos lógico 4, 353

modo esquema 20

MOLAP se define en 300

N

Narrowcast Server, URL para 237

navegar se define en 272

filtrar 273

jerarquía 268

mapa. Véase mapa de navegación.ruta. Véase ruta de navegación.

nivel se define en 141



agrupación 142

filtrado 147, 414

indicador derivado 171

nivel 142

nivel de entrada se define en 214

nivel de formato se define en 76

orden de los niveles 80

nivel de indicador 413

nivel de salida 120, 124, 182

nivel de salida de calificación de conjunto 120, 124

nivel de salida de filtro de relación 124

nivel de unidad 413

no agregable, indicador se define en 142

n-tile 177

null check (comprobación de nulos) 166

null checking for Analytical Engine (com-probación de nulos para el motor analítico) 167

númerocódigos de presentación 408


O

objeto de aplicación se define en 6

objeto de búsqueda 208

objeto de configuración se define en 6

objeto de esquema se define en 6

objeto definido por el usuario. Véase ex-presión de hecho.

objeto. Véase atributo.Objetos de informe 92

objetos de informe 11, 19

objetos, reutilizar 95

opciones de anidamiento 151

Opciones de Catálogo en el Asistente para crear proyectos 398

Opciones de Esquema en el Asistente para

crear proyectos 399

Opciones de Ver en el Asistente para crear proyectos 399

operadorcomparación 378

filtro 374

lógico 374

orden y porcentaje 380

patrón 381

operador de comparación 378

operador de filtro 374

operador de patrón 381

operador lógicodescripción funcional 374

exclusión 377, 378

intersección 376

unión 375

operadores de orden y porcentaje 380


consolidación 194

de indicador compuesto 157

especificado 111

por defecto 110

orden de evaluación:del Editor de informes 195

ordenación jerárquica 72

ordenación por varias claves 72

ordenar 71

avanzada 72

jerárquica 72

varias claves 72

ordenar informe 19

origen de proyecto 395, 396

outer join 161

P

paginar 19

partición de nivel de aplicación se define



en 312

particiones de nivel de servidor 312

particiones de nivel de servidor RDBMS 312

paso de SQL, reducir en informe 34

PBT. Véase tabla de partición base.pivotar 19

plantilla 99, 105

acceso directo 99

acceso directo a una plantilla 93

anidada 93


plantilla de objeto 104

vacía 105

plantilla de objeto vacía 105


plantilla vinculada. Véase acceso directo a una plantilla.

plataforma RDBMSIBM DB2 AS/400 388

IBM DB2 OS/390 388

IBM DB2 UDB 388

Informix 389

Microsoft SQL Server 390

NCR Teradata 391

Oracle 389

Red Brick 389

Sybase Adaptive Server 390

Sybase IQ 12 390

Tandem NonStop SQL 391

PMT. Véase tabla de asignación de parti-ciones.

porcentaje de varianza 175

preagregación 302, se define en 302

frecuencia de las consultas 305

integrar tabla agregada 308

proporción de compresión 307

relación padre-hijo 306

tabla agregada 303

tabla base 303

tamaño lógico de la tabla 308

presentaciónformato de símbolo 409

presentación del grupo personalizado 185

privilegio 90

Desktop Analyst 88, 90

Desktop Designer 89, 90

Web Analyst 88, 90

Web Professional 89, 90

Web Reporter 88, 90

proceso de extracción, transformación y carga (ETL) se define en 2, 405

proceso ETL. Véase extracción, transfor-mación y carga (ETL).

procesos de análisis 3

promedioacumulativo 177

de movimiento 177




datamart 287

integer constant in metric (constante entera de indicador) 166

jerarquía 164

null check (comprobación de nulos) 166

null checking for Analytical Engine (comprobación de nulos para el motor analítico) 167

Subtotal Dimensionality Aware (re-conocimiento de dimensional-idad en subtotales) 168

tipo de join de indicador 166

zero check (comprobación de ceros) 167

proporción de compresión se define

en 307



Public Objects 94


R

rangos 176, se define en 182

calificación 182

documento 236

puntos 183

tamaño 182


reconocimiento automático de roles de atributo 368, 369

reconocimiento de agregado 308

relacióndinámica 306

estática 306

relación de tablas 222

relación dinámica se define en 306

relación entre atributos se define en 8

relación entre hijos comunes 363

relación estática se define en 306

relación muchos a muchos se define en 9, 355

relación padre-hijo 306, 354

dinámica 306

estática 306

relación uno a muchos se define en 9

relación uno a uno se define en 8

representaciónrepresentación de atributo 246

representación de atributo 242, se define

en 246

representación de exploración 255

representación de visualización de informes 255

reutilizar objetos 95

buscar dependencias 95

rol de atributo 367, se define en 367

alias de tabla explícito 368, 370

reconocimiento automático 368, 369

ruta de navegación 272

por defecto 278

propiedades 276

tipo 275

ruta de navegación por defecto 278

S

segmentación 177

selección dinámica 91, se define en 201

búsqueda 203

calificar sobre un atributo 206

calificar sobre un indicador 207

definición de filtro 205

elegir de entre todos los atributos de una jerarquía 205

elegir de una lista de los elementos de atributo 206

nivel 210

objeto 208

objeto de búsqueda 208

opciones de guardar 211

propiedades 204

tipos de 204

valor 209

selección dinámica Calificar sobre un atributo 206

selección dinámica de definición de filtro 205

selección dinámica de nivel 210

selección dinámica de objeto 208

selección dinámica de valor 209

selección dinámica Elegir de entre todos los atributos de una jerarquía 205

selección dinámica Elegir de una lista de elementos de atributo 206

semáforo 19



señal 363

sistema de administración de bases de da-tos relacionales 346

soporteinternacional xxiv

soporte internacional xxiv

soporte técnico xxv

SQL del Catálogo de warehouse por defecto 388

SQL para tablas de datamart 288

subtotal 59, se define en 158

avanzado 59, 69

dimensionalidad de indicador 168

formato 79, 83, 84

indicador 157

personalizado 65

subtotal avanzado 69

Subtotal Dimensionality Aware (recono-cimiento de dimensionalidad en subtotales) 168

subtotales a través de un nivel 59

subtotales avanzados 59

a través de un nivel 59

agrupar por 60

por posición 60

subtotales con Agrupar por 60

subtotales personalizados 65

subtotales por posición 60

sumade movimiento 177

promedio 177



T

tabla 296

datamart 286

tabla de hechos 214

tablas de warehouse en Asistente para crear proyectos 397

tabla agregada se define en 303

eficacia 307

frecuencia de las consultas 305

integrar en proyecto 308

proporción de compresión 307

relación padre-hijo 306

tabla base 303


ventajas 300

tabla base se define en 303

tabla de asignación de particiones se de-

fine en 316

tabla de datamart se define en 284

tabla de hechos se define en 214

tabla de partición base se define en 312, 316

tabla de resumen se define en 303

tabla de warehouse en Asistente para crear proyectos 397

tamaño de tabla se define en 308


cambiar 309

tipo de asignación 296

tipo de join 162, 166

tipo de join de indicador 166

tipo de join para fórmula 162

tipo de join para fórmula de indicador 162

tipo de selección dinámica de definición de filtro 205

total 59, 157

formato 79

transacciones 2

transformación 134, se define en 292

atributo miembro 295

componentes 295

e informes 153

expresión de miembro 295



tabla 296

tipo de asignación 296

transformación, indicador 293

U

umbral 19, se define en 79

unidad de cuadrícula se define en 78

URL 237

URL base 238

URL completa 237

URL relativa 237

uso de datamart 285

V


valor por defecto del indicador 161

valores de formato por defecto de alineación 442

valores de formato por defecto de fuente 442

valores de formato por defecto de patrones 443

variable. Véase indicador compuesto.varianza, indicador de

transformación 175

Visor de jerarquías 260

Perspectiva aérea 260

vista de cuadrícula 18

vista de diseño 18, 21

vista de gráfico 18

vista de informe 39, 96

vista SQL 18

W

Web Analyst 88, 90

Web Professional 89, 90

Web Reporter 88, 90

X

XML 233

XSL 234

Z

zero check (comprobación de ceros) 167

zona de formato se define en 77

Advanced Reporting Spanish

Documents

Transcript of Advanced Reporting Spanish