UTNianos

Versión completa: [Aporte] Final de Gestion de Datos 16/12/2014
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Páginas: 1 2
Adjunto el final tomado hoy
mi pequeño aporte de alguien que hizo gestion de datos en el 2010 (?)


la 1.a es falsa, puede devolver 2 resultados maximo

sobre el 3.b, PARA MI no tiene errores sintacticos, pero no va a devolver ninguna fila, porque el where es un not exists de un count, que siempre devuelve un numero (que puede ser 0)
gracias por subirlo!

3b) yo lo pensé igual que vos gonzza, pero creo que estamos equivocados por lo que hablé con otros compañeros cuando salimos del examen (y por la nota que me saqué ese estoy casi seguro que lo tenia mal =P). cuando te devuelve distinto de 0 el select count(*), el is not te devuelve true y entra en esos casos. eso es lo que entendí.

3a) a,b y c tienen el mismo valor y no hay interlockeo

1a) falso
1b) yo puse verdadero, pero creo que es falso ese tambien
El 3 a) yo puse que quedan así:

a=c
b = a +1

Sls
para mi el 3a es
a=c
b=c+1

porque el transaction level es read uncomited
Para mi también, el 3a. es:
a = c
b = a + 1

El 3b. coincido en que no devuelve nada, aunque lo probaría por las dudas.
El exists(select count(*)...) da siempre True, y es un NOT EXISTS, pero siempre va a dar True, por lo tanto el where se va a cancelar en su totalidad (son todos AND), y no va a retornar nada.

1a. Es falsa, UNION ALL devuelve con repetidos. Sería verdad si en lugar de UNION ALL dijera simplemente UNION.
1b. Creo que es falsa, un arbol de huffman con solo 2 nodos puede existir, si hacemos el arbol para codificar una sola clave y que tenga el 100% de probabilidad. Igual no estoy seguro.

Saludos
Me parece que lo de Huffman es verdadero.
Ya que siempre vas a generar un nodo alfa por cada dos nodos. Dando por resultado un impar.
Por ejemplo dos letras, vas a tener dos nodos, uno por cada letra, y a ellos su nodo padre es un alfa. Total 3 nodos.
Tenemos 3 letras, van a haber dos nodos conectados por un alfa, y el la otra letra restante conectado con ese alfa, donde su padre será un alfa2. La sumatoria son 5.

Probé con esos dos casos base para basar mi respuesta.

P.D: Luego de hacer una comprobación de hasta 5 letras, la cantidad de nodos se resume en 2n- 1 . Siendo n la cantidad de letras.
(17-12-2014 13:42)Martin. escribió: [ -> ]Me parece que lo de Huffman es verdadero.
Ya que siempre vas a generar un nodo alfa por cada dos nodos. Dando por resultado un impar.
Por ejemplo dos letras, vas a tener dos nodos, uno por cada letra, y a ellos su nodo padre es un alfa. Total 3 nodos.
Tenemos 3 letras, van a haber dos nodos conectados por un alfa, y el la otra letra restante conectado con ese alfa, donde su padre será un alfa2. La sumatoria son 5.

Probé con esos dos casos base para basar mi respuesta.

P.D: Luego de hacer una comprobación de hasta 5 letras, la cantidad de nodos se resume en 2n- 1 . Siendo n la cantidad de letras.

Esto se cumple siempre, pero si tenes un solo nodo? Es decir queres crear el arbol para una sola letra? Esa letra tiene el 100% de probabilidades, ya que es la única, si le agregas el nodo raíz, quedan 2 nodos.
Por qué le agregarías un nodo raíz?
Si es un solo caracteres a comprimir, la cantidad de nodos es 1.
Pero Huffman se basa en la distancia a la raiz para calcular la clave (0 o 1 según la rama), la raiz sola no tiene clave. De todas formas no digo que sea así, pero esto es lo que me hace dudar de la respuesta jaja, es un caso muy particular
Hola!

Cuando te dicen que tenes que especificar el motor de cual se trata en los ejercicios:

SQL: SQLServer
PL-SQL: Oracle

Es asi, no?
SQL = ansi sql
MSSQL, t-sql = sql server
pl-sql = oracle
3a) para mi a=b=c porque por mas que la sesion 1 sea read uncommitted, la sesion 2 es serializable y tengo entendido que esa te lockea toda la tabla al hacer el insert, entonces cuando la sesion 1 intenta asignarle el valor a @b se queda bloqueada hasta que termina la transaccion de la sesion 2. estoy CASI seguro que hice bien este y mal el 3b)
Vengo a dar un poco de claridad a este final. Lamentablemente desaprobe y pedi ver el final asi que las respuestas me la dijeron los profesores:

1) a. Falso
1) b. Verdadero

2) a. Habia que poner todo lo que supieran sobre isolation. Es el punto 3a teorico.
2) b. No hay mucho que aclarar

3) a. Devolvia a=c=n y b=n+1 siendo n la cantidad de registros.
3) b. Es como dice gonnza en el primer comment. No posee errores pero nunca va a devolver ninguna fila porque la subconsulta siempre devuelve algo (sea 0 o un numero x). Como posee un EXISTS da siempre TRUE pero esta negado por el NOT asi que esa condicion va a ser siempre FALSE para todos los registros.
Gracias por aclararlo, estaba seguro que tenia bien el 3a y mal el 3b y parece que es al reves.

Saludos!

(23-12-2014 10:30)p3rch4 escribió: [ -> ]Vengo a dar un poco de claridad a este final. Lamentablemente desaprobe y pedi ver el final asi que las respuestas me la dijeron los profesores:

1) a. Falso
1) b. Verdadero

2) a. Habia que poner todo lo que supieran sobre isolation. Es el punto 3a teorico.
2) b. No hay mucho que aclarar

3) a. Devolvia a=c=n y b=n+1 siendo n la cantidad de registros.
3) b. Es como dice gonnza en el primer comment. No posee errores pero nunca va a devolver ninguna fila porque la subconsulta siempre devuelve algo (sea 0 o un numero x). Como posee un EXISTS da siempre TRUE pero esta negado por el NOT asi que esa condicion va a ser siempre FALSE para todos los registros.
Páginas: 1 2
URLs de referencia