Tut mir leid, dass ich mich da einmische, aber ich war der Meinung, dass ein SP keine Abfrage ist. Mit Stored Procedures werden Dateien in den Cash geschrieben und mit dem EXECUTE-Befehl wieder aus dem Cache gelesen. Mit einer Access-Abfrage wird immer wieder auf die Tabellen zugegriffen. Access ist f�r gro�e Projekte nicht geeignet, da die Anzahl der gemeinsamen Zugriffe und die zul�ssige Gr��e der mdb-Datei begrenzt sind.
Laut Microsoft sind SPs mit MS-SQL Server 6.5 nicht lauff�hig. Meine Anwendungen laufen unter MS-SQL 7 und 2000 ohne Probleme. -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von matthias Gesendet: Donnerstag, 21. M�rz 2002 07:45 An: aspDEdotnet Betreff: [aspdedotnet] AW: Re: AW: Re: SQL stored procedures Hi Serge, nat�rlich sind MS SQL-Server und Access am Ende nicht vergleichbar und es ist dringend davon abzuraten, mit Access irgendetwas halbwegs gut besuchtes auf einem Server anzustellen. Da macht Access sehr schnell die Gr�tsche. Ich dachte (wohl falsch) es ginge Dir nur darum, mal zu sehen, wie einfach der Zugriff auf eine gespeicherten Prozedur (und was ist eine Access-Abfrage, allegemein betrachtet, anderes?) aus einer aspx-Seite funktioniert. Wenn du allerdings in SQL (Sprache) tiefer einsteigen und die Datenbanken zu gr��eren Projekten selber stricken und gespeicherte Prozeduren per SQL erstellen willst, dann kommst Du um eine ausgewachsene Sache, wie sie z.B. der Microsoft SQL-Server darstellt nicht herum und mu�t allerdings auch tief in die Haushaltskasse greifen. Wenn Dein Schwerpunkt die Seiten sind, die auf die Datenbank zugreifen und das sp�ter zum Einsatz kommende Produkt der MSSQLServer ist, der vielleicht noch von Datenbankspezis best�ckt wird, dann ist, wie auch im Buch von J�rg Krause �ber ASP sehr sch�n beschrieben, Access f�r Lern und sp�ter auch Testzwecke allemal sehr brauchbar. Schnell einzurichten und so manches auch mit der Importfunktion in MS SQL-Server zu importieren. -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Serge Runge Gesendet: Mittwoch, 20. M�rz 2002 20:58 An: aspDEdotnet Betreff: [aspdedotnet] Re: AW: Re: SQL stored procedures Aha, ja ich glaub langsam kann ich das ein wenig einordnen...nur ein Problem bleibt mir....ich kann mit meiner Version von Access 2000 selbst keine sp erstellen.... habe mal versucht eine neue Abfrage aufzusetzen mit CREATE PROCEDURE sp_Beispiel1..... und es kam die Meldung zur�ck: der Befehl CREATE [TABLE,....] in der Form CREATE PROCEDURE w�re unzul�ssig... gebrauche ich einfach ne neue Access Version oder gehe ich falsch vor? Die sp muss ja irgendwie in dem .mdb File gespeichert werden...aber da dacht ich mir als tabelle ja wohl kaum....ne Abfrage lag da f�r mich am n�chsten Gruss Serge ----- Original Message ----- From: "Albert Brons" <[EMAIL PROTECTED]> To: "aspDEdotnet" <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 8:41 PM Subject: [aspdedotnet] AW: Re: SQL stored procedures Hallo, Nun korrekterweise muss das MS SQL Server heissen, ist halt ein DB-Server wie Oracle, Informix, DB2 usw. MS SQL wird meiner einer Administrationsoberfl�che (="Editor") geliefert. Ein ODBC-Treiber f�r MS SQL wird bei einer Win-Installation automatisch mit installiert. SQL an sich bezeichnet eine Abfragesprache f�r Datenbanken (also die Sache mit Select, Insert usw.). Storde Procedures in Access, nun ja vielleicht hilft dieser Artikel ja weiter: http://www.aspheute.com/artikel/20000525.htm Ich hoffe mein Beitrag konnte ein wenig zur Aufkl�rung dienen. mit freundlichen Gr��en Albert Brons eMail : [EMAIL PROTECTED] WWW: http://www.abnetz.de -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Im Auftrag von Serge Runge Gesendet: Mittwoch, 20. M�rz 2002 20:33 An: aspDEdotnet Betreff: [aspdedotnet] Re: SQL stored procedures Hallo nommal, Ich hatte nicht die Ahnung das SQL eine komplett eigene Datenbankform ist....bisher hatte ich vom Begriff SQL angenommen, es handle sich dabei um einen weiteren Datenbankprovider - neben ADO, OleDb, etc. Also wenn dem denn so ist und ich nicht wieder was falsch verstanden habe, so m�sste dann doch f�r SQL-Datenbanken auch einen speziellen Editor von MS geben? Mit Access sind doch nur Datenbanken erstellbar, wie sie mit den g�ngigen Providern erreichbar sind? Obwohl ich davon sicher schon geh�rt h�tte...ach verdammt....irgendwie haben eure Statements bei mir nur noch mehr Verwirrung ausgel�st...ich hoffe das kl�rt sich auf. hat nich wer nen konkretes Beispiel? Serge ----- Original Message ----- From: "Dr. Ernst Eicher" <[EMAIL PROTECTED]> To: "aspDEdotnet" <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 2:01 PM Subject: [aspdedotnet] Re: SQL stored procedures > Hallo Serge! > Ich kenne keine M�glichkeit sp in Access zu realisieren. > Bei SQL Server kannst Du auf die sp gleich wie auf eine query > zugreifen. Eine Applikation, die auf Access und SQL Server laufen > soll, mu� auf sp verzichten. lg > Ernst > > ----- Original Message ----- > From: "Serge Runge" <[EMAIL PROTECTED]> > To: "aspDEdotnet" <[EMAIL PROTECTED]> > Sent: Wednesday, March 20, 2002 11:02 AM > Subject: [aspdedotnet] SQL stored procedures > > > > Hallo Jungs, > > > > ich habe im Sample vom iBuySpyStore gesehen, dass vermehrt stored > procedures > > eingesetzt werden, um Login, Signup, etc zu realisieren. Dem w�rde > > ich > gerne > > Folge leisten, nur weiss ich nicht direkt wie oder wo die stored > procedures > > zu vereinbaren sind. > > > > 1) brauche ich daf�r zwingendermassen einen eigenen SQL Server? > > 2) wie kann ich in Access stored procedures vereinbaren? Gebraucht > > man > dazu > > nen Query mit CREATE Klausel? > > 3) wenn ich eine sp in einer Access Datenbank abgelegt hab, kann ich dann > > auch mit OleDb darauf zugreifen? > > > > W�re echt nett mir diese brennenden Fragen zu beantworten Gruss > > Serge > > > > _________________________________________________________________ > > MSN Fotos ist der einfachste Weg, Ihre Fotos auszudrucken und > > anderen Benutzern zur Verf�gung zu stellen: > > http://photos.msn.de/support/worldwide.aspx > > > > > > | [aspdedotnet] als [EMAIL PROTECTED] subscribed > > | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv Sie > > | k�nnen sich unter folgender URL an- und abmelden: > > | http://www.dotnetgerman.com/listen/aspDEdotnet.asp > > > > > | [aspdedotnet] als [EMAIL PROTECTED] subscribed > | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv Sie > | k�nnen sich unter folgender URL an- und abmelden: > | http://www.dotnetgerman.com/listen/aspDEdotnet.asp > | [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv Sie | k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp | [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp | [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp | [aspdedotnet] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp | [aspdedotnet] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
