ODBC nur SELECT und CALL möglich

[watchdogg]

Hallo,

entschuldigt bitte, wenn das Thema schon mehrmals besprochen wurde, aber ich finde keine Lösung.

Ich arbeite in der CITRIX Umgebung mit PHP und über ClientAccess ODBC mit unserer iSeries Datenbank.
Verbindung steht und SELECT Statements werden einwandfrei ausgeführt.

In der ODBC-Verwaltung unserer CITRIX-Server unter dem Reiter Server ist "Schreiben/Lesen (alle SQL- Anweisungen zulässig)".
Lesen ohne COMMIT (*CHG) ist eingestellt (sollte so sein, hab ich hier im Forum irgendwo gelesen).


Aber ich erhalte folgende Fehlermeldung:


SQL error: [IBM][iSeries Access ODBC-Treiber]Anweisung verletzt Zugriffsregel:
Verbindung ist nur für Lese- (SELECT) und Aufrufanweisungen (CALL) definiert.,
SQL state 37000 in SQLExecDirect in C:\xampp\htdocs\as400\result.php on line 35
Darf man prinzipiell bei ODBC nur über CALL(procedure) Datenbanken manipulieren, oder funktioniert das auch direkt mit INSERT, DELETE, UPDATE usw.
Also auf der iSeries direkt mit STRSQL funktionierts. An den Zugriffsberechtigungen für die Datei kann es also nicht liegen.
Es muss an der ODBC liegen.

Ich arbeite zum ersten mal mit ODBC, hab also so gut wie keine Erfahrung damit. Das möchte ich gerne ändern.


MfG watchdogg

[Fuerchau]

Bist du sicher, dass PHP auch mit der ODBC-Definition arbeitet ?

Commit(*CHG) gilt nur, wenn du mit Journalen arbeitest. Ohne Journale geht nur Commit(*NONE).

[watchdogg]

Bist du sicher, dass PHP auch mit der ODBC-Definition arbeitet ?Wie meinst du das?
Wie kann ich das herausfinden?

Wie gesagt, die SELECT Statements funktionieren tadellos auch mit WHERE Klausel.

MfG watchdogg

[Fuerchau]

Soweit ich weiß, gibs für PHP auch DB2-Zugriffsbefehle.

Mir scheint hier ggf. das Problem (laut obiger Fehlermeldung), dass der DSN-Name wohl doch anders konfiguriert ist.

Prüfe bitte, ob der DSN-Name korrekt ist und ob es nicht sowohl in System- als auch Benutzer-DSN's (ODBC-Quellen) der selbe Name auftaucht aber jeweils anders konfiguriert ist.

Wie gibst du die Verbindungsfolge denn genau an ?

[watchdogg]

Hat sich erledigt, funktioniert alles bestens.:)

Fuerchau, du hattest natürlich recht mit deiner Vermutung, dass es an der ODBC-Einstellung lag.

Ich hab die ODBC- Einstellungen der CITRIX- Server gecheckt und dabei den Intranet- Server vergessen, wo das PHP läuft. ...schäm:(...

Dort stand ODBC nur auf SELECT und CALL. Hab einfach ne neue DSN-ODBC mit voller Berechtigung konfiguriert --> und fertig.

Vielen Dank für deine Hilfe.

MfG watchdogg

EDIT:
Ja, die DB2-Befehle gibt es. Aber ODBC funktioniert ebenfalls tadellos.

[Fuerchau]

Die DB2-Befehle sind in soweit besser, als dass du dann auf die Installation des ClientAccess verzichten kannst (z.B. auf 64-Bit-Server).