Aca les traigo el final que tomaron hoy de gestion de datos no me presente, pero me lo pasaron
Si alguno me quiere dar una mano para resolverlo estaria barbaro, despues voy agregando las respuestas que me parecen
Saludos
   

Hola, yo lo rendí ayer y me fue mal, asique pasé a verlo y se cuales eran las respuestas:

1)
a) FALSO, el algoritmo de Huffman también sirve para archivos de imagen.
b) FALSO, se puede mantener la integridad referencial usando TRIGGERS.

2)
a) Dar el concepto por arriba de índice. En este punto tenía mal que no puse cuales son las "técnicas" (la verdad tengo que buscarlo, eso no me lo acordaba).
b) Es poner la definición y características de c/u. Están en los apuntes.

3)
a) Acá esperaban que hagamos algo como:
"Generar" las filas de la columna FILAS usando un sub-select que vaya "contando" cuantos ID eran mayores al que se estaba evaluando (tené en cuenta que en este caso el ID está definido como integer). Al ordenarse de forma descendente permitía hacer algo como el siguiente QUERY:

SELECT (SELECT COUNT(P1.IDPAIS) FROM Pais P2 WHERE P1.IDPAIS >= P2.IDPAIS), P1.IDPAIS, P1.DETALLE
FROM Pais P1
ORDER BY IDPAIS desc

b) Era la respuesta A, la primera. El query funcionaba, acá me equivoque porque pensé que no iba a funcionar y mande fruta.

Espero que te sirva, saludos!

Buenas, gracias a este examen aprobé (Me saqué un 6), sufrí bastante mientras estudiaba esta materia, más que nada por la condición de tener un práctico bien.

El punto 1)a) no la contesté porque no sabía que se usaba para imágenes, pero me parecía que era falso (Recomendación: en los V o F cuando dicen "SIEMPRE", "SOLO", "NUNCA", o cualquier cosa absolutista, casi siempre hay que dudar)

El punto 1)b) Recontra Falso

El punto 2)a) y 2)b) ya se tomaron en muchos finales... nada nuevo

El punto 3)a) fue el que descolocó a casi todos, de todos modos yo lo hice así como dijo Fackus jajajaj, pero la verdad fue que innové.

