Sunteți pe pagina 1din 6

FACULTAD DE PRODUCCION Y SERVICIOS

ESCUELA PROFESIONAL DE INGENIERIA


INDUSTRIAL

TEMA: TRABAJO DE INVESTIGACION


VIEWDATA Y CUBOS DE OLAP

CURSO: TEGNOLOGIA DE BASE DE DATOS

INTEGRANTES:

 MEDINA VARGAS VICTOR RAI


 MENEZ MEZA GLORIA STEPHANIE
 RAMOS COLLANQUI MERYL ESTER

2017
1. VIEWDATA: ¿CÓMO SE UTILIZARIA?

ViewData es similar a ViewBag. Es útil para transferir datos de Controller a


View.

ViewData es un diccionario que puede contener pares clave-valor donde


cada clave debe ser una cadena.

La siguiente figura ilustra ViewData.

Nota: ViewData solo transfiere datos desde el controlador a la vista, no


viceversa. Es válido solo durante la solicitud actual.

El siguiente ejemplo muestra cómo transferir datos desde el controlador


para verlos usando ViewData.

 Ejemplo1.: método ViewData in Action


public ActionResult Index()
{
IList<Student> studentList = new List<Student>();
studentList.Add(new Student(){ StudentName = "Bill" });
studentList.Add(new Student(){ StudentName = "Steve" });
studentList.Add(new Student(){ StudentName = "Ram" });

ViewData["students"] = studentList;

return View();
}

En el ejemplo anterior, hemos agregado una lista de estudiantes con la


clave "estudiantes" en el diccionario ViewData.

 Ejemplo: acceder a ViewData en una vista Razor


<ul>
@foreach (var std in ViewData["students"] as IList<Student>)
{
<li>
@std.StudentName
</li>
}
</ul>
Teniendo en cuenta que debemos convertir los valores de ViewData al tipo
de datos apropiado.

También puede agregar un KeyValuePair en ViewData como se muestra a


continuación.

 Ejemplo: Agregar KeyValuePair en ViewData


public ActionResult Index()
{
ViewData.Add("Id", 1);
ViewData.Add(new KeyValuePair<string, object>("Name", "Bill"));
ViewData.Add(new KeyValuePair<string, object>("Age", 20));

return View();
}

ViewData y ViewBag usan el mismo diccionario internamente. Por lo tanto,


no puede tener coincidencias de ViewData Key con el nombre de propiedad
de ViewBag, de lo contrario generará una excepción en tiempo de ejecución.

 Ejemplo: ViewBag y ViewData


public ActionResult Index()
{
ViewBag.Id = 1;

ViewData.Add("Id", 1); // throw runtime exception as it already ha


s "Id" key
ViewData.Add(new KeyValuePair<string, object>("Name", "Bill"));
ViewData.Add(new KeyValuePair<string, object>("Age", 20));

return View();
}
RECORDAR:

1. ViewData transfiere datos del Controlador a la Vista, no viceversa.


2. ViewData se deriva de ViewDataDictionary que es un tipo de
diccionario.
3. La vida de ViewData solo dura durante la solicitud HTTP
actual. Los valores de ViewData se borrarán si se produce la
redirección.
4. El valor de ViewData debe escribirse antes del uso.
5. ViewBag internamente inserta datos en el diccionario
ViewData. Por lo tanto, la clave de ViewData y la propiedad de
ViewBag NO deben coincidir.
2. CUBOS OLAP:

Los cubos de procesamiento analítico en línea (OLAP) son una función de


