Office: (Office 2003) Parameterübergabe beim aufruf einer Stored Procedure auf SQL-Server

Hallo,

ich habe auf meinem BE, einer SQL-Server 2008-DB eine Stored Procedure, die ich aus ACCESS heraus nutzen möchte.
Dieser Prozedur muss ein Parameterstring in folgendem Format übergeben werden:
[Parameter1] = 'Wert1', [Parameter2] = 'Wert2', [Parameter3] = 'Wert3', [Parameter4] = 'Wert4', ...

Um Missverständnissen vorzubeugen: Die SP ist so konzipiert, dass sie nur einen Parameter erwartet und diesen dann in seine Einzelteile zerlegt.
Ich verzweifele gerade an der richtigen Übergabe der Daten, da ich immer irgendwelche Fehlermeldungen bekomme.

Hier der Code:
Code:

Innerhalb des Strings dürfen die Parameter eine beliebige Reihenfolge haben.
Der Bezeichner des Parameters muss in eckigen Klammern stehen. Die wird von der SP gefordert, da der Parameter zunächst mit Werten in einer Tabelle verglichen wird um die Art der Weiterverarbeitung zu ermitteln.

Hat jemand ne Idee, was da falsch läuft? Hab schon alle möglichen Varianten an Hochkommas versucht.

Gruß

cheapy

:)

 

100%ig verstehe ich das noch nicht.
Wie sieht denn der Parameter-Teil der sp genau aus?
Lass Dir auch vor'm Aufruf der sp den String SParams mal zum Prüfen ausgeben.

 

Hallo
ich denke Du hast eine ungereimtheit mit ''"
der vorschlag von Jan kann Dich weiter bringen

das dürfte so etwa dass sei was bei Dir rauskommt ist das Gut ?
'[GE] = ''abc'', [Sparte] = ''b234y'', [PLZ] = ''2540'', [Debitor-Nr] = ''000'', [MatNr] = ''987'', [Land] = ''CH'''

wen MatNr eine Zahl ist ist das " " evt. Falsch
auch bei anderen Zahlen
und sowas amende bei Land ''' ?

 

Es sieht im Moment so aus, dass die SP scheinbar nicht gestartet wird.
Ich hab da ne Log-Funktion eingebaut, die mir den übergebenen Parameter in eine Tabelle schreibt und da kommt nix an.
Auf ACCESS-Seite habe ich mir den ja ausgeben lassen und da ist eben nicht zu erkennen, was da verschluckt wird.
Ich gehe davon aus, dass es was mit den Hochkommas zu tun hat.
Bei einer bestimmten Kombination, die im Debug erstmal OK aussieht wird von ACCESS ein Fehelr beim ersten '='-Zeichen angemeckert.
Es ist scheinbar so, dass die Hochkommas mindestens gedoppelt werden müssen.

 

Es müssen in allen Fällen Strings übergeben werden, das ist nicht das Problem.
Würde ich den Parameter so übergeben, wie ich ihn in der SP brauche, funktioniert es nicht, da bricht ACCESS dann schon zusammen.

 

Was heißt "Access bricht zusammen"? Fehler?

Wäre es nicht prinzipiell sinnvoller, den Parameter bereits in VBA zu zerlegen und die sp anzupassen?

 

natürlich könnte man das machen aber warum eine funktionierende SP ändern, wenn es (hoffentlich) auch anders möglich ist?
Was ich vergessen habe zu sagen ist das die Anzahl der in dem Parameter übergebenen Werte unterscheidlich ist.
Ich halte das Problem für ein grundsätzliches, es kann doch eigentlich nur mit den Hochkommas und wie VBA und die SP damit umgehen zu tun haben.

Warum am Symptom rumwurschteln, wenn es möglich ist, der Ursache auf die Spur zu kommen?

 

Ja, aber wo tritt denn nun der Fehler auf? Du sagst "Access bricht zusammen"! Fehlermeldung?
Kannst Du manuell einen String zusammensetzen, mit dem die sp funktioniert? Wie sieht der aus?

 

Hallo!

So wie es aussieht, funktioniert sie ja nicht. *wink.gif*

Hast du testweise schon einmal versucht, in eine Test-SP zu übergeben, die nur den Parameter-Wert wieder ausgibt.
Falls in den Variablen keine ' vorkommen, sollte die übergebene String passen.
Innerhalb der SP werden dann die doppelten '' zu einem einfachen '.

Code:

Ist dbs die ADODB-Connection?

mfg
Josef

 

Ist dbs die ADODB-Connection?

mfg
Josef

Wenn ich die SP direkt auf dem Server starte und mit Parametern versorge funktioniert sie sehr wohl!
Wie ich schon sagte, es hängt wohl irgendwie mit der Übergabe und hier speziell den Hochkommas zusammen.

Code:

 

Hallo!

Die SP funktioniert, wenn du den in VBA zusammengesetzten String im MSSQL-Management-Studio startest?

Code:

mfg
Josef

 

Die SP funktioniert, wenn ich sie auf dem Server direkt ausführe.
Dabei muss ich ja die Parameter direkt eintippen.

 

Hallo!

Wie sieht das aus? Der einzige String-Parameter der SP muss in VBA identisch sein.
Falls du in der SP mehrere Parameter angeben musst, dann musst du das auch in VBA machen. Nach dem Beispiel aus Beitrag #1 übergibst du nur einen einzigen Parameter.

mfg
Josef

 

Hallo Josef,

wenn ich auf dem Server eine SP ausführen will, die Parameter verlangt, dann öffnet sich eine Eingabemaske in die ich den oder die, in meinem Fall ist es ja nur ein Paramerterstring mit u.U. mehreren Werden - halt wie in VBA - eingeben muss.
Beispiel:
Code:

Da bei der Übergabe von VBA an die SP Hochkommas verschluckt werden, muss es hier so aussehen:

Code:

Dann kommen die Werte wohl auch so in der SP an.
Ich hatte dann wohl nach dem Einbau der Log-Funktion (Never change a running program! *Smilie ) ein Problem mit den verschluckten Hochkommas in der SP, da muss im dem Fall wo im String Hochkommas übergeben werden dieses wieder gedoppelt werden, um den Parameterstring sauber wegschreiben zu können.
(Falls Du Dich darüber wunderst, dass ich die Parameternamen hier nicht in spitzen Klammern, wie benötigt, aufgeschrieben habe, das musste ich machen, weil die Forum-Software dann den ganzen Parameternamen weg geschmissen hat. Wurde wohl falsch interpretiert. *Smilie )

Jedenfalls habe ich es gerade so lösen können. So irre das im VBA auch aussehen mag aber es kommt dann genau das in der SP an was auch benötigt wird.

Daher ist das hier jetzt als erledigt einzustufen.

 

Hallo!

Mit welchem Programm arbeitest du "auf dem Server"?
Ich ging davon aus, dass du das Managment-Studio verwendet, in dem du in ein Abfragefenster die gleiche Anweisung eingeben kannst, wie sie in VBA erzeugt wird.

Das hattest du bereits in Beitrag #1 richtig.

Wo war jetzt die Fehlerquelle?
Ich erkenne nämlich keinen Unterschied zur Variante aus Beitrag #1 - ob du die Parameterwerte in eckige, spitze oder gar keine Klammer setzt ist ja egal, da sowieso nur ein String übergeben wird.

bezüglich doppelte Hochkommas:
Hier verhält sich T-SQL mit ' wie VBA bei ".
Beispiel:
Code:

=> Es wird abc'xyz angezeigt.


mfg
Josef