Stored procedure - trigger

Du laver vel bare et view istedet:

CREATE VIEW AS (SELECT fornavn + \' \' + efternavn AS navn, tlf, email from tabel_gl)

CREATE VIEW tabel_ny AS (SELECT fornavn + \' \' + efternavn AS navn, tlf, email from tabel_gl)

nej for jeg skal \"skrive\" til mere end een tabel, og jeg har lige erfaret at hvis man laver et view med join i kan man ikke opdatere det.

Logisk egentlig, men det var jeg ikke lige klar over.

og når du sammensætter fornavn+\' \'+efternavn bliver den vist også \"uopdaterbar\"

Hm...

men hvis du har en metode, hvor jeg undgår to tabeller og kan bruge de data jeg allerede har liggende er jeg mere end lydhør.

Jeg tror nu at en sp trigget ved opdater er den eneste mulighed....................

Og hvordan gør man nu liiiige det ?

et utestet opkast mæ en trigger:


create trigger smeltdatasammen on dbo.tabel_gl
for insert
as

declare @fnavn varchar(100)
declare @enavn varchar(100)
declare @tlf int
declare @mail varchar(100)
declare @navn varchar(200)

select @fnavn=fornavn, @enavn=efternavn, @tlf=tlf, @mail=email from inserted

select @navn = @fnavn + \' \' + @enavn

insert into tabel_ny (navn, tlf, email) values (@navn, @tlf, @mail)

Jeg ved desværre ikke noget om hvordan man bruger triggers, men man kan vel danne en ny tabel hvis et view ikke kan bruges:

CREATE TABLE tabel_ny AS (SELECT fornavn + \' \' + efternavn AS navn, tlf, email from tabel_gl)

CREATE TRIGGER [navn] ON [TABEL] FOR INSERT AS

DECLARE @variabel1 varchar(10)
DECLARE @variabel2 char(1)

DECLARE [navn]_cursor SCROLL CURSOR
FOR select * FROM inserted

OPEN [navn]_cursor

FETCH First FROM [navn]_cursor INTO @variabel1, @variabel2.....
if (@@FETCH_STATUS <> -1) /* do I have a record */
BEGIN

END

FETCH Next FROM [navn]_cursor INTO @variabel1, @variabel2.....
END

CLOSE [navn]_cursor
DEALLOCATE [navn]_cursor

Ovenstående er et lille eksempel, sig til hvis du skal have forklaring til det.

CREATE TRIGGER [navn] ON [TABEL] FOR INSERT AS

DECLARE @variabel1 varchar(10)
DECLARE @variabel2 char(1)

DECLARE [navn]_cursor SCROLL CURSOR
FOR select * FROM inserted

OPEN [navn]_cursor

FETCH First FROM [navn]_cursor INTO @variabel1, @variabel2.....
if (@@FETCH_STATUS <> -1) /* do I have a record */
BEGIN
-- den kode du vil lave for hver record
END

FETCH Next FROM [navn]_cursor INTO @variabel1, @variabel2.....
END

CLOSE [navn]_cursor
DEALLOCATE [navn]_cursor

slash>>

Det ser fornuftigt ud

Er det samme procedure med update ?

bare:
create trigger smeltdatasammen on dbo.tabel_gl
for insert
as

declare @fnavn varchar(100)
declare @enavn varchar(100)
declare @tlf int
declare @mail varchar(100)
declare @navn varchar(200)

select @fnavn=fornavn, @enavn=efternavn, @tlf=tlf, @mail=email from inserted

select @navn = @fnavn + \' \' + @enavn

updateSQL..........

hov:

for update

der skal du have update med - som vist her:

create trigger smeltdatasammen on dbo.tabel_gl
for insert, UPDATE, DELETE
as

stig3 >> hvis sql-server books online ellers findes til 6.5 så vil jeg anbefale at du læser lidt i den - læs evt. i sql server books online til 7.0... der står en masse gods ang. triggers

bare så du får lidt mere overblik over triggers - hvis det ender op med at du anvender det!

Jeg har vist hvad jeg skal bruge.

Jeg vender tilbage med uddeling af pts., når jeg har fået testet hvad der virker..........

Uha - en cursor i en trigger - uha - kan kun anbefale at lade være - det er DYYYYRT i performance.

Kan godt overveje, hvordan man laver den uden cursor hvis det skulle have interesse??

Hvor skal jeg sætte den ind henne ?

Under stored procedures ?

Der er ikke mulighed for at lægge den under triggers. Det er der ikke noget der hedder.

Der er:
- Views
- Stored procedures (jeg går ud fra at det er her den skal ind?)
- Rules
- default

Jow - triggermenupunktet findes.

åbn enterprise manageren. Vælg db\'en hvor triggeren skal være. Vælg den tabel hvor triggeren skal udføre arbejdet på, altså den tabel hvor du insert i 1. gang. Højreklik på tabellen. Vælg all tasks. Vælg manage triggers. og vupti du kan lave en ny trigger

nåååhr sån\'

jæppe li jæp :-(=)

torbenkoch >> jeg tror han allerede er i gang med slash\'s eksempel uden cursor. Men slap lige lidt af, så er det heller ikke værre med performance. Jeg synes nogle gange der bliver malet alt for mange sort/hvide billeder herinde. Der er som regel en sandhed midt i mellem :-)

tmceu: Du har da ret, men der er jo ingen skade i at gøre opmærksom på det.

Skal databasen kun supportere nogle få brugere, så er det jo ikke noget problem, men er der tale om mange brugere, giver en langsom trigger nogle (relativt) lange låsningstider, som så går ud over performance.

Så din sandhed midt imellem må være, at det er ok, hvis der er relativt...) få brugere ;-)

Hvis man nu vil lave 3 triggers for samme tabel (insert, update, delete). Skriver man så det hele i den samme trigger eller lave man 3 seperate ?

Nu virker indsert, så formålet med dette spørgsmål er opfyldt.

Den endelige kode blev:
create trigger indsaet_person on Medarbejdere
for insert
as
CREATE TRIGGER indsaet_person ON dbo.Medarbejdere
FOR INSERT
AS

declare @fnavn varchar(30)
declare @mnavn varchar(30)
declare @enavn varchar(30)
declare @Initialer varchar(15)
declare @stillingbetegn varchar(50)
declare @Lokal varchar(8)
declare @Stikord varchar(255)
declare @email varchar(50)
declare @navn varchar(200)


select @fnavn=fornavn, @mnavn=mellemnavn, @enavn=efternavn, @stillingbetegn=Titel, @Lokal=telefon_nummer, @initialer=initialer, @stikord=CONVERT(varchar(255), beskrivelse) from inserted

select @email = @initialer + \'@arf.dk\'
select @navn = @fnavn + \' \' + @mnavn + \' \' + @enavn

insert into person (navn, initialer, stillingbetegn, lokal, stikord, email, kalendersync) values (@navn, @initialer, @stillingbetegn, @lokal, @stikord, @email, 1)


På falderebet.....
Skal man lave 3 triggers hvis man vil lave for delete, update og insert eller skriver man det hele i een trigger ?

stig3:

Om man laver 1, 2, eller 3 triggers afhænger meget af, hvor forskellige de er. Det står en helt frit for at kombinere UPDATE, INSERT og DELETE triggers, men logisk vil man nok typisk vælge at kombinere (hvis man altså kombinerer dem) UPDATE og INSERT og holde DELETE for sig selv.