El punto 3)b) La opcion D estaba descartada porque decía "cantidad de areas por cantidad de empleados" (Lo copiaron de otro final y les quedo el error... por ende ya la podías descartar. La opcion B no podía ser, porque con el WHERE hacía un inner Join entre Paises y Provincias, lo que si haces el diagrama de venn significa que es la interseccion de ambos conjuntos. Por ende las opciones posibles eran la A o la C. Descarté la C porque decia "Cantidad de ciudades de cada provincia", y como tenía un "Count(*)" y no tenia un group by idPais, idprovincia... pensé que no podía ser válido. Por eso me quedé con la A.


En sí, creo que fue un final accesible, pero como con todo final de esta materia, tenés que tener suerte. Si les interesa les subo un compilado de V o F, y otro con preguntas a desarrollar, que hice para poder estudiar la materia (desde el 2012 a 2016). Tambien tengo los mismo, con las respuestas, pero en files separados. Me sirvió mucho estudiar de esa forma.

Saludos

(14-12-2016 11:37)luksenberglm escribió:  Si les interesa les subo un compilado de V o F, y otro con preguntas a desarrollar, que hice para poder estudiar la materia (desde el 2012 a 2016). Tambien tengo los mismo, con las respuestas, pero en files separados. Me sirvió mucho estudiar de esa forma.

Buenísimo!
Dale, subilos, porfa! (subilos como adjuntos del foro)

PD: Para la parte práctica, ¿cómo estudiaste (videos youTube, tiraste consultas en SQL server/Oracle con BD creadas por vos o como hiciste)? ¿suelen tomar repetido en la parte práctica?

Muchísimas gracias a todos, por los aportes!!!!

Si leés esto porque estás preparando el final sabé que **SIEMPRE** meten un punto bizarro como el 3a de acá. Si no es esto, es relacionar una tabla con sí misma evitando repeticiones (digamos, si tenés registros A B y C, armar los pares AA, AB, AC, BC pero sin repetir BA, CA, etc, que lo lográs pidiendo que el ID del primero sea menor-igual/mayor-igual que el del segundo, o algo por el estilo), y cosas así.

Revisate todos los finales que haya subidos a UTNianos, no pueden haber más de 3 o 4 casos distintos de esto. Y andá despierto para innovar durante el examen. Siempre meten un punto de estos, que descolocan al principio, pero si vas mentalizado con que tenés que estar despierto y encontrar el glitch, lo sacás en un toque.

Cariños,
Niñita

---------

Casi casi que es pensamiento lateral este ejercicio ¯\_(ツ)_/¯

Ahi adjunte todos los files que utilicé para preparar el final. Lo que no adjunte fue el resumen que anda dando vueltas por ahi realizado por un amigo (Cangini Flavio), lo puden buscar. Tambien subi unos resumenes de otro amigo que me ayudaron

Mi forma de estudiar la teoria fue agarrar las preguntas e ir contestandolas una por una, al principio usando el material de estudio y luego ya se van repitiendo, por ende ya te los vas aprendiendo. Eso me llevo literalmente un día.. o sea, estudié como 10 horas de corrido. Para los V o F también, me llevó otro día (ojo que algunos pueden estar mal, los fui aprendiendo sobre la marcha y luego contrastaba con las respuestas que ponian en UTNIANOS).

Con respecto a la práctica, también, me llevó un día y medio, y casi nunca me daban. Adjunte el file que me paso un amigo con todas las practicas e iba haciendo una a una, y despues me fijaba las respuestas en UTNIANOS. Algo importante, a mi me costo entender (por ahí es una boludez lo que digo, pero bueno, a alguno le puede servir), es que las consultas se evalúan en el siguiente orden: FROM -> JOIN -> WHERE -> GROUP BY -> HAVING y por último lo que hay en el SELECT. (Un user lo puso en otro post, y la verdad que si bien cuando lo leí ya le había agarrado la mano... ponele... creo que me fue de mucha ayuda leer eso...)

Bueno, nada, espero que les sirva.
Salute

EDIT: Subi los archivos en docx en vez de PDF, porque considero que es más cómodo para editar y escribir abajo de cada respuesta.

(14-12-2016 12:12)Desert69 escribió:  Si leés esto porque estás preparando el final sabé que **SIEMPRE** meten un punto bizarro como el 3a de acá. Si no es esto, es relacionar una tabla con sí misma evitando repeticiones (digamos, si tenés registros A B y C, armar los pares AA, AB, AC, BC pero sin repetir BA, CA, etc, que lo lográs pidiendo que el ID del primero sea menor-igual/mayor-igual que el del segundo, o algo por el estilo), y cosas así.

Revisate todos los finales que haya subidos a UTNianos, no pueden haber más de 3 o 4 casos distintos de esto. Y andá despierto para innovar durante el examen. Siempre meten un punto de estos, que descolocan al principio, pero si vas mentalizado con que tenés que estar despierto y encontrar el glitch, lo sacás en un toque.

Cariños,
Niñita

---------

Casi casi que es pensamiento lateral este ejercicio ¯\_(ツ)_/¯

Tal cual, igual pensé que los podía sacar. En el punto 3)b) si no ponían que podría haber una 5ta posibilidad, 100% seguro de que no me hubiera enfocado en buscarle un error al query, sino en ver que hacía...

Consejo de amigo: practiquen tirar sentencias en papel, parece mentira, pero al tener siempre las cosas en la notebook hasta se me hacia dificultoso verlo.
Ni hablar que a veces te hacen hacer trigger con al algún cursorcito...

Saludos!

Me dijeron que en el 3B), podía ser que esté sumando mal la cantidad de habitantes, porque las provinicias por ciudad se repetian.
Pero creo que dieron por válida la opción A

el 3 b...
si bien la unica q se acerca a la respuesta es la A. como dice luksenberglm esta sumando la cantidad de habitantes de cada provincia * cantidas de cuidades de cada provincia...

ej.

idProv; habitantes; idcuidad; cuidad
1 ; 100 ; 2 ; pepe
1 ; 100 ; 3 ; lala
1 ; 100 ; 4 ; jiiji
2 ; 34 ; 8 ; hehe
2 ; 34 ; 9 ; huhu

sumas los 100 habitantes de la prov uno por cada cuidad que tenga mas los de la prov 2 por cada cuidad... etc etc...

(05-02-2017 15:14)chdonof escribió:  el 3 b...
si bien la unica q se acerca a la respuesta es la A. como dice luksenberglm esta sumando la cantidad de habitantes de cada provincia * cantidas de cuidades de cada provincia...

ej.

idProv; habitantes; idcuidad; cuidad
1 ; 100 ; 2 ; pepe
1 ; 100 ; 3 ; lala
1 ; 100 ; 4 ; jiiji
2 ; 34 ; 8 ; hehe
2 ; 34 ; 9 ; huhu

sumas los 100 habitantes de la prov uno por cada cuidad que tenga mas los de la prov 2 por cada cuidad... etc etc...

se arregla con un distinct habitantes creo

Charly_18 es buena idea!

Ponele que hay dos provincias que tienen la misma cantidad de habitantes, solo sumaria la cantidad de una.