SELECT Final de Gestión de Datos
FROM Comunidad Uteniana
WHERE Fecha='19022013'

Alguien lo dio? Alguien sabe que se tomó?
Se agradece un montón

Hola gente, si alguien tiene el final tomado ayer si puede pasarlo se lo agradecería!

Hola, mergeé porque crearon los threads con un minuto de diferencia

Salutes!

Yo lo rendí, era bastante bastante fácil y afortunadamente me fue bien. No tengo copia pero lo que me acuerdo:

V o F
1a) Decía que si la mejor forma de ocultar una tabla a una aplicación es a través de un sinónimo. (Yo puse falso)
1b) Había dos sentencias y había que decir si eran lo mismo o no (por las dudas no lo contesté) No lo recuerdo como estaban armadas exactamente.

2a) Diferencias y similitudes entre Arbol-B y Hashing
2b) Concepto y "todo lo que sepas" sobre Triggers.

3a) Te daban dos transacciones y había que decir el estado de a las variables a y b al finalizarlas. No te daban el nivel de isolation creaban una tabla con un valor
Resumiendo a donde estaba la posta, eran algo asi
Tiempo 1 -> Begin Tran (Ambas)
Tiempo 2 -> T(A)-> a = select count(*) from TABLA
Tiempo 3 -> T(B)-> Insert into TABLA
Tiempo 4 -> T(A)-> b = select count(*) from TABLA
Tiempo 5 -> Commit (Ambas)
Opciones:
a) a y b siempre son iguales
b) a y b siempre son distintas
c) a siempre es menor que b
d) no hay información para saber el valor de a y b
e) ninguna de las anteriores
Era importante y lo recalcó muchas veces que no había que SUPONER nada, pero si justificar. Cualquier suposición iba a estar mal. Vale aclarar que no decían en que motor estaba.


3b) te daban una sentencia algo asi:
select nombre, nvl(mail, 'Sin mail'), nvl(telefono, 0)
from (tablas joineadas)
where blabla
ORDER BY 1

Te pedían que listes los valores de la tabla dejando al final los que tenían NULL en mail y teléfono EN AMBOS CAMPOS A LA VEZ.
Era la única consigna, el resto podía ser lo que sea, pero los que tenían NULL, debían ir al fondo.
Había que aclarar el motor de DB en el que se resolvía y no se podía crear funciones ni creates ni nada. Solo modificar el SELECT.

Hola gente, les dejo el final de GDD del 19/02/13 (me lo dió un profesor), yo no lo rendí todavía, estoy evaluando presentarme ahora en la última fecha (05/03/13). Saludos!

FINAL GDD 19/02/13:

   

---

Ya que estoy les pregunto, todavía no estudié un joraca de GDD, pero la cursé el cuatrimestre pasado. Si me pongo a estudiar desde mañana hasta el martes que es la última fecha (son 5 dias de estudio más o menos), ¿¿tengo chances de aprobar??. Saludos!

Hola chicos que pondrian en el pto 3 a)


no nos dan info sobre isolation level..sera la d) ?

no estoy segura si es eso

Gracias!

Yo puse esa opción en el final, pero no se si estaba bien o no. aprobé eso si, pero con 6 y no podría asegurar mi respuesta

Lo que pedían explícitamente de forma oral es que este BIEN justificada la elección, y que no "supongamos" nada, lo que no se dice, no se supone.

¿Alguien que la tenga muy clara y pueda subir la resolución de éste final con justificaciones y todo? Muchas gracias, saludos.

Alguno planteó o sabe como resolver el punto 3.b??
Mil gracias!!
Saludos

Yo lo haria asi:

select c.razonsocial, c.email, c.tel
from tl_clientes c, tl_facturas f
where c.codcli = f.faccli and c.email is not null and c.tel is not null
union all
select c.razonsocial, nvl(c.email, sin mail),nvl(c.tel, 0)
from tl_clientes c, tl_facturas f
where c.codcli = f.faccli and c.email is null and c.tel is null

A mi criterio, la respuesta correcta para el ejercicio de Isolation Levels, es decir, punto 3) a)
es la opción e) "Ninguna de las anteriores"

Justificación (más arriba dijeron que no se podía suponer nada):

1) Como no nos dice qué motor es, desconocemos el Isolation Level que utilizarán las transacciones. Si hubiera dicho que era SQL Server, podriamos haber dicho que el default es: Read Commited

2) La sentencia de la Sesion 2 en el tiempo 5, tiene errores de sintaxis, con lo cual, no se ejecutará nunca. La sintaxis correcta para que funciones y le agregue valor "1" como primer registro de la columna "col1" tendría que haber sido así:

insert into prueba (col1) values ((select count(col1) from prueba) + 1)

Fijense que le falta el "values" al insert into, y además, el "+1" hay que hacerlo al resultado del select, no es posible hacerlo donde muestra el enunciado (esto lo profe en SQL Server)

Con estas dos justificaciones, quedan invalidadas las demás opciones.

Consulta del punto 3) a):

Sabiendo que la Sesion 2 nunca se va a ejecutar por errores de sintaxis,

La respuesta correcta no seria la a? "A y B son siempre iguales". Ya que al nunca insertarse ningun registro, las dos veces el count da 0.

cual es el error de sintaxis ?

fijate en el comment de sohalock82, en el insert into falta el "values"

se me hace que debe ser mas un error de redacción mas que lo hayan hecho a propósito

de cualquier manera, la respuesta correcta sería "el count nunca se ejecutaria porque las sentencias previas darían error de ejecucion" (?)


si le sacás los paréntesis externos es un insert into tabla select from .. el cual es sintácticamente correcto