10. juni 2004 - 14:26Der er
18 kommentarer og 1 løsning
Information fra stored procedure
Hvis jeg skal hente data ud fra en stored procedure, hvorledes gøres dette.
Jeg har sat min stored procedure op til at kunne returnere en outout værdi og dette er testet i query analyzeren og det virker.
Men hvordan får jeg det til at virke med C#. Jeg er ikke interesseret i rækker eller koloner. Kun min return output værdi, hvis man skal hente det ud fra en række så fred være med det!
Det jeg mangler er retur værdien fra min stored procedure altså hvore jeg skriver: RETURN (4) eksempelvis er har fundet ud af hvorledes jeg henter en output værdi fra min medsendte dataholder eller hvad den hedder(ParameterDirection.Output) ellers mange tak! Det andet må også være nemt, hvis man "bare gør det rigtigt" jeg har læst at det gøres på næsten sammen måde men jeg kan bare ikke få det til at virke!!! :-(
Jeps, men jeg kan ikke få det til at virke, og jeg forstår det ikke! Jeg er ved at blive tosset :-) Jeg skriver i nuværende stund OdbcParameter Return = trsOdbcCommand.Parameters.Add("@Return",OdbcType.Int); Return.Direction = ParameterDirection.ReturnValue;//Sets direction int locReturnValue = trsOdbcCommand.ExecuteNonQuery(); giver -1 og locReturnValue = (int)Return.Value; fejler hvad gør jeg forkert, jeg modtager -1 og null og jeg skriver i min stored procedure RETURN (0) eller RETURN (1)
Takker for din tid, du skal selvfølgelig have pointene for din effort! Beklager tiden, men løste problem på andet vis. Ved du evt. om det er muligt at retunere en output værdi hvis man bruger: cmd.ExecuteReader(); sammen med sit recordset?
Hrmm det er mærkeligt.... Tilgår det på næsten samme måde, dog gennem en odbc forbindelse. Men det burde jo ikke gøre nogen forskel. Men hvis du vil eller har lyst kan du jo prøve om det gør en forkel hos dig, kan dog ikke se hvorfor, jeg må bare klø på.
Det er simpelhen et spørgsmål om det der er valgt som måden projektet skal køre på, de er jo mener effektive end alm. sql queryes, men det kan være jeg kan smutte uden om, da de udtyk jeg skal bruge ikke er så tidskrævende! Men hvad mener du med portable
Stored procedures er mere effektiv end almindelige queries.
Mit spørgsmål var hvorfor I brugte Odbc i.s.f. SqlClient (System.Data.Odbc versus System.Data.SqlClient).
Fordelen ved Odbc er at den kan bruges med alle databasser. Men stored procedures er alligevel database specifikke, så derfor syntes jeg måske lige så godt at I kunne bruge SqlClient.
JAhh, når skidtet ikke virker så er der nok ikke nogen vej uden om! Så sql it is...
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.