(21-12-2011 11:20)lucho6 escribió:  copo de nieve es lo de datawarehouse, una tabla con todos id que se relaciona con tablitas chiquitas que tienen id/datos, va eso creo

Eso es STAR (ESTRELLA) si hubiera sido ese me quedaba!

Yo estuve ayer en el final. La verdad me sentía seguro con mis conocimientos porque había estudiado bastante y además laburo mucho con Bases de Datos (que si bien Reinosa dice que no sirve de nada, te mantiene fresca la sintaxis y demás).
En fin, mire el final y me fui. En mi caso, coincido con lo que dijeron más arriba: no lo dí en la cursada y en ninguno de los apuntes que tengo está mencionado. En base a esto, llegué a la misma conclusión, fué dado por un profesor y ese mismo hizo el final.

Por otro lado, rendí el año pasado el mismo final y me fué mal. Aquella vez habían hecho una pregunta de V o F que decía algo así "no se puede hacer un insert sobre una vista". Yo no la tenía bien clara a la pregunta pero la di como verdadera. La cuestión es que era falsa y esperando la nota me comentaron en el pasillo que uno de los profesores (el que había hecho el final aquella vez); remarca siempre en clases que "SI se puede hacer un insert sobre una vista".
En definitiva, espero que alguna vez Reinosa haga un final así por lo menos puedo rendir temas que haya visto en la cursada y/o apuntes.
Gracias por el aporte.
Ignacio.

(21-12-2011 13:48)pablosreitano escribió:  

(21-12-2011 11:20)lucho6 escribió:  copo de nieve es lo de datawarehouse, una tabla con todos id que se relaciona con tablitas chiquitas que tienen id/datos, va eso creo

Eso es STAR (ESTRELLA) si hubiera sido ese me quedaba!

Creo que la diferencia es que a su vez de esas tablas de dimensiones, pueden salir más tablas.

Igual, patético final, casi un robo. Salvo para los que cursaron con ese profesor HDP que hizo el final, que creo que es el que da a la noche y se cagó en absolutamente la mayoría que cursó con los discípulos de Reinosa.

alguien sabe como se resolvia posta el ultimo punto? yo sabia que el snow flake tenia las dimensiones en 3 forma normal, el tema era identificar cuales eran las dimensiones...
yo puse como clave de la "fact table" solamente a "Nro de factura" y "codigo de localidad", porque el resto estaba relacionado con factura

clavé un 2

(21-12-2011 23:37)Alejandro escribió:  alguien sabe como se resolvia posta el ultimo punto? yo sabia que el snow flake tenia las dimensiones en 3 forma normal, el tema era identificar cuales eran las dimensiones...
yo puse como clave de la "fact table" solamente a "Nro de factura" y "codigo de localidad", porque el resto estaba relacionado con factura

clavé un 2

Ni idea como se hace, pero en la fact_table tenes que poner todo lo que sea un "ID" y dsp en las demas tablitas pones todo los atributos con su "ID"... bah! por lo menos así lo entendí yo...

Yo cursé con Moscuzza (Mar-Jue a la Noche) y no vimos eso... así que descarten a Marcelo Moscuzza de los profesores que pudieron hacer el final y/o explicar SnowFlake.

Tengo un apunte que nos pasó a principio del curso y uno se llama "Intro al DTW", tiene 50 hojas y solo una explicando LA TEORIA de SnowFlake...

Triste...

Buenas gente, subo MI resolucion del final del 2011-12-20, escucho comentarios/correcciones a ver si entre todos lo podemos resolver.
Saludos

1.a
FALSO: en el peor de los casos Heap Sort tiene complegidad O(n Log n) y QuickSort O(n al cuadrado)
1.b
FALSO: los nodos MAXIMALES son las VARIABLES

2.a
Staging Area: es el area de almacenamiento intermedio en el cual se realiza:
*la extraccion de datos de fuente de los diferentes sistemas transaccionales
*la transformacion de estos datos (limpiarlos, combinarlos, integrarlos y eliminacion de duplicados) preparando los mismos para ser cargados en el

datawarehouse
*carga de los datos al datawarehouse
Estos 3 Procesos se los conoce como ETL (Extract, Transform y Load).

2.b
Los DBMS poseen un Catalogo, el cual esta formado por entidades e interrelaciones que almacenan datos acerca de los objetos de la base de datos

(tablas, indices, vistas, usuarios, permisos, etc)
Los DBA pueden alterar estos catalogos para otorgar/alterar los permisos de los usuarios/grupos de usuarios.
Otro mecanismo que se emplea para la seguridad son las vistas.
Existen 3 niveles de seguridad:
*Base de datos
*Tabla
*Columna

3.a


create view campeonatos (Codigo,Nombre,CantEq,CantJugFich,PromJugXEq)
as
Select c.c_campeonato,
d_campeonato,
(select count(distinct c_equipo) from fichajes where c_campeonato=c.c_campeonato),
(select count(distinct c_jugador) from fichajes where c_campeonato=c.c_campeonato),
'PromJugXEq'= CASE
When
c.f_comienzo>20000101 or
(select count(distinct c_equipo) from fichajes where c_campeonato=c.c_campeonato)>5
then (select count(distinct f.c_jugador)/count(distinct f.c_equipo) from Fichajes f where

f.c_campeonato=c.c_campeonato group by f.c_campeonato)
Else 'NO'
END
From campeonato c

o

create view campeonatos (Codigo,Nombre,CantEq,CantJugFich,PromJugXEq)
as
select
f.c_campeonato,
(select d_campeonato from campeonato where c_campeonato=f.c_campeonato),
count (distinct f.c_equipo),
count (distinct f.c_jugador),
'PromJugXEq'= CASE
When
(select c.f_comienzo from campeonato where c_campeonato=f.c_campeonato)>20000101 or
count(distinct c_equipo)>5
then count(distinct f.c_jugador)/count(distinct f.c_equipo)
Else 'NO'
END
count (distinct f.c_equipo)/count (distinct f.c_jugador)
from fichajes f
group by f.c_campeonato

3.b

FACTURA
NRO_FACTURA (PK)
FEC_FACTURA
COD_CLIENTE (FK)

CLIENTE
cod_cliente (PK)
nom_cliente
dir_cliente
cod_localidad (FK)
cuit_cliente

ITEM
NRO_FACTURA (PK)(FK)
cod_articulo (PK)(FK)
neto_articulo
total_articulo
iva_articulo

LOCALIDAD
cod_localidad (PK)
cod_provincia (FK)
desc_localidad

PROVINCIA
cod_provincia (PK)
cod_pais (FK)
desc_provincia
PAIS
cod_pais (PK)
desc_pais

SECCION
cod_seccion (PK) quien referencia a esto??
cod_negocio (FK)
desc_seccion

NEGOCIO
cod_negocio (PK)
desc_negocio

ARTICULO
cod_articulo (PK)
cod_tipo_art (FK)
desc_articulo

TIPO_ARTICULO
cod_tipo_art (PK)
desc_tipo_art

LA GRAN DUDA ES QUE PONGO EN LA TABLA FACT ???
YO LA ARMARIA CON
NRO_FACTURA (PK)
COD_CLIENTE (FK)
cod_seccion (PK)

SECCION
cod_seccion (PK) quien referencia a esto??
cod_negocio (FK)
desc_seccion

La referencia la tabla Facturas, el enunciado dice una factura tiene un cliente, una seccion y un articulo.

Yo la tabla ITEM no la hice, la puse todo en la tabla ARTICULOS.
Y en la Fact table hice
create table fact_table(
nrofactura int primary key,
cod_pais int primary key
)

Porque con la tabla FACTURAS accedo a la de CLIENTES, a la de SECCION ( con esta accedo a la de negocios), y a la de ARTICULOS (con esta accedo a la de TIPO_ARTICULO)
y con la tabla PAISES accedo a la de LOCALIDAD y PROVINCIA.
No digo que este bien ni mal, es lo que yo hice.
Saludos!