cretzu:

Ca si date comparative pe un tabel cu 60.000 de intreg

1. Dc folosesc un timestamp atunci update-ul se face in cam 7 sec
2. daca folosesc un datetime cu trigger update-ul se face in 30 sec.

E o diferenta cam mare :(

DAniel.

E oarecum normal. Tipul timestamp e nativ spre deosebire de - virgula - declansatorul AFTER UPDATE.

cretzu:

O sa incerc sa testez si server trace ... daca zici ca s-ar putea sa se imbunatateasca rezultatul.

De fapt a fost un indemn sa investighezi si varianta asta.

Vei face update pentru tot tabelul? Nici un WHERE pe nicaieri?

Da, S-ar putea sa se faca un astfel de update :( de la nivelul aplicatie.
Oricum timpul cu triggerul e cu mult m mare decat fara .. si acesta se mareste odata cu marirea dimensiunii tabelului.

:(

---

MCP (C Sharp)
Software Engineer,
Cluj Napoca

am facut un test pe 1 milion de inregistrari.

Daca este cu timestamp si cu un update normal (fara conditie) se termina in cam 2 minute
Daca schimb si pun datetime si pun si un trigger imi ajunge pe la 18 minute.

Diferenta mare ....
Triggerul este urmatorul

CREATE TRIGGER [dbo].[Participant_TimeStamp]
ON [dbo].[Participant]
AFTER UPDATE
AS
BEGIN
    UPDATE TBL_Participant
    SET UltimaModificare = getdate()
    FROM INSERTED
    WHERE TBL_Participant.ID = INSERTED.ID
   
END
GO

---

MCP (C Sharp)
Software Engineer,
Cluj Napoca