PCC,

Vc já comprovou isto ? eu tenho usado aqui o Ado e tenho visto as atualizações 
serem feitas registro a registo, sem o uso das transações.

Não uso ADO, portanto não conheço o comportamento deste, só especulei que se ele
envia-se os dados ao Servidor como um batch, estaria explicado porque não funciona.
Sei que se vc enviar um conjunto de registros de uma unica vez o SQL Server
irá disparar o trigger uma unica vez, pois ele não tem Trigger por linha alterada.
Participo de grupos de discussão de SQL Server e esta é uma discussão constante,
alem disto eu pessoalmente testei isto.

É uma pena que o SQL server seja meio fraco em alguns detalhes como:
A)Não tem Triger por Linha (PostGreSQL, Oracle, DB2 tem esta caracteristica)
B)Não tem campo Data (desejo Data e não SmallDateTime ou DateTime)
(Afinal MySQL, PostGreSQL, Oracle, DB2, etc.. TEM campo data)
C)Transact-SQL é meio fraco como linguagem...
Resto não lembro agora...

com o Objeto Command eu não posso disparar Stored Procedures ?

A estrutura para fazer chamadas a Stored procedures é esta:

EXECUTE Nome_Stored_procedure_no_Servidor  ?Cursor.Campo1, ?Cursor.Campo2

Como vc envia este comando via ADO ??
Desculpe, mas não conheço o Objeto Command.

Porque todos os livros que consultei sobre o SQL indicam o uso do ADO como 
melhor meio de acesso, inclusive para se trabahar em N-Camadas.

Eu optei por ODBC pois sei que se tiver que usar um RDBMS que esta rodando na plataforma Linux,
com o ODBC não tem problema, agora como ADO que é tecnologia da MS não sei se funciona
em Linux.

Existe o fator desempenho tambem, acompanhando o assunto CA, na ID da mensagem: 827777
da thread: 825828 tem algumas tabelas de comparação de desempenho dentre SPT, CA com ODBC
e CA com ADO, onde o Aleksey informa o seguinte:

ADO based CursorAdapter is about three times slower on small resultsets, but it manages 
to call CursorRefresh (4 records resultset) 705 times per second.
>- The difference in performance becomes smaller as amount of records increases. 
For 2155 records the difference is less than one second (3.9%) for 1000 calls.

Ocorre que p/ otimizar aplicativos cliente/servidor, vc deve sempre ter o minimo de registros
trafegando pela rede, eu não aceitaria trafegar 2155 registros pela rede em resposta a
uma pesquisa, é uma falha de projeto na minha opinião trafegar tantos registros.

Eu procuro usar aquilo que é pratico, e facil de usar.

No fundo isto não faz diferença, o que importa é a cada um se sentir confortavel com a ferramenta
e tecnologia que usa, se funciona ótimo.