Desencadenadores que omitan nulos

Hola, bueno te voy a dar una opinion personal

Yo no dudaria en aplicar integridad referencial para lo que buscas hacer,
pero yo en lo particular JAMAS aplico Delete o Update en cascada, esto no

hago porque cuando realmente necesito hacer un cambio de clave primaria
tengo un Store que lo hace y como los casos en que se cambian claves
primarias deberian ser contados con los dedos de la mano, es por ello que

permito la actualizacion en cascada :-), el control lo hago por otro lado
como te comente :-)

Yo te recomendaria que uses integridad referencial y que no apliques los
CASCADE y luego analises bien cada cuanto y porque se cambian claves
primarias, si el sistema ha sido bien diseñado no deberias casi nunca

este tipo de operatoria.

Un abrazo


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"gl" <gil_del900*AntiSpam*@argentina.com> escribió en el mensaje
news:
> Maxi:
>
> Primero gracias por responder. Soy nuevo en esto y me veo obligado a

> una base de datos de access (.mdb) a una estructura de sql server.

> para ello el asistente que provee access 2002 para este tipo de
> conversiones. Funciona bien, pero a la hora de convertir las relaciones

> da dos posibilidades: o lo hago con triggers, o valiendome de la
declaración
> de integridad referencial. Esta última para mi seria la mejor opción, ya
que
> se me hace mas familiar al asemejarse al access, pero resulta que en
algunas
> tablas no convierte la actualizacion en cascada, ni siquiera si lo hago
> desde el administrador corporativo del propio sql server 2000,
argumentando
> que podrian producirse multiples cambios en cascada (?). Es por ello que
> recurrí a la opción de conversion con triggers, con el resultado
comentado,
> impide el ingreso de cualquier valor distinto a la tabla principal,
incluso
> los nulos.
> Este último problema digamos que lo solucioné, de la siguiente forma:
>
> CREATE TRIGGER T_tbAutorizaciones_ITrig ON dbo.tbAutorizaciones FOR

> AS
> SET NOCOUNT ON
> IF (select estado FROM inserted)<>null and (SELECT COUNT(*) FROM
inserted)!> > (SELECT COUNT(*) FROM tbAut_Estado, inserted WHERE

> > inserted.Estado))
> BEGIN
> RAISERROR 44447 'No puede agregarse ni modificarse el registro.
Las
> reglas de integridad referencial requieren un registro relacionado en la
> tabla ''tbAut_Estado''.'
> ROLLBACK TRANSACTION
> END
>
> haciendo que no considere los nulos. También voy a probar la solución
> propuesta por Javier en la otra respuesta que según comenta es más
efectiva.
>
> Ahora bien, según expresas vos, esto es lento y sería mejor hacerlo con
> clave externa. El problema entonces se reduce a salvar la imposibilidad

> aplicar actualización en cascada, en algunos casos en los que,
sinceramente,
> no veo cual podria ser el problema. Me podrías dar alguna opinión al
> respecto,
>
> Reitero el agradecimiento por el interés,
>
> Guido
>
>
> "Maxi" escribió en el mensaje
> news:
> > Hola, una sugerencia nomas:
> >
> > Yo no usaria desencadenadores para este tipo de cosas, son lentos,

> > escalables y de muy dificil mantenimiento :(
> >
> > A menos que la relacion de integridad este en distintas BDD pero sino
> usaria
> > Foreign Key que hace todo lo que necesitas de y de forma super simple.
> >
> > Porque no usas Foreign key? que limitacion estas teniendo para ello?
> >
> >
> > Salu2
> > Maxi
> > Buenos Aires - Argentina
> > Desarrollador Microsoft 3 Estrellas .NET
> > Nunca consideres el estudio como una obligación sino como
> > una oportunidad para penetrar en el bello y maravillosos
> > mundo del saber.
> > - Albert Einstein
> >
> >
> >
> > "gl" <gil_del900*AntiSpam*@argentina.com> escribió en el mensaje
> > news:
> > > Hola a todos:
> > >
> > > Mi consulta es la siguiente: cómo puedo hacer para que un
desencadenador
> > que
> > > impide inserciones si no existe ninguna clave coinciente en la tabla
> > > principal, permita valores nulos
> > > El trigger está armado de la siguiente forma:
> > >
> > > CREATE TRIGGER T_tbAutorizaciones_ITrig ON dbo.tbAutorizaciones FOR
> INSERT
> > > AS
> > > SET NOCOUNT ON
> > > IF (SELECT COUNT(*) FROM inserted) !> > > > (SELECT COUNT(*) FROM tbAut_Estado, inserted WHERE
> (tbAut_Estado.CodEst
> > > > > > inserted.Estado))
> > > BEGIN
> > > RAISERROR 44447 'No puede agregarse ni modificarse el
registro.
> > Las
> > > reglas de integridad referencial requieren un registro relacionado

la
> > > tabla ''tbAut_Estado''.'
> > > ROLLBACK TRANSACTION
> > > END
> > >
> > > De modo que cuando el valor ingresado no se corresponde con uno de

> > tabla
> > > principal impide la modificación o el agregado. Esto es correcto,

> lo
> > > que yo necesito es que cuando no se ingrese valor alguno no haga

> es
> > > decir, admita valores nulos sin que pida un registro relacionado.
> > >
> > > Desde ya muchas gracias,
> > >
> > > Guido
> > >
> > >
> > >
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004
> > >
> > >
> >
> >
> >
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004
> >
> >
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004
>
>



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004

Creo que tenes razón, yo me empecinaba en que todo quedara igualito que en
el access, con sus actualizaciones en cascada y demás, pero haciendo

la verdad es que nunca cambiamos las claves principales, por lo que no

falta. Cuando sea requerido me asegurare de hacerlo yo mismo.
Muchas gracias por darme una mano.
Un abrazo,

Guido


"Maxi" escribió en el mensaje
news:O8Xg$
> Hola, bueno te voy a dar una opinion personal
>
> Yo no dudaria en aplicar integridad referencial para lo que buscas

> pero yo en lo particular JAMAS aplico Delete o Update en cascada, esto

lo
> hago porque cuando realmente necesito hacer un cambio de clave primaria
> tengo un Store que lo hace y como los casos en que se cambian claves
> primarias deberian ser contados con los dedos de la mano, es por ello

no
> permito la actualizacion en cascada :-), el control lo hago por otro

> como te comente :-)
>
> Yo te recomendaria que uses integridad referencial y que no apliques los
> CASCADE y luego analises bien cada cuanto y porque se cambian claves
> primarias, si el sistema ha sido bien diseñado no deberias casi nunca
hacer
> este tipo de operatoria.
>
> Un abrazo
>
>
> Salu2
> Maxi
> Buenos Aires - Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> Nunca consideres el estudio como una obligación sino como
> una oportunidad para penetrar en el bello y maravillosos
> mundo del saber.
> - Albert Einstein
>
>
>
> "gl" <gil_del900*AntiSpam*@argentina.com> escribió en el mensaje
> news:
> > Maxi:
> >
> > Primero gracias por responder. Soy nuevo en esto y me veo obligado a
pasar
> > una base de datos de access (.mdb) a una estructura de sql server.
Utilizo
> > para ello el asistente que provee access 2002 para este tipo de
> > conversiones. Funciona bien, pero a la hora de convertir las

me
> > da dos posibilidades: o lo hago con triggers, o valiendome de la
> declaración
> > de integridad referencial. Esta última para mi seria la mejor opción,

> que
> > se me hace mas familiar al asemejarse al access, pero resulta que en
> algunas
> > tablas no convierte la actualizacion en cascada, ni siquiera si lo

> > desde el administrador corporativo del propio sql server 2000,
> argumentando
> > que podrian producirse multiples cambios en cascada (?). Es por ello

> > recurrí a la opción de conversion con triggers, con el resultado
> comentado,
> > impide el ingreso de cualquier valor distinto a la tabla principal,
> incluso
> > los nulos.
> > Este último problema digamos que lo solucioné, de la siguiente forma:
> >
> > CREATE TRIGGER T_tbAutorizaciones_ITrig ON dbo.tbAutorizaciones FOR
INSERT
> > AS
> > SET NOCOUNT ON
> > IF (select estado FROM inserted)<>null and (SELECT COUNT(*) FROM
> inserted)!> > > (SELECT COUNT(*) FROM tbAut_Estado, inserted WHERE
(tbAut_Estado.CodEst
> > > > inserted.Estado))
> > BEGIN
> > RAISERROR 44447 'No puede agregarse ni modificarse el

> Las
> > reglas de integridad referencial requieren un registro relacionado en

> > tabla ''tbAut_Estado''.'
> > ROLLBACK TRANSACTION
> > END
> >
> > haciendo que no considere los nulos. También voy a probar la solución
> > propuesta por Javier en la otra respuesta que según comenta es más
> efectiva.
> >
> > Ahora bien, según expresas vos, esto es lento y sería mejor hacerlo

> > clave externa. El problema entonces se reduce a salvar la

de
> > aplicar actualización en cascada, en algunos casos en los que,
> sinceramente,
> > no veo cual podria ser el problema. Me podrías dar alguna opinión al
> > respecto,
> >
> > Reitero el agradecimiento por el interés,
> >
> > Guido
> >
> >
> > "Maxi" escribió en el mensaje
> > news:
> > > Hola, una sugerencia nomas:
> > >
> > > Yo no usaria desencadenadores para este tipo de cosas, son lentos,
poco
> > > escalables y de muy dificil mantenimiento :(
> > >
> > > A menos que la relacion de integridad este en distintas BDD pero

> > usaria
> > > Foreign Key que hace todo lo que necesitas de y de forma super

> > >
> > > Porque no usas Foreign key? que limitacion estas teniendo para ello?
> > >
> > >
> > > Salu2
> > > Maxi
> > > Buenos Aires - Argentina
> > > Desarrollador Microsoft 3 Estrellas .NET
> > > Nunca consideres el estudio como una obligación sino como
> > > una oportunidad para penetrar en el bello y maravillosos
> > > mundo del saber.
> > > - Albert Einstein
> > >
> > >
> > >
> > > "gl" <gil_del900*AntiSpam*@argentina.com> escribió en el mensaje
> > > news:
> > > > Hola a todos:
> > > >
> > > > Mi consulta es la siguiente: cómo puedo hacer para que un
> desencadenador
> > > que
> > > > impide inserciones si no existe ninguna clave coinciente en la

> > > > principal, permita valores nulos
> > > > El trigger está armado de la siguiente forma:
> > > >
> > > > CREATE TRIGGER T_tbAutorizaciones_ITrig ON dbo.tbAutorizaciones

> > INSERT
> > > > AS
> > > > SET NOCOUNT ON
> > > > IF (SELECT COUNT(*) FROM inserted) !> > > > > (SELECT COUNT(*) FROM tbAut_Estado, inserted WHERE
> > (tbAut_Estado.CodEst
> > > > > > > > inserted.Estado))
> > > > BEGIN
> > > > RAISERROR 44447 'No puede agregarse ni modificarse el
> registro.
> > > Las
> > > > reglas de integridad referencial requieren un registro relacionado
en
> la
> > > > tabla ''tbAut_Estado''.'
> > > > ROLLBACK TRANSACTION
> > > > END
> > > >
> > > > De modo que cuando el valor ingresado no se corresponde con uno de
la
> > > tabla
> > > > principal impide la modificación o el agregado. Esto es correcto,
pero
> > lo
> > > > que yo necesito es que cuando no se ingrese valor alguno no haga
nada,
> > es
> > > > decir, admita valores nulos sin que pida un registro relacionado.
> > > >
> > > > Desde ya muchas gracias,
> > > >
> > > > Guido
> > > >
> > > >
> > > >
> > > > Outgoing mail is certified Virus Free.
> > > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004
> > > >
> > > >
> > >
> > >
> > >
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004
> > >
> > >
> >
> >
> >
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004
> >
> >
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004
>
>



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004