System Center 2012 – Service Manager que utiliza la infraestructura
existente del almacenamiento de datos para proporcionar al usuario final
capacidades de inteligencia empresarial con características de autoservicio.
Un cubo OLAP es una estructura de datos que supera las limitaciones de las
bases de datos relacionales y proporciona un análisis rápido de datos. Los
cubos pueden mostrar y sumar grandes cantidades de datos, a la vez que
proporcionan a los usuarios acceso mediante búsqueda a los puntos de
datos. De este modo, los datos se pueden resumir o reorganizar según sea
necesario, para procesar la variedad más amplia de preguntas pertinentes
al área de interés de un usuario.
Los proveedores de software o los desarrolladores de tecnologías de la
información (TI) con conocimientos prácticos de los cubos OLAP pueden
crear módulos de administración para definir sus propios cubos OLAP
extensibles y personalizables, que se integran en la infraestructura del
almacenamiento de datos proporcionada en Service Manager 2010. Estos
cubos se almacenan en SQL Server Analysis Services (SSAS). Las
herramientas de inteligencia empresarial con características de autoservicio,
como Excel y SQL Server Reporting Services (SSRS), pueden acceder a
estos cubos en SSAS y se pueden utilizar para analizar los datos desde
múltiples perspectivas.
Las bases de datos que una empresa utiliza para almacenar sus
transacciones y registros se denominan bases de datos de procesamiento
de transacciones en línea (OLTP). Normalmente, estas bases de datos
tienen registros que se introducen uno a uno y que contienen una gran
cantidad de información, que los estrategas pueden utilizar para tomar
decisiones fundamentadas sobre sus negocios. Sin embargo, las bases de
datos que se utilizan para almacenar los datos no se diseñaron para el
análisis. Por lo tanto, obtener respuestas de estas bases de datos requiere
tiempo y esfuerzo. Las bases de datos OLAP son bases de datos
especializadas, diseñadas para ayudar a extraer esta información de
inteligencia empresarial de los datos.
En Service Manager 2010, el almacenamiento de datos proporcionaba bases
de datos OLAP que incluían datos en esquemas simplificados y optimizados
para la lectura, listos para el consumo. La topología del sistema se muestra
en la siguiente ilustración.
Diagrama de Service Manager 2010 DW
Sin embargo, un inconveniente de este sistema es que las bases de datos
OLAP contenían esencialmente el mismo tipo exacto de información que se
encontraba en las bases de datos OLTP. No había agregaciones
precalculadas de datos para responder a consultas cada vez más complejas
y variadas.
Los cubos OLAP se pueden considerar como la última pieza del
rompecabezas para una solución de almacenamiento de datos. Un cubo
OLAP, también conocido como cubo multidimensional o hipercubo, es una
estructura de datos en SQL Server Analysis Services (SSAS) que se genera
mediante bases de datos OLAP para permitir el análisis casi instantáneo de
datos. La topología de este sistema se muestra en la siguiente ilustración.
Diagrama de Service Manager 2012 DW

La característica útil de un cubo OLAP es que los datos del cubo pueden
estar contenidos en un formulario agregado. Para el usuario, el cubo parece
tener las respuestas de antemano debido a la variedad de valores que ya
están precalculados. Sin tener que consultar la base de datos OLAP de
origen, el cubo puede devolver respuestas para una amplia gama de
preguntas casi al instante.
El objetivo principal de los cubos OLAP de System Center 2012 – Service
Manager es ofrecer a los proveedores de software o a los desarrolladores de
tecnologías de la información (TI) la capacidad para realizar análisis de
datos casi instantáneos para fines de análisis de históricos y tendencias.
System Center 2012 – Service Manager lo realiza de la siguiente forma:
Permite definir cubos OLAP en módulos de administración que se crearán
automáticamente en SSAS cuando se implemente el módulo de
administración.
Se ocupa automáticamente del mantenimiento del cubo, sin intervención del
usuario, y realiza tareas tales como el procesamiento, la creación de
particiones, las traducciones y la localización, así como los cambios del
esquema.
Permite a los usuarios utilizar herramientas de inteligencia empresarial con
características de autoservicio, tales como Excel, para analizar los datos
desde varias perspectivas.
Guarda informes generados de Excel para futuras referencias.

S-ar putea să vă placă și