Ich grüße euch,
ich wollte euch einmal befragen, ob einer Kenntnisse über die neue
sqlsrv_connect()-Funktion und dessen Verbindungsparameter hat.

(Wobei es mir über die Abstraktionsschnittstelle PDO lieber wäre.)
=> new PDO( "sqlsrv:Server=Computername\SQLEXPRESS ; Database = ... ", "Benutzername", "Passwort");

Die Treiber sind beide vorhanden:
php_pdo_sqlsrv_53_ts_vc9.dll
php_sqlsrv_53_ts_vc9.dll

Nun ist das Problem, dass sqlsrv_connect(), keine IP-Adresse erwartet,
ich jedoch auf einen externen MSSQL-Server zugreifen möchte.

Prozedurale Verbindung:


Dies hier ist die genutzte Quelle für den prozeduralen Verbindungsaufbau. Nirgendwo wird eine IP-Adresse, bzw. die URL abgefragt.

Hat hier einer bereits Erfahrung und kennt eine Lösung dazu?
Vielleicht habe ich auch nur etwas Offensichtliches übersehen.


[COLOR="#8b0000"]Übrigens:[/COLOR]
Dies hier ist der der Fehler-Code, der auftritt:


Vielen Dank im Voraus.
Virtual

Schade, dass bisher so wenig Resonanz gekommen ist.
Es scheint aber auch ein Verzwicktes Problem.

Nun bin ich einen Schritt weitergekommen und stehe vor einem "neuen"
Problem:

Mir ist zu Ohren gekommen, dass Apache mit PHP laufen sollte, welche vorzugsweise mit VC6 kompiliert wurde.
Ironischerweise ist die letzte in VC6 kompilierte Version PHP 5.2.16.
Was auch den Grund hat, warum Apache selbst VC9 in Nutzung hat,
jedoch die neuen MSSQL-Features nicht unterstützt.

Wo liegt hier der Sinn?
Der alte MSSQL-Treiber (php_mssql.dll) ist nicht mehr vorhanden
und der neue scheint aufgrund der Kompilierung zu streiken.

Kennt hierzu jemand eine Lösung (Ich würde nur ungern wieder zurückgreifen auf die veraltete mssql_connect()-Methode).
Immerhin möchte ich es mir nicht so einfach machen, wie unsere Repräsentaten im Flyff-Viertel ;).

[COLOR="#8b0000"]EDIT:[/COLOR]
Ich sehe gerade, dass keine 24 Stunden vergangen sind
und ich entschuldige mich für dieses Vergehen, des "Pushes".
Jedoch ist mir dieses Anliegen wichtig und wollte meine Ergebnisse nunmal mit einem neuen Post hervorheben.

Vielen Dank
// Virtual

Nein, es ist nicht komplizierter, eher nur Ansichtssache, ob es einem gefällt.
Es liegt nur daran, dass es für 5.3.8 noch kein VC6 Release gibt.
Das ist das einzige Problem.
Und umschreiben muss man dafür ebenfalls nichts?
Bezüglich des Server-Feldes: Es bleibt wie gewohnt bei Computername/SQLEXPRESS ;).

Da das Switchen über die PDO dann läuft wird es sogar deutlich einfacher,
weil du nur ein Abfrage-Schema anwenden musst,
um auf mehrere Datenbank zugreifen zu können :).

Alles wäre funktionstüchtig, wäre hier nicht die Kompilierung im Spiel.

// Virtual

Ja klar hast du den Zugang,
doch redest du von MSSQL_CONNECT(), richtig?
Wir reden aneinander vorbei,
daher bitte lese mein Anliegen nochmal genauer:

Eine Nutzung von mssql_connect() möchte ich nunmal vermeiden.
Sonst würde ich diesen Aufwand nicht betreiben.^^
Nur mit dem IP/SQLInstanz könntest du Recht haben, was ich anfangs auch dachte.

Es wird mehrfach darauf hingewiesen, dass mssql_connect() durch sqlsrv_connect() ersetzt werden kann.
Zudem ist MSSQL auch nur bedingt mit PDO kompatibel, deshalb möchte ich direkt auf sqlsrv_connect setzen.


Bitte lese es selber nach : PHP: Einführung - Manual
Versuche dich nicht immer direkt so energisch aufzuführen.
Ich versuche lediglich mit Hilfe der Neuerungen eine Verbindung aufzubauen.

[COLOR="#8b0000"]EDIT:[/COLOR] Danke, du hast mich auf die Idee gebracht auf ODBC umzusteigen,
damit ich wenigstens mit meiner Arbeit fortfahren kann, bis es einen VC6 Release gibt.

// Virtual

Es scheint mittlerweile ein ganz anderes Problem zu sein,
da ich selbst mit Microsoft Management Studio nicht in der Lage bin zuzugreifen,
unabhängig welche Verbindungsdaten ich wähle.
Mir kommt es eher in den Sinn, dass es an eventuell fehlenden Rechten liegt,
da ich zweit Benutzer auf diesem Server bin und kein "sa".
Vorort ( auf dem Root selber) bin ich in der Lage zu verbinden.


Dein Wissen könntest du auch einsetzen, um das hießige Problem nun zu lösen.
Darüber zu debattieren, wieso nun mssql_connect() abgeschafft wurde,
bringt mich selber leider nicht weiter.


Ich habe nun eine Verbindungsmöglichkeit außerhalb ohne sqlsrv_connect() und kann
dennoch auf PDO zurückgreifen. Das Problem liegt an der Verbinungsmöglichkeit an sich.
Siehe erster Absatz.

Vielen Dank
// Virtual

Unter Microsoft SQL Server gibt es keinen LoginMode.
Jedoch ein Ordner mit meinem Benutzernamen.

Ich ahne schon etwas, da dieser Benutzer dort weder Lese- noch Schreibrechte hat. ( Rechtsklick auf diesen Benutzer)
Jedoch "Spezielle Rechte", welcher mir laut Fenster Vollzugriff erlauben.
Siehe selbst:



Aufgrund dessen, dass ich keine Rechte habe Ports freizugeben,
werde ich nun einen internen MSSQL-Server anlegen.

Thema hat sich somit erledigt.
Trotzdem danke ich dir für deine Hilfe.

[COLOR="#8b0000"]EDIT:[/COLOR]
Was mir gerade eingefallen ist:
Selbst, wenn es nun auf meinem Rechner zu Hause läuft
und ich eine odbc-Verbindung aufbaue. Wie soll dies auf einem Webspace funktionieren,
bei dem nicht der passende Treiber installiert werden kann?

// Virtual

Nun, jetzt habe ich die Situation, die ich vermeiden wollte.
Auf meinem lokalen Rechner den MSSQL-Server.
Die Verbindung steht, was auch nicht wirklich das Problem gewesen ist.

Dennoch bleibt die Frage,
wie stellt man es am besten an, dassspäter hinaus auf einem Webspace,
bei dem man eben keine Treiber installieren kann, eine MSSQL-Verbindung erhällt.

Alle kostenlose Webspaces ( meines Wissens nach ) unterstützen zwar PHP und MySQL,
doch im Großen und Ganzen kein MSSQL. Gibt es hierfür überhaupt Abhilfe?

Ich hätte nunmal gerne Website vom Root getrennt, sollte der MSSQL-Server einmal nicht erreichbar sein.

// Virtual

Nun, wie wir bereits das Thema hatten, möchte ich möglichst mssql_connect() nicht nutzen.
Höchstens in der Not. ;)
Zum einen wird es nicht mehr von PHP unterstützt
und zum anderen kann ich mit sql_srv() "PreparedStatements" durchführen,
was mit MSSQL nicht möglich gewesen wäre.
( Ausnahme wäre der Umweg über PDO ;) )

Doch sicher bin ich mir nun nicht, bei welcher Verbindungsart ich bleibe.
Ich bin glücklich, dass gestern meine Verbindung erfolgreich gewesen ist und ich
komplett die Daten auslesen konnte.

Eventuell, je nach Angebot der Webspace-Anbieter,
steige ich auf die meist genutzte Verbindungsart für MSSQL-Server ( derzeit noch mssql_connect()? ) um.

// Virtual

"Umweg" ist hier lediglich ein unpassender Ausdruck gewesen.

Ich habe aktuell eine Website mit Standartfunktionen,
welche regulär auf eine MySQL-Datenbank zugreift.
Auch habe ich nun eine zusätzliche Verbindung
( aufgrund der letzten Begebenheiten,
dass MSSQL direkt nicht mehr unterstützt wird/werden wird ) über sql_srv().

Egal, wie es derzeit ist, möchte ich den einfachsten Weg finden zu MSSQL zu verbinden
und das mit möglichst wenig Aufwand.
( zu dem meist keine Konfigurationen an PHP selbst vorgenommen werden können/dürfen. )

Hättest du hier einen Vorschlag diesbezüglich?

// Virtual

Hmm, es ist für mich nicht ganz einleuchtend.
Dieses Verbindung richtet sich lediglich an MSSQL-Server Verbindungen, sobald es kein Windows-Betriebsystem ist,
in diesem Fall "Debian".

Auch hier muss ein Treiber installiert und angegeben werden.
Dennoch erscheint mir die Website als hilfreich.

// Virtual