Donar $20 Donar $50 Donar $100 Donar mensualmente
 


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[Aporte] Final de Gestion de Datos 16/12/2014
Autor Mensaje
NaiaraAcosta Sin conexión
Militante
Sueña...
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 99
Agradecimientos dados: 83
Agradecimientos: 39 en 18 posts
Registro en: May 2012
Mensaje: #1
[Aporte] Final de Gestion de Datos 16/12/2014 Finales Gestión de Datos
Adjunto el final tomado hoy


Archivo(s) adjuntos Imagen(es)
       
16-12-2014 23:26
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] NaiaraAcosta recibio 6 Gracias por este post
gonnza (16-12-2014), nanjiro (17-12-2014), CarooLina (17-12-2014), emii99 (17-12-2014), H3rnst (18-07-2015), Sir Ulrich (06-03-2017)
gonnza Sin conexión
User Verde

*********

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 17.250
Agradecimientos dados: 780
Agradecimientos: 783 en 328 posts
Registro en: Mar 2010
BlogSpot Google+ YouTube
Mensaje: #2
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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)

[Imagen: v34BEFt.gif]
16-12-2014 23:33
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
nanjiro Sin conexión
Campeon del cubo Rubik
Sin estado :(
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 127
Agradecimientos dados: 149
Agradecimientos: 50 en 16 posts
Registro en: Mar 2010
Mensaje: #3
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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
(Este mensaje fue modificado por última vez en: 17-12-2014 01:56 por nanjiro.)
17-12-2014 01:49
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
IsaacNewton Sin conexión
Profesor del Modulo A
Capo en Física II
*****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 207
Agradecimientos dados: 0
Agradecimientos: 29 en 22 posts
Registro en: Jul 2009
Mensaje: #4
RE: [Aporte] Final de Gestion de Datos 16/12/2014
El 3 a) yo puse que quedan así:

a=c
b = a +1

Sls
17-12-2014 12:01
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Lucho88 Sin conexión
Campeon del cubo Rubik
podrido de cursar
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 169
Agradecimientos dados: 8
Agradecimientos: 29 en 25 posts
Registro en: Jul 2008
Mensaje: #5
RE: [Aporte] Final de Gestion de Datos 16/12/2014
para mi el 3a es
a=c
b=c+1

porque el transaction level es read uncomited
17-12-2014 12:22
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Malbolge Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 16
Agradecimientos dados: 4
Agradecimientos: 18 en 6 posts
Registro en: Dec 2013
Mensaje: #6
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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
(Este mensaje fue modificado por última vez en: 17-12-2014 12:39 por Malbolge.)
17-12-2014 12:38
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Martin. Sin conexión
Presidente del CEIT
Enjoy it !
********

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 1.352
Agradecimientos dados: 85
Agradecimientos: 241 en 125 posts
Registro en: Oct 2011
Mensaje: #7
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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.

[Imagen: jQJfyBGh9SOmZ.png]
(Este mensaje fue modificado por última vez en: 17-12-2014 14:12 por Martin..)
17-12-2014 13:42
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Malbolge Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 16
Agradecimientos dados: 4
Agradecimientos: 18 en 6 posts
Registro en: Dec 2013
Mensaje: #8
RE: [Aporte] Final de Gestion de Datos 16/12/2014
(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.
17-12-2014 15:04
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Martin. Sin conexión
Presidente del CEIT
Enjoy it !
********

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 1.352
Agradecimientos dados: 85
Agradecimientos: 241 en 125 posts
Registro en: Oct 2011
Mensaje: #9
RE: [Aporte] Final de Gestion de Datos 16/12/2014
Por qué le agregarías un nodo raíz?
Si es un solo caracteres a comprimir, la cantidad de nodos es 1.

[Imagen: jQJfyBGh9SOmZ.png]
17-12-2014 15:55
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Malbolge Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 16
Agradecimientos dados: 4
Agradecimientos: 18 en 6 posts
Registro en: Dec 2013
Mensaje: #10
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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
17-12-2014 17:09
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
holautn Sin conexión
Secretario de la SAE
IngMaster y Campeon del Cubo d...
******

Otra
Facultad Regional Buenos Aires

Mensajes: 674
Agradecimientos dados: 790
Agradecimientos: 98 en 74 posts
Registro en: Apr 2009
Mensaje: #11
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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?
17-12-2014 17:24
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
gonnza Sin conexión
User Verde

*********

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 17.250
Agradecimientos dados: 780
Agradecimientos: 783 en 328 posts
Registro en: Mar 2010
BlogSpot Google+ YouTube
Mensaje: #12
RE: [Aporte] Final de Gestion de Datos 16/12/2014
SQL = ansi sql
MSSQL, t-sql = sql server
pl-sql = oracle

[Imagen: v34BEFt.gif]
17-12-2014 17:26
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] gonnza recibio 1 Gracias por este post
holautn (18-12-2014)
nanjiro Sin conexión
Campeon del cubo Rubik
Sin estado :(
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 127
Agradecimientos dados: 149
Agradecimientos: 50 en 16 posts
Registro en: Mar 2010
Mensaje: #13
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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)
17-12-2014 22:38
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
p3rch4 Sin conexión
Militante
Sin estado :(
***

-----
-----

Mensajes: 73
Agradecimientos dados: 20
Agradecimientos: 18 en 10 posts
Registro en: Sep 2011
Mensaje: #14
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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.
23-12-2014 10:30
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] p3rch4 recibio 4 Gracias por este post
nanjiro (23-12-2014), Aoshido (05-01-2015), LeandroG (11-02-2015), fer89cai (22-12-2015)
nanjiro Sin conexión
Campeon del cubo Rubik
Sin estado :(
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 127
Agradecimientos dados: 149
Agradecimientos: 50 en 16 posts
Registro en: Mar 2010
Mensaje: #15
RE: [Aporte] Final de Gestion de Datos 16/12/2014
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.
23-12-2014 11:43
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)



    This forum uses Lukasz Tkacz MyBB addons.