Este capítulo está pensado para CIOs que necesitan tomar decisiones estratégicas sobre infraestructura de datos, arquitectos que deben diseñar sistemas capaces de escalar y mantenerse disponibles, e ingenieros que implementarán y operarán estos sistemas en producción. No vamos a esquivar la complejidad técnica —entenderla es imprescindible—, pero tampoco nos perderemos en ella sin conectarla con las decisiones de negocio que importan..

El diseño de esquemas de datos es la decisión arquitectónica más duradera y costosa de modificar en cualquier plataforma. Este capítulo desmitifica el dilema normalización vs desnormalización, proporcionando criterios cuantitativos basados en patrones de acceso reales, no en dogmas académicos.
Aprenderás cuándo y cómo aplicar particionado, sharding e índices estratégicos para escalar sin re-arquitecturas dolorosas. Incluye un caso real donde el rediseño basado en patrones de acceso redujo la latencia de 2.3s a 180ms (92% de mejora) y los costes de infraestructura en 48%, junto con checklists operativos, antipatrones documentados y frameworks de decisión para CIOs, arquitectos e ingenieros que necesitan que sus sistemas escalen sin colapsar..

La elección del motor de datos correcto puede suponer la diferencia entre una arquitectura que escala con elegancia y un cuello de botella perpetuo de 2 millones de euros anuales. Este capítulo desmitifica el zoo de bases de datos modernas y ofrece un marco de decisión práctico basado en patrones de acceso, no en tendencias tecnológicas..

En el siguiente post mostramos con ejemplos los diferentes métodos de agregación de los que disponemos en el módulo BASE de SAS. Se incluye un script con ejemplos utilizando el procedimiento generalista ‘proc sql’ o bien procedimientos propios de agregación como ‘proc means’ o ‘proc summary’.

 

¿Soporta tu plataforma B.I. el origen de datos que quieres analizar?   Aunque las últimas versiones de la mayoría de las plataformas B.I. soportan una amplia gama de orígenes de datos, esta es una pregunta frecuente en la cual intervienen la versión de tu herramienta B.I, la versión de la base de datos, formato de fichero o ERP que actúa como origen de datos y el sistema operativo.   En el caso de SAS se pueden resolver estas dudas consultando la SAS/ACCESS Validation Matrix: seleccionas la versión de SAS, la base de datos, el sistema operativo y tienes la respuesta.   support.sas.com/matrix/list   sasybi.blogspot.com

Hay gente a favor y en contra de esta herramienta pero para mí resulta de lo más útil para tareas concretas y como complemento. Con el paso del tiempo la he usado alternándola con otras herramientas y "trabajos manuales" y hasta el momento no hay nada que haya hecho de con otra cosa que no pueda hacer con TOAD.

En este caso comento como buscar actividad "extra-ordinaria" en nuestra base de datos con TOAD...