Hallo Liste,

ich will/mu� einen SQL-Server auf dem DC installieren. La� ich den SQL
einfach mit dem Administrator-Konto laufen, oder besser ein eigenes daf�r
erstellen? Wenn ja, was f�r eins: Kopie vom Administrator, Benutzer oder
Gast, hauptsache Recht zum Anmelden als dienst ist vorhanden ?


mfG - D. L�tje

---

                 \\|||//                   //|||\\
                 |     |                   (�   �)
                 (.) (.)                      "
==============oOO==(_)==OOo=============��O===�==O��==============

Dieter L�tje, Kernkraftwerk Kr�mmel, Elbuferstr. 82, D-21502 Geesthacht.
Tel.: +49 (0)4152 - 15 27 86, Fax: +49 (0)152 - 15 25 17.
eMail: [EMAIL PROTECTED]

PGP-Key at: idap://certserver.pgp.com or
PGP-Fingerprint: C52A 5AEC 91B1 7F84 3BCA F406 43AE 8845 27CC 09BA


> -----Urspr�ngliche Nachricht-----
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 30. Mai 2002 14:56
> An: [EMAIL PROTECTED]
> Betreff: [aspdedatabase] AW: Stored Procedures
> 
> 
> Hallo!
> 
> > Ich mu?te mich innerhalb von ein paar Stunden etwas in Stored
> Procedures
> > einarbeiten, habe aber derzeit absolut keine Ahnung davon. Ich wei?
> nur,
> > da? das etwas ist, wofur man den SQL-Server braucht. Hat 
> irgendjemand
> > von Euch irgendwie dokumentierte Beispiele oder Ahnliches, womit ich
> > mich beschaftigen kann? Der Zusammenhang, in dem ich es brauche ist
> ein
> > ASP-Projekt. Ich mu?te morgen fruh eine gewisse Grundahnung von der
> > Materie haben. SQL-Server 2000 hab ich am laufen.
> 
> Fang mit Access an:
> 
> Eine VIEW besteht aus einer SELECT-Abfrage ohne Parameter. Eine
> PROCEDURE besteht aus einem einzelnen SELECT-, INSERT-, UPDATE-,
> DELETE-Statement und hat in der Regel auch Parameter.
> 
> VIEWs und PROCEDUREs kannst Du unter ASP am besten wie folgt aufrufen:
> 
> dim ra, cm: set cm = Server.CreateObject("ADODB.Command")
> cm.ActiveConnection = "...Connection-String..."
> cm.CommandText      = "...Name der View/Proc..."
> cm.CommandType      = adCommandUnknown ' may be you'll know it ?!
> 
> call cm.Execute(ra, array(...P1..., ...P2..., ...), 
> adExecuteNoRecords)
> 
> ... oder Du willst ein Recordset zuruckhaben ...
> 
> dim rs: set rs = Server.CreateObject("ADODB.Recordset")
> set rs = cm.Execute(ra, array(...P1..., ...P2..., ...))
> 
> In beiden Fallen werden die Parameter einfach in einem Array 
> ubergeben.
> Die Reihenfolge entspricht dabei der im SQL-Statement.
> 
> Jetzt zu SQL-Server:
> 
> Hier kommst Du um die wirklich sehr gute Online-Dokumentation nicht
> herum.
> 
> Eine Stored Procedure in SQL Server kann im Gegensatz zu 
> denen in Access
> aus mehreren Statements bestehen. Zusatzlich kannst Du Variablen
> deklarieren und verwenden und Statements fur die 
> "Programmsteuerung" (IF
> ... THEN ... ELSE ..., WHILE ..., ...) einsetzen. Und es stehen Dir
> zahlreiche vordefinierte Stored Procedures (z. B. E-Mails verschicken,
> Protokolldatensatze schreiben) zur Verfugung.
> 
> Wenn die Beispiele in der Online-Dokumentation nicht 
> ausreichen, findest
> Du ganze Script-Sammlungen im Internet (Stichwort: 
> Transact-SQL, T-SQL,
> Stored Procedure, SP, ...). Die SPs kannst Du ganz einfach im 
> Enterprise
> Manager erstellen und im Query-Analizer erstellen und testen.
> 
> Tipps:
> 
> Nenne Deine SPs nie "sp_....", da das fur die internen Scripts
> reserviert ist und Dein Script dann immer zunachst in der Master-DB
> gesucht wird.
> 
> Wenn Du ein Recordset nicht mit Firehose-Cursor zuruckgeben mochtest,
> musst Du den Cursor in der SP selber definieren.
> 
> Seit SQL Server 2000 hat man auch Benutzerdefinierte Funktionen. Die
> sind etwas einfacher zu handhaben und viele Falle, die fruher mit SPs
> realisiert wurden, konnen heute einfacher mit FUNCTIONs gelost werden,
> z.B. Berechnungen fur virtuelle Spalten, komplexe 
> Sub-Selects. Wenn ich
> eine "alte" SQL-Server-Anwendung betrachte, fallt mir immer auf, dass
> man ca. 50% der Stored Procedures durch SUB-Selects, JOINs, 
> TRIGGER oder
> FUNCTIONs ersetzen kann.
> 
> Freundliche Gru?e
> Joachim van de Bruck
> 
> 
> 
> | [aspdedatabase] als [EMAIL PROTECTED] subscribed
> | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv
> | Sie konnen sich unter folgender URL an- und abmelden:
> | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
> 


| [aspdedatabase] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp

Antwort per Email an