skapa poster i mssqldatabas med c#

kan jag spara artikelnummret i en ViewState-variabel?

Är det är på samma sida som data skall sparas och sedan visas?
I såfall borde du ju kunna lösa det med en metod som anropar en Stored Procedure som både sparar en post och returnerar data till tabellen

nåt i stil med
MyDynamicTable.datasource=MyLittleMethod(tjolahopp.text.... osv)

IeNumrable of<poster> MyLittleMethod(string title){

// Spara post+hämta

}

Om din databasmotor fattar triggers är det den bästa lösningen.

Syntaxen är typ:

create trigger AutoPopulateSecondaryTable 
	on PrimaryTable
	after insert
as
begin
	insert into SecondaryTable
	(
		refId, 
		foo, 
		bar, 
		baz
	)
	select 
		i.id, 
		i.fooValue, 
		i.barValue, 
		i.bazValue
	from 
		inserted i
	
end

Man får automatiskt en referens till den nya, precis skapade raden i tabellen genom inserted så den andra tabellen kommer automatiskt alltid att populeras när nya rader läggs in. Skitsmidigt och effektivt.

Triggers går att lägga in för updates också. :)

jag visste inte att det fanns triggers ^^ det verkar vara skitbra ju! jag ska testa lite så återkommer jag om jag behöver hjälp :)

det finns ett litet problem, och det är att från en annan sida så ska man kunna lägga till poster i enbart den första tabellen. Om jag använder en trigger så kommer väl den andra tabellen också fyllas på oavsett varifrån jag lägger till?

Dessutom när man lägger till i både den första och andra tabellen så finns det vissa värden som inte ska läggas till i den första tabellen, utan bara i den andra. Hur får jag dessa värden in i triggern?

Okej, så om jag ska testa att göra en stored procedure, hur skickar jag värden till denna? Jag känner mig så dum som frågar alla dessa noobfrågor men jag har googlat runt ett tag och hittar inget som är särskilt lätt att förstå...

EXEC din_procedur värde1, värde2, värde3

Sanji skrev:

det finns ett litet problem, och det är att från en annan sida så ska man kunna lägga till poster i enbart den första tabellen. Om jag använder en trigger så kommer väl den andra tabellen också fyllas på oavsett varifrån jag lägger till?

I triggern skulle du kunna kolla om ett visst värde är satt eller inte och agera därefter.

if (i.fooValue is null) -- fooValue skulle kunna vara en flagga som avgör om triggern ska köras eller ej.
begin
	insert into SecondaryTable
	(
		i.id, 
		'apa', -- istället för i.fooValue eftersom det inte har något värde.
		i.barVaue
		[...]

end

Sanji skrev:

Dessutom när man lägger till i både den första och andra tabellen så finns det vissa värden som inte ska läggas till i den första tabellen, utan bara i den andra. Hur får jag dessa värden in i triggern?

Om du inte vill att värden ska läggas till i tabell #1, då ska dom väl inte vara med i insert-statementet? Vill man ha med data från andra tabeller går det att joina in dom som i en vanlig Sql-fråga. Triggers är inte så konstiga egentligen. Tänk att inserts funkar precis som vanligt på tabellen som datat läggs in i men med skillnaden att man kan göra andra saker i följd utan att det märks för den som körde själva inserten.

I en trigger kan man alltså använda den nya datan från inserted, hämta data från en annan tabell och skjuta in resultatet (av inserten och den andra tabellen) i en tredje tabell.

Hoppas att jag inte rörde ihop det mer nu. :)

Triggers känns som helt fel väg, onödigt komplext. Använd en stored procedure.

clarkbones skrev:

Triggers känns som helt fel väg, onödigt komplext. Använd en stored procedure.

Komplext? Nej, det är det inte. Eller har du lust att förklara vad du menar med "onödigt komplext"? Är systemet beroende av att data alltid finns i tabell #2 också tycker jag inte att det är komplext alls - snarare tvärtom - men om det finns undantagsfall är det kanske inte optimalt, nej. Då måste man ju dokumentera undantagen och komma ihåg när/när inte ändringarna läggs in i tabell #2. I så fall kan jag nog hålla med. :)

Undantagsfall finns, som jag skrev i en tidigare post så ska man kunna köra en insert på endast FÖRSTA tabellen.

Den första tabellen är ett artikelregister som man kan fylla på från en sida, och den andra tabellen ska innehålla artiklar från artikelregistret MEN där har artiklarna också bland annat ett till ID som hör till en förfrågan, då man ska kunna lista artiklar som hör till denna förfrågan. Andra värden som antal finns också i denna tabell.

Från förfrågan-skaparen ska man också kunna skapa en helt ny artikel som sparas in både i artikelregistret och i förfråganartikelregistret, för att användaren ska slippa gå fram och tillbaka ofta när denna arbetar,vilket sparar in en massa tid.

Vad jag förstår av er så verkar ni vara överens om att det är en stored procedure som gäller. Då ska jag försöka göra en sådan, jag har dock ingen erfarenhet av detta så det blir att läsa på lite...

Tack för all hjälp hittills, återkommer!

kan man få värdet för ID't i en stored procedure på samma sätt som i en trigger, genom att kolla inserted?

jag har skrivit ihop en stored procedure nu, men jag har gjort något fel... den klagar på "incorrect syntax near GO".

här är den:

ALTER PROCEDURE AddArticles_InqArticles
(

@companyID varchar(50),
@articlenr varchar(50),
@term varchar(50),
@description varchar(MAX),

@inquiryartID varchar(50),
@inquiryID varchar(50),
@notice int,
@revnr varchar(30),
@pieces varchar(13),
@suborder varchar(13),
@articletext varchar(MAX)
)
AS
insert into article(ID,companyID,articlenr,term,description)Values(NULL,@companyID,@articlenr,@term,@description)

declare @ID varchar(50)
set @ID='0';
set @ID=SCOPE_IDENTITY()

insert into inquiryarticles(inquiryartID,articleID,inquiryID,revnr,pieces,suborder,notice,articletext)VALUES(NULL,@ID,@inquiryID,@revnr,@pieces,@suborder,@notice,@articletext)
GO

jag läste lite snabbt om SCOPE_IDENTYTY(), men jag vet inte riktigt hur den fungerar... men jag ska tydligen kunna hitta ID't med den

Sanji skrev:

kan man få värdet för ID't i en stored procedure på samma sätt som i en trigger, genom att kolla inserted?

Nej, den går bara att använda i en trigger.

Sanji skrev:

jag läste lite snabbt om SCOPE_IDENTYTY(), men jag vet inte riktigt hur den fungerar... men jag ska tydligen kunna hitta ID't med den

Japp! Mer om IDENTITY och SCOPE_IDENTITY här.

Sanji skrev:

jag har skrivit ihop en stored procedure nu, men jag har gjort något fel... den klagar på "incorrect syntax near GO".

Du har missat en BEGIN och END. Har korrigerat din SP nedan:

ALTER PROCEDURE AddArticles_InqArticles
(
	@companyID varchar(50),
	@articlenr varchar(50),
	@term varchar(50),
	@description varchar(MAX),

	@inquiryartID varchar(50),
	@inquiryID varchar(50),
	@notice int,
	@revnr varchar(30),
	@pieces varchar(13),
	@suborder varchar(13),
	@articletext varchar(MAX)
)
AS
BEGIN
	insert into article(ID,companyID,articlenr,term,description)Values(NULL,@companyID,@articlenr,@term,@description)

	declare @ID varchar(50)
	set @ID='0';
	set @ID=SCOPE_IDENTITY()

	insert into inquiryarticles(inquiryartID,articleID,inquiryID,revnr,pieces,suborder,notice,articletext)VALUES(NULL,@ID,@inquiryID,@revnr,@pieces,@suborder,@notice,@articletext)
END
GO

den säger fortfarande "incorrect syntax near 'go' "... jag kan inte se vad felet är :( men tack för att du sade till att jag hade glömt BEGIN/END!

Och tack för länken :)

Märkligt. Scriptet fungerar för mig. Vad använder du för verktyg?

Du kan även ta bort semikolonet nedan:

set @ID='0'[B];[/B]

För du felet när du kör scriptet som redigerar din SP eller när du kör din SP?

Varför sätter du id som varchar? Om det är en räknare så borde det ju vara ett tal.

Och eftersom det här inte har något som helst med .NET att göra så flyttar jag tråden till lämpligare forum.

mvh

Det funderade jag också på. Om du har id-kolumner som endast är numeriska med auto-inkrementering, så ska dina ID-kolumner var av en numerisk typ, exempelvis int.

ALTER PROCEDURE AddArticles_InqArticles
(
	@companyID varchar(50),
	@articlenr varchar(50),
	@term varchar(50),
	@description varchar(MAX),

	@inquiryartID varchar(50),
	@inquiryID varchar(50),
	@notice int,
	@revnr varchar(30),
	@pieces varchar(13),
	@suborder varchar(13),
	@articletext varchar(MAX)
)
AS
BEGIN
	insert into article(ID,companyID,articlenr,term,description)Values(NULL,@companyID,@articlenr,@term,@description)

	[B]declare @ID int
	set @ID = SCOPE_IDENTITY()[/B]

	insert into inquiryarticles(inquiryartID,articleID,inquiryID,revnr,pieces,suborder,notice,articletext)VALUES(NULL,@ID,@inquiryID,@revnr,@pieces,@suborder,@notice,@articletext)
END
GO

Hur är det med variablerna: @companyID, @articlenr, @inquiryartID, @inquiryID? Känns som att de också bara är tal.

id't är inte ett tal eftersom id't är en uniqueidentifier. Ett exempel på ett ID är: "cf7243c8-3ef2-4d17-adf4-8769ed775973". Ursäkta mig om jag skrivit i fel forum, men när jag har löst problemet med stored procedure så tänkte jag börja skriva om själva användandet av denna på sidan, vilket då blir .net... Men jag kanske ska göra in ny tråd i så fall?

Felet får jag när jag försöker spara den, tar jag bort "GO" så försvinner felet... SP'n har jag skrivit i vs2010

Sanji skrev:

id't är inte ett tal eftersom id't är en uniqueidentifier. Ursäkta mig om jag skrivit i fel forum, men när jag har löst problemet med stored procedure så tänkte jag börja skriva om själva användandet av denna på sidan, vilket då blir .net... Men jag kanske ska göra in ny tråd i så fall?

Ja, det låter vettigt. Nu gäller ju frågorna bara SQL-server och då passar tråden in bättre här.

Sanji skrev:

Felet får jag när jag försöker spara den, tar jag bort "GO" så försvinner felet... SP'n har jag skrivit i vs2010

Ta bort GO då :) Jag rekommenderar att du använder SQL Server Management Studio Express, när du skapa dina lagrade procedurer. Finns att hämta gratis!

Om ditt id är en uniqueidentifier, varför använder du då datatypen varchar och inte uniqueidentifier?