[MS SQL] Trigger veroorzaakt volle transaction logs

[marco_balk]

Ik heb voor een tabel een trigger geschreven die bij insert/update van data ook een timestamp moet wegschrijven. Maar sinds deze trigger loopt de transaction-log om de haverklap vol. Wat is er mis met deze trigger? De trigger verwijderen kan niet, omdat we afhankelijk zijn van goed bijgehouden timestamp en het systeem is te complex om alle queries aan te passen om timestamps mee te geven.

SQL:

CREATE TRIGGER [dbo].[UpdateJelAccounts] ON  [dbo].[jelACCOUNTS] AFTER INSERT, UPDATE
AS 
BEGIN
    SET NOCOUNT ON;
    DECLARE @date VARCHAR(14)

    IF UPDATE(UpdateDate)
    BEGIN
        RETURN
    END

    SELECT @date =
        CAST(YEAR(GETDATE()) AS VARCHAR) +
        CASE WHEN (LEN(MONTH(GETDATE())) = 1) THEN '0' + cast(month(getdate()) as varchar) ELSE cast(month(getdate()) as varchar) END +
        CASE WHEN (LEN(DAY(GETDATE())) = 1) THEN '0' + cast(day(getdate()) as varchar) ELSE cast(day(getdate()) as varchar) END +
        CASE WHEN (LEN(DATEPART(hh,GETDATE())) = 1) THEN '0' + cast(datepart(hh,getdate()) as varchar) ELSE cast(datepart(hh,getdate()) as varchar) END +
        CASE WHEN (LEN(DATEPART(mi,GETDATE())) = 1) THEN '0' + cast(datepart(mi,getdate()) as varchar) ELSE cast(datepart(mi,getdate()) as varchar) END +
        CASE WHEN (LEN(DATEPART(ss,GETDATE())) = 1) THEN '0' + cast(datepart(ss,getdate()) as varchar) ELSE cast(datepart(ss,getdate()) as varchar) END
        
    UPDATE jelACCOUNTS
    SET UpdateDate = @date
    FROM jelACCOUNTS j
    INNER JOIN Inserted i ON j.Email = i.Email
END

Het klopt dat het timestamp veld een varchar is. Tja, oud systeem
Daar kunnen we nu helaas niets aan doen.

Met die UPDATE(UpdateDate) probeer ik te voorkomen dat wanneer de kolom UpdateDate toch al in een insert/update statement zit, deze dubbel wordt gezet. En ook ter voorkoming van een eventuele loop (dat ie zichzelf gaat wijzigen omdat hij gewijzigd is, enz).

Extra info: het is voor een site die zo'n duizend bezoekers per dag ontvangt.

Is er iets mis met mijn trigger of moet ik het ergens anders zoeken?

[MTWZZ]

Gebruik je cascading triggers?

[whoami]

MTWZZ schreef op donderdag 12 februari 2009 @ 14:49:
Gebruik je cascading triggers?

was ook mijn eerste idee.

(Je trigger wijzigt iets in de tabel, waardoor de trigger opnieuw getriggered wordt ... etc... )

Cascading triggers uitzetten, of anders je trigger herschrijven naar een instead of trigger, waarbij je gewoon het statement dat moet uitgevoerd worden, in je trigger nog eens schrijft, maar dan door ervoor te zorgen dat je timestamp goed weggeschreven wordt.

[marco_balk]

Ik gebruik naar ik weet geen cascading triggers, maar aangezien ik dat dus niet zeker weet, ga ik daar wat dieper naar zoeken.

Die instead of triggers heb ik ook de revue laten passeren. Alleen worden er vele verschillende statements op de tabellen uitgevoerd, dus een instead of trigger lijkt mij dan ook niet van toepassing.

[marco_balk]

Ik zie zojuist dat een van de triggers (die een identieke functie hebben, maar beide op een andere tabel) een relatie legt met een verkeerde tabel. Dit heb ik gewijzigd en ben nu aan het kijken of dit de bottleneck is geweest...

[leuk_he]

ipv

UPDATE jelACCOUNTS
SET UpdateDate = @date
FROM jelACCOUNTS j
INNER JOIN Inserted i ON j.Email = i.Email

(een update op je eigen tabel --> cascading!)

kun je toch new.updateDate=@date gebruiken?

/edit: Werkt dit op een after trigger? after triggers gebruik ik meestal voor validaties, before om waarden te vullen.

[ Voor 21% gewijzigd door leuk_he op 12-02-2009 15:57 ]