Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 1 votos - 5 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[Aporte] Gestión De Datos - Final 20/12/2011
Autor Mensaje
pablosreitano Sin conexión
Profesor del Modulo A
trust me i am an engineer
*****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 320
Agradecimientos dados: 134
Agradecimientos: 106 en 44 posts
Registro en: Sep 2008
Mensaje: #16
RE: [Aporte] Gestión De Datos - Final 20/12/2011
(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!

'Pablito R'
21-12-2011 13:48
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
ignaciofc Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 3
Agradecimientos dados: 0
Agradecimientos: 1 en 1 posts
Registro en: Jul 2011
Mensaje: #17
RE: [Aporte] Gestión De Datos - Final 20/12/2011
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 15:25
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
guidoakd Sin conexión
Secretario de la SAE
RACING CAMPEON 2019
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 433
Agradecimientos dados: 6
Agradecimientos: 28 en 19 posts
Registro en: Mar 2009
Facebook Twitter
Mensaje: #18
RE: [Aporte] Gestión De Datos - Final 20/12/2011
(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.

Racing Club
21-12-2011 18:35
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Alejandro Sin conexión
Militante
nada
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 85
Agradecimientos dados: 5
Agradecimientos: 269 en 22 posts
Registro en: Apr 2008
Mensaje: #19
RE: [Aporte] Gestión De Datos - Final 20/12/2011
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 =(
(Este mensaje fue modificado por última vez en: 21-12-2011 23:40 por Alejandro.)
21-12-2011 23:37
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
pablosreitano Sin conexión
Profesor del Modulo A
trust me i am an engineer
*****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 320
Agradecimientos dados: 134
Agradecimientos: 106 en 44 posts
Registro en: Sep 2008
Mensaje: #20
RE: [Aporte] Gestión De Datos - Final 20/12/2011
(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...

'Pablito R'
22-12-2011 09:41
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
dolap87 Sin conexión
Empleado de Fotocopiadora
Sin estado :(
**

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 29
Agradecimientos dados: 28
Agradecimientos: 5 en 2 posts
Registro en: Feb 2009
Mensaje: #21
RE: [Aporte] Gestión De Datos - Final 20/12/2011
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)
23-05-2012 08:41
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] dolap87 recibio 2 Gracias por este post
rodri042 (23-07-2012), CarooLina (08-02-2018)
AGUSTIN27 Sin conexión
Secretario de la SAE
INGENIEROOO :)
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 642
Agradecimientos dados: 20
Agradecimientos: 114 en 25 posts
Registro en: Feb 2010
Mensaje: #22
RE: [Aporte] Gestión De Datos - Final 20/12/2011
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!
21-07-2012 12:44
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: