vos en un trigger podes meter un script completo y ejecutar varias querys

salvo que le des manualmente rollback, no se va a interrumpir el flujo de ejecucion, se va a ejecutar todo

una consulta que no devuelve filas no es un rollback ni un error, asique no va a pasar nada, el trigger se va a ejecutar normalmente

(19-02-2015 11:55)LeandroG escribió:  

(13-02-2014 10:51)ortiba escribió:  ¿La respuesta al ejercicio 3 no sería la D "No hay suficiente información"?
Porque dependiendo del isolation level (que no lo menciona en el ejercicio) el proceso 1 puede o no ver lo que insertó el proceso 2.

No puede ser la D. Por mas que especifique el isolation level, no cambiaria nada. Porque el proceso 2 tira error (si se ejecuta el proceso 1 primero o el 2 primero).
Es la A, pq es cierto que a y b siempre son iguales, siempre valen 0.

Pero son procesos que por mas que se ejecuten en paralelo, son independientes.
Porque el proceso 2 falla, pq la tabla no tiene nada, y no puede insertar null en la tabla.
El proceso uno, solo define unas variables, pero no inserta nada en la tabla que pueda llegar a modificar la consulta del proceso 2.

corrijanme si me equivoco

Saludos

Estoy de acuerdo con vos.

En este caso no son validas dos respuestas, solo la A es la correcta.

Aquí está mi propuesta de solución para el punto 4, me parece la más clara y fácil de implementar y cumple con la consiga, considerando de la interpretación de la consigna puede variar ya que esta redactada de forma ambigua.

Mi solución: solo permite insertar sobre la tabla, si la secuencia se mantiene. Ejemplo: Si la tabla tiene 1,2,3,4,5 y quiero insetar un 4, no me va a dejar, solo me va a permitir insertar 6. Tampoco me va a dejar insertar un 7. Si la tabla está vacía, sólo me va a permitir insertar el 0 (primer valor del conjunto de números naturales).

Si quiero eliminar, acá se me ocurrieron dos soluciones, una es que solo me dejara eliminar si queria eliminar EL ÚLTIMO VALOR de la secuencia, o sea, si tengo 1,2,3,4,5 y quería el eliminar el 5, ok, cualquier otro caso NO.
La otra solución es que al eliminar cualquier valor de la tabla, se ignore esto y se elimine el último. De esta forma la secuencia sigue estando ordenada y es la solución que implementé.

Finalmente, no le dejo hacer UPDATE sobre la tabla ya que carece de sentido dicha operación sobre dicha tabla si el trigger para insert funciona correctamente.

Importante, si lo van a probar, cambien "prueba2" por "prueba"

 

DROP TRIGGER t_naturales_insert

GO

CREATE TRIGGER t_naturales_insert on prueba2 instead of insert

AS

BEGIN TRANSACTION

	declare @aux1 int, @aux2 int

	set @aux2='-1'

	select @aux1 = i.col1 from inserted i

	select top 1 @aux2 = p.col1 from prueba2 p ORDER BY p.col1 DESC

	

	if (@aux1=@aux2+1 or (@aux2='-1' and @aux1=0))

	begin

		insert into prueba2 (col1) values (@aux1)

		commit

	end

	else

		rollback



go



drop trigger t_naturales_delete

go

CREATE TRIGGER t_naturales_delete on prueba2 instead of delete

AS

begin transaction

	declare @borrado int--, @ max int

	

	select @borrado=col1 from deleted

	--select @max=max(col1) from prueba2

	

	if @borrado in (select col1 from prueba2)

	begin

		delete prueba2 where col1=@max		

	end	

	else begin

		delete prueba2 where col1=@borrado	

	end

commit



drop trigger t_naturales_update

go

CREATE TRIGGER t_naturales_update on prueba2 instead of update

AS

BEGIN

	print('No se puede realizar update sobre esta tabla')

END

Se podría agregar un trigger más que cumpla la función de CONSTRAINT UNIQUE, no permitiendo que se agreguen valores duplicados, ya que no hay valores duplicados en una secuencia de números naturales.

No entiendo lo de "Huecos"...Si alguien me lo explica estaría muy agradecido!
Espero que mi solución le sea de utilidad a alguno!
Saludos

(27-07-2015 18:28)DarkCrazy escribió:  

 

	if @borrado in (select col1 from prueba2)

	begin

		delete prueba2 where col1=@max		

	end	

	else begin

		delete prueba2 where col1=@borrado	

	end

Compilar y ejecutar código

No entendi bien eso. Si el que querés borrar está en la tabla, borrás el máximo de la tabla. Si no está, borras ese registro de la tabla(nunca lo va a encontrar).

Los huecos supongo que se refiere a que no puede quedar 1-2-3-5-6-7. Siempre tienen que ser consecutivos.


Sobre el 3.a. yo le preguntaría durante el examen si "siempre son iguales" se refiere a que en todo momento sean iguales o a que siempre terminan valiendo lo mismo. Lo más obvio sería lo 2º, pero por las dudas preguntaría.
Si es que en todo momento sean iguales sería falso, porque en un momento @a es 0 y @b es NULL.

(26-02-2015 12:43)Nacho14 escribió:  

(19-02-2015 11:55)LeandroG escribió:  

(13-02-2014 10:51)ortiba escribió:  ¿La respuesta al ejercicio 3 no sería la D "No hay suficiente información"?
Porque dependiendo del isolation level (que no lo menciona en el ejercicio) el proceso 1 puede o no ver lo que insertó el proceso 2.

No puede ser la D. Por mas que especifique el isolation level, no cambiaria nada. Porque el proceso 2 tira error (si se ejecuta el proceso 1 primero o el 2 primero).
Es la A, pq es cierto que a y b siempre son iguales, siempre valen 0.

Pero son procesos que por mas que se ejecuten en paralelo, son independientes.
Porque el proceso 2 falla, pq la tabla no tiene nada, y no puede insertar null en la tabla.
El proceso uno, solo define unas variables, pero no inserta nada en la tabla que pueda llegar a modificar la consulta del proceso 2.

corrijanme si me equivoco

Saludos

Estoy de acuerdo con vos.

En este caso no son validas dos respuestas, solo la A es la correcta.

Hola,
Revivo esto porque en el final de hoy tomaron exactamente el mismo ejercicio. Yo coincido con que la respuesta correcta es la A y es lo que puse. Resulta que me lo dieron como incorrecto. Cuando me fui a quejar, expliqué mi justificación, Laquaniti entendió lo que decía y de hecho estaba un poco de acuerdo, pero cuando fue a hablar con Reinosa, no hubo forma de hacerle entender mi punto de vista, por lo que me puso 0 puntos y no llegué a aprobar (hice 5 cuando el máximo es 6).
El tema de que tira error, me lo retrucaron diciendo que "depende de cómo esté configurado el motor", entonces en base a eso me dijeron "la respuesta correcta es la d, porque no hay información suficiente". En fin...

(22-02-2017 00:25)takuma1985 escribió:  

(26-02-2015 12:43)Nacho14 escribió:  

(19-02-2015 11:55)LeandroG escribió:  

(13-02-2014 10:51)ortiba escribió:  ¿La respuesta al ejercicio 3 no sería la D "No hay suficiente información"?
Porque dependiendo del isolation level (que no lo menciona en el ejercicio) el proceso 1 puede o no ver lo que insertó el proceso 2.

No puede ser la D. Por mas que especifique el isolation level, no cambiaria nada. Porque el proceso 2 tira error (si se ejecuta el proceso 1 primero o el 2 primero).
Es la A, pq es cierto que a y b siempre son iguales, siempre valen 0.

Pero son procesos que por mas que se ejecuten en paralelo, son independientes.
Porque el proceso 2 falla, pq la tabla no tiene nada, y no puede insertar null en la tabla.
El proceso uno, solo define unas variables, pero no inserta nada en la tabla que pueda llegar a modificar la consulta del proceso 2.

corrijanme si me equivoco

Saludos

Estoy de acuerdo con vos.

En este caso no son validas dos respuestas, solo la A es la correcta.

Hola,
Revivo esto porque en el final de hoy tomaron exactamente el mismo ejercicio. Yo coincido con que la respuesta correcta es la A y es lo que puse. Resulta que me lo dieron como incorrecto. Cuando me fui a quejar, expliqué mi justificación, Laquaniti entendió lo que decía y de hecho estaba un poco de acuerdo, pero cuando fue a hablar con Reinosa, no hubo forma de hacerle entender mi punto de vista, por lo que me puso 0 puntos y no llegué a aprobar (hice 5 cuando el máximo es 6).
El tema de que tira error, me lo retrucaron diciendo que "depende de cómo esté configurado el motor", entonces en base a eso me dijeron "la respuesta correcta es la d, porque no hay información suficiente". En fin...

Es la D porque antes que nada, no sabés en que tiempo se ejecuta cada statement. En el caso de que el isolation level sea menos permisivo, hay algunos locks que actúan sobre la tabla que están modificando/leyendo en ese momento, y otros que actúan sobre la transacción completa (creo que eso es cuando especificas snapshot on/off), y además también depende del isolation level propiamente dicho. Se ejecutan en paralelo, por mas de que sean independientes están intentando leer/modificar sobre la misma db y mismas tablas, por lo cual si no tenes el tiempo, y un par de datos mas no podés deducir nada. Obvio que podes decir que el default en sql server es snapshot off, el isolation level bla, pero no podes asumir que tienen el motor configurado de esa manera en ese momento, por mas de que asumas que es sql server.