no me funciona el trigger

[porygon_humano]

resulta que tengo el siguiente trigger

ALTER TRIGGER [T_INS_GRUPO]
ON [dbo].[GRUPO]
--INSTEAD OF
FOR INSERT
AS
BEGIN
DECLARE @CONSECUTIVO AS NVARCHAR(10)
DECLARE @NOMBRE_TABLA AS NVARCHAR(30)
SET @NOMBRE_TABLA = 'GRUPO'
SELECT @CONSECUTIVO=DBO.CONSECUTIVO(@NOMBRE_TABLA)+1
UPDATE REFECONSECUTIVOS SET TX_CONS_REFE = @CONSECUTIVO WHERE UPPER(LTRIM(RTRIM(TX_NOMB_REFE))) = UPPER(LTRIM(RTRIM(@NOMBRE_TABLA )))

INSERT INTO GRUPO_MENU
(NU_AUTO_GRUP
,TX_NOMB_GRUP
,TX_DESC_GRUP
,TX_IMAG_GRUP
,NU_ESTA_GRUP
,NU_HIJO_GRUP
,TX_LINK_GRUP
,NU_ELIM_ACTI
)
select
@CONSECUTIVO
,TX_NOMB_GRUP
,TX_DESC_GRUP
,TX_IMAG_GRUP
,NU_ESTA_GRUP
,NU_HIJO_GRUP
,TX_LINK_GRUP
,NU_ELIM_ACTI FROM INSERTED

END

este trigger deberia ingresar un id insertar en el campo nu_auto_grup un codigo que me da la funcion consecutivo la cual coonsulta la tabla refeconsecutivo para obtener el codigo y despues lo actualiza, pero no funciona, este trigger deberia activarse cuando yo voy a realizar un insert pero no lo hace, que esta mal, ayudenme

[iislas]

¿Quien te dijo o donde viste esta instruccion?

SELECT @CONSECUTIVO=DBO.CONSECUTIVO(@NOMBRE_TABLA)+1

Tu SELECT jamaz funcionara consultado una variable donde traes el nombre de la tabla.

Ademas, las buenas practicas te dirian, que el consecutivo lo debes obener en un PROCEDIMIENTO ALMACENADO que haga el trabajo de INSERT.

Ya que los triggers fueron creados en su momento para cuidar el DRI

[porygon_humano]

hola iislas gusto en verte, bueno pues en donde vi la sentencia SELECT @CONSECUTIVO=DBO.CONSECUTIVO(@NOMBRE_TABLA)+1, la vi en un trigger que hace lo mismo pero en otra tabla ya que soy un desarrollador y las perosnas que estaban encaradas de esta pagina ya no estan de modo que me contrataron a mi, la cosa es que en otros funciona perfecto, ademas DBO.CONSECUTIVO no es una tabla, es una funcion la cual se le da el nombre de la tabla y me debuelve el consecutivo que necesito, y que es un DRI

[iislas]

DRI, son las siglas den ingles que identifican a la DECLARATIVA DE INTEGRIDAD REFERENCIA, en otras cosas, se cuida la integridad de la informacion.

Volvamos a las buenas practicas, jama hubiera sabido que es una funcion, a menos claro que lo identificaras en el nombre, por ejemplo

tblConsecutivo
fnConsecutivo
procConsecutivo

Al estar manejando o manipulando los datos en un trigger, no puedes manejar tus transacciones (BEGIN TRAN, COMMIT TRAN, ROLLBACK TRAN), por tatno, no existe forma para saber si esta trabajando adecuadamente.

Por otro lado, un trigger se dispara solo una vez, no, por el numero de registros para la tabla que fue credo, me explico

Si hago un DELETE tablax WHERE Campo = 20

Puede que borre 1 registro o 2,000,000 de registros, dependera del filtro (WHERE), pero el trigger, solo se dispararia UNA SOLA VEZ en ambos casos.

¿De acuerdo?

[porygon_humano]

pero solo voy a ingresar un solo registro de modo que solo necesito que se active el trigger una sola vez, tambien respecto al si el trigger es el que causa errorporque el SP del insert es muy simple asi que no me debe generar error pero de todos modos lo coloco acontinuacion para que me digas

set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
go





ALTER PROCEDURE [dbo].[SP_GRUPO_INS]
@TX_NOMB_GRUP varchar(50)
,@NU_AUTO_GRUP INT
,@TX_DESC_GRUP varchar(50)
,@TX_IMAG_GRUP varchar(100)
,@NU_ESTA_GRUP varchar(100)
,@NU_HIJO_GRUP INT
,@TX_LINK_GRUP VARCHAR(50)
,@NU_ELIM_ACTI NUMERIC(1)


AS
BEGIN
INSERT INTO GRUPO
(NU_AUTO_GRUP
,TX_NOMB_GRUP
,TX_DESC_GRUP
,TX_IMAG_GRUP
,NU_ESTA_GRUP
,NU_HIJO_GRUP
,TX_LINK_GRUP
,NU_ELIM_ACTI
)
VALUES(@NU_AUTO_GRUP
,@TX_NOMB_GRUP
,@TX_DESC_GRUP
,@TX_IMAG_GRUP
,@NU_ESTA_GRUP
,@NU_HIJO_GRUP
,@TX_LINK_GRUP
,@NU_ELIM_ACTI
)

IF @@rowcount = 0
BEGIN
ROLLBACK TRAN INSERTAR
END
ELSE
BEGIN
COMMIT TRAN INSERTAR
END
END





ademas al principio aclare que dbo.consecutivo era una funcion

[porygon_humano]

aproposito en que momento se activa el trigger

[iislas]

El trigger se activa al momento del INSERT

Tu procedimiento esta mal, deberias tener un BEGIN TRAN [name_tran], en algun lado para poder hacer un COMMIT TRAN o aplicar un ROLLBACK TRAN.

Y aplicando las buenas costumbres del desarrollo, la generacion del siguiente folio, deberia estar precisamente en el cuerpo de tu procedimiento.

[porygon_humano]

ya lo agregue (el begin trans) y sigue igual, lo del resto, lo respondo mas tarde



... mas tarde.... :)

bueno te hice caso respecto a colocar el codigo de obtencion del siguiente folio la coloque en el procedimiento almacenado y quite el trigger y ya funciona, gracias por todo iislas


posdata, caundo pregunte en que momento se activa el trigger me referia a en que parte del insert