Trigger help

  • I've never done triggers before so I would appreciate it if someone could proof this from me.

    I have two tables, one is the master list for equipment; the other is the history of locations.  The master (bEMEM) keys are EMCo (company) and Equipment [number].  The table history table (vEMLocationHistory) keys are are EMCo (company) Equipment [number]number and Seq [number.]  I've added udCondition to both tables.  I would like that, whenever a new row is added to the history table it updates the appropriate equipment row.

    Here is the code I have. How does it look?
    SET NOCOUNT ON
    Go

    CREATE TRIGGER trEMCondition_INSERT
    ON vEMLocationHistory
    FOR INSERT
    AS
    update e SET e.udCondition = i.udCondition
    from dbo.bEMEM e
    JOIN inserted i ON i.EMCo = e.EMCo AND i.Equipment = e.Equipment

    Thank you for your help,

  • Ken at work - Thursday, March 9, 2017 2:34 PM

    I've never done triggers before so I would appreciate it if someone could proof this from me.

    I have two tables, one is the master list for equipment; the other is the history of locations.  The master (bEMEM) keys are EMCo (company) and Equipment [number].  The table history table (vEMLocationHistory) keys are are EMCo (company) Equipment [number]number and Seq [number.]  I've added udCondition to both tables.  I would like that, whenever a new row is added to the history table it updates the appropriate equipment row.

    Here is the code I have. How does it look?
    SET NOCOUNT ON
    Go

    CREATE TRIGGER trEMCondition_INSERT
    ON vEMLocationHistory
    FOR INSERT
    AS
    update e SET e.udCondition = i.udCondition
    from dbo.bEMEM e
    JOIN inserted i ON i.EMCo = e.EMCo AND i.Equipment = e.Equipment

    Thank you for your help,

    I have 2 comments offhand, I imagine you want the SET NOCOUNT ON to be inside the body of the trigger not outside the trigger? 
    Also, what should happen when the first time a new combination of EMCo and Equipment is entered into the vEMLocationHistory table?  Right now it would be ignored.

  • Chris Harshman - Thursday, March 9, 2017 2:44 PM

    I have 2 comments offhand, I imagine you want the SET NOCOUNT ON to be inside the body of the trigger not outside the trigger?  

    Also, what should happen when the first time a new combination of EMCo and Equipment is entered into the vEMLocationHistory table?  Right now it would be ignored.

    I suppose I should ask 'do I want the NOCOUNT inside the body of the trigger'?

    I don't understand why "the first time a new combination of EMCo and Equipment is entered into the vEMLocationHistory table" would be ignored? Isn't that an insert too?  Just like any existing combination?

  • Yes, the "SET NOCOUNT ON" should be w/i the trigger code itself:


    CREATE TRIGGER trEMCondition_INSERT
    ON dbo.vEMLocationHistory
    AFTER INSERT
    AS
    SET NOCOUNT ON;
    UPDATE e
    SET e.udCondition = i.udCondition
    FROM dbo.bEMEM e
    INNER JOIN inserted i ON i.EMCo = e.EMCo AND i.Equipment = e.Equipment
    GO

    SQL DBA,SQL Server MVP(07, 08, 09) "It's a dog-eat-dog world, and I'm wearing Milk-Bone underwear." "Norm", on "Cheers". Also from "Cheers", from "Carla": "You need to know 3 things about Tortelli men: Tortelli men draw women like flies; Tortelli men treat women like flies; Tortelli men's brains are in their flies".

  • Ken at work - Thursday, March 9, 2017 2:58 PM

    I don't understand why "the first time a new combination of EMCo and Equipment is entered into the vEMLocationHistory table" would be ignored? Isn't that an insert too?  Just like any existing combination?

    the problem as I saw it, is your trigger code only does an UPDATE to bEMEM table.  I don't know if there's a foreign key constraint on the vEMLocationHistory that ensures that it cannot have a record with EMCo and Equipment combination that isn't already in bEMEM.  If there is such a constraint, than just doing the UPDATE is fine.  If there isn't a foreign key, then you should handle the case where it might not exist in bEMEM and do either the UPDATE or an INSERT.

  • Good point. I don't see it as a Primary/Foreign key combination.  So there must be a constraint as I cannot add equipment to the history table that doesn't ready exist in the equipment table.  I tested ScottPletcher's example and it worked fine.

    Thank you everyone for your help,

Viewing 6 posts - 1 through 5 (of 5 total)

You must be logged in to reply to this topic. Login to reply