Betreff |
Von |
Datum |
|
|
Re: stored prozedure
Hallo,
kann es sein dass du immer myParm verwendest? Verwende mal für jeden Parameter eine eigene (myParm, myParm1 oder ähnlich). Ich vermute der myParm wird überschrieben, da der erst unter... |
|
|
|
|
|
Jörg
Wiedmann
|
27.05.2004 12:40 |
|
|
Re: stored prozedure
hallo habs jetzt so gemacht , kommt leider die selbe fehlermeldung raus. muss ich da beistriche auch irgendwie einbringen zwischen den einzelnen parameter??? gruss patrick |
|
|
|
|
|
G.
Guest
|
27.05.2004 14:03 |
|
|
Shinja
Strasser
|
28.05.2004 08:59 |
|
|
G.
Guest
|
28.05.2004 09:48 |
|
|
Re: stored prozedure
Hi,
das ist jetzt allerdings in C#, müsste aber klar sein:
SqlCommand sqlCmd;
SqlConnection sqlConn = new SqlConnection(General.SQL_Connection); ... |
|
|
|
|
|
Achim
Schäfer
|
28.05.2004 10:50 |
|
|
Re: stored prozedure
hallo , erstmal herzlichen dank , werds gleich mal ausprobieren . eine frage hätt ich da zu deinem code: bei sqlCmd.CommandText = "da gehört das statement so rein wie es am sqlserver funktioniert... |
|
|
|
|
|
G.
Guest
|
01.06.2004 09:41 |
|
|
Re: stored prozedure
Hi,
CommandText enthält das komplette SQL-Statement
Für SqlParameter gibt es zig Überladungen, die, die ich da benutzt habe, empfinde ich als die einfachste (und praktisch immer ausreichende).... |
|
|
|
|
|
Achim
Schäfer
|
02.06.2004 16:14 |
|
|
Re: stored prozedure
Hallo Guest,
meine Methode ist zwar nicht ganz sauber funktioniert aber schnell und gut. Du kannst nämlich die Parameter beim SQL-Server übergeben wie im Query-Analyser.
Dim IntUserID as... |
|
|
|
|
|
Sven
Schimmel
|
08.06.2004 13:38 |
|
|
wann CodeBehind benutzen?
Hallo Devs!
Mal ne Frage: Ab wann lohnt es sich CodeBehind zu verwenden? Immerhin ist es ja doch einiges mehr an Arbeit :)
Wenn ich eine "stinknormale" Seite, also eine ohne wirklich besondere... |
|
|
|
|
|
G.
Guest
|
26.05.2004 11:33 |
|
|
Re: wann CodeBehind benutzen?
Codebehind ist grundsätzlich nicht schneller. Es gibt unterschiede beim ersten aufruf. Wenn du eine grosse website in eine DLL packst dauert der erste aufruf durch aus ein weiclhen. Wenn dann nur ein... |
|
|
|
|
|
Hannes
Preishuber
|
26.05.2004 11:50 |
|
|
Re: wann CodeBehind benutzen?
wo liegt denn dann der wikliche vorteil von codebehind, mal angesehen vom wiederverwenden (was ja auch mit ascx geht) und vom gleichzeitigen arbeiten eines layouters und programmierers (was in der... |
|
|
|
|
|
G.
Guest
|
26.05.2004 11:56 |
|
|
Re: wann CodeBehind benutzen?
Bei großen Web-Anwendungen kann eine einzige dll sehrwohl hinderlich sein. Man sollte den Web-Anwendungen in klassischem Sinn auch nur einen Front-End-Charakter geben. Geschäftslogik, DB-Zugriff, etc.... |
|
|
|
|
|
Shinja
Strasser
|
26.05.2004 12:37 |
|
|
Re: wann CodeBehind benutzen?
Hi,
ich kann aus der Erfahrung Shinjas Ansicht nur unterstützen. Der "Web-Teil" sollte nur die Darstellung übernehmen, den "Rest" rausziehen in eigene DLLs, die am besten DataTables oder DataSets... |
|
|
|
|
|
Achim
Schäfer
|
28.05.2004 10:59 |
|
|
Re: wann CodeBehind benutzen?
Hallo Hannes,
da bin ich nicht ganz deiner Meinung. Erstelle dir mal eine große Tabelle komplett im CodeBehind und dein gesamtes Frontend im CodeBehind (like SharePointPortalServer 2003 oder CMS... |
|
|
|
|
|
Jörg
Wiedmann
|
26.05.2004 13:17 |
|
|
sql-statement in asp.net
hi, ich arbeite mit sqlserver 2000 und asp.net ( vb.net) ich hab mir ein sqlstatement gebastelt das am sqlserver tadellos funktioniert , nur blick ich nicht ganz durch wie ich das jetzt in meinen vb... |
|
|
|
|
|
G.
Guest
|
26.05.2004 10:01 |
|
|
Hannes
Preishuber
|
26.05.2004 10:59 |
|
|
Re: sql-statement in asp.net
das crosstab ist eine gespeicherte prozedur auf dem sqlserver und der rest sind strings die ich mitgeben muss also von da an brauche ich das crosstab sicher und exec auch denk ich mir. gruß patrick |
|
|
|
|
|
G.
Guest
|
26.05.2004 11:07 |
|
|
Re: sql-statement in asp.net
Hi,
wie sieht denn dein Code aus mit dem du den SQL-Server ansprichst? Siehe auch meine Antwort zu der Frage wg. Stored Procedures...
so long
Achim |
|
|
|
|
|
Achim
Schäfer
|
28.05.2004 11:03 |
|
|
G.
Guest
|
26.05.2004 01:11 |
|
|
G.
Guest
|
06.09.2005 16:54 |
|