Triggers, datasets y updates de dataadapters

Hola gente:

Os comento. Yo normalmente para añadir un nuevo registro a una BD utilizo un
dataset con la tabla que necesito (que suele estar vacío, ya que la consulta
select devuelve los registros que cumplan con la clave principal, que en este
caso, sería nueva). Luego actualizo con update sobre el dataadapter. Por
otra parte, tengo un dataset tipado con la tabla en cuestión.



El tema es que tengo un trigger de inserción y actualización que funciona
perfectamente... siempre que haga la operación con un comando SQL contra el
servidor, mientras que el update del dataset sencillamente pasa del trigger y
coloca el registro ignorando las restricciones que le marco (no me refiero al
dataset, que puede tener tranquilamente ese registro, sino al actualizar los
cambios del dataset a la BD)

Evidentemente, tiene fácil solución si uso un procedimiento almacenado de
inserción, pero... no entiendo por qué hace esto, ya que tanto los
insertcommand como updatecommand son comandos SQL que se lanzan contra el
servidor.

Saludos

[...]
tengo un trigger de inserción y actualización que funciona
perfectamente...
[...] mientras que el update del dataset sencillamente pasa del trigger y
coloca el registro ignorando las restricciones que le marco

"Juan Diego Bueno" <Juan Diego wrote in
messagenews:

> [...]
> tengo un trigger de inserción y actualización que funciona
> perfectamente...
> [...] mientras que el update del dataset sencillamente pasa del trigger y
> coloca el registro ignorando las restricciones que le marco No tiene ningún sentido, el Update del Dataset simlemente envía al
servidor la sentencia, y los triggers tendrían que dispararse con toda
normalidad. Por algún sitio tiene que estar ocurriendo algo raro. Prueba a
capturar las sentencias que llegan al servidor usando el Sql Server Profiler
(si es un SQL Server), y prueba a ejecutar las sentencias capturadas desde
el analizador de consultas, a ver si te da alguna pista de qué puede estar
pasando.
Idea: ¿Puede ser que los triggers estén creados en una base de datos y
que estés ejecutando el programa contra otra distinta, que no tenga los
triggers?

[...] no es
que no ejecute el trigger, es que pasa esa parte (la que hace el
rollback)