TADOConnection und anderer Port als 1433???

[Kedariodakon]

Hab nu das Problem, dass ich nun einen lokalen SQL-Server zu laufen habe, dieser aber auf dem Port 1346 läuft... Warum auch immer...
Es gibt SQL-Tool, da kann man den Port ändern und kann erfolgreich connecten... aber wie kann ich bei der TADOConnction den Port ändern???


Kann man die TADOConnection Komponente vielleicht umschreiben? Könnte das Erfolg haben? Eine neue schreiben? oder kennt jemand eine Komponente mit der ich vielleicht die TADOConnection komponente vielleicht ersetzen könnte?

MFG Keda

[Leuselator]

Vergiss es (es sei denn Du suchst jede Menge Ärger mit Deinem Programm :mrgreen: )! Installier die MSDE ordentlich (siehe Dein anderer Thread) und alles ist schön.
Gruß

[Kedariodakon]

Also unmöglich?

MFG Keda

[Leuselator]

"Geht nicht" gibt's nicht!
Aber ich würde noch nichtmal darüber nachdenken, weil Aufwand und Nutzen in keinerlei Verhältnis stünden.

Niemand, der sich verfahren hat und plötzlich vor einem morastigen Weg steht, würde darüber nachdenken, sich einen Panzer zu bauen, um auf dem offensichtlichen Irrweg weiterfahren zu können - er würde in die Karte schauen, den richtigen Weg (Autobahn) suchen, umkehren und noch am selben Tag am Ziel die Glotze anschalten und sein Bier trinken...

Gruß

[Kedariodakon]

Doch ich würd den Panzer baun, denn Panzer fahren macht Spass :spin:

Gibts vielleicht andere MS-SQL komponenten, welche vielleicht einen Portwechsel unterstützen?

MFG Keda

[Bernhard Geyer]

Wie schaut der Connection-String aus?

ADO kann ab Version 2.5 (oder wars 2.6) automatisch den Port herausfinden (auch wenn nicht der Default-Port verwendet wird). Evtl. hast Du eine spezielle Netzwerkbibliothek eingestellt (besser ist es keine vorzugeben), damit die Erfolgswahrscheinlichkeit größer ist.

[Phoenix]

Zitat:

Zitat von Bernhard Geyer

Wie schaut der Connection-String aus?

ADO kann ab Version 2.5 (oder wars 2.6) automatisch den Port herausfinden (auch wenn nicht der Default-Port verwendet wird). Evtl. hast Du eine spezielle Netzwerkbibliothek eingestellt (besser ist es keine vorzugeben), damit die Erfolgswahrscheinlichkeit größer ist.

Daztu müsstest Du nur den Dienst 'Computerbrowser' starten, wie ich in Deinem anderen Thread auch schon geschrieben hatte. Der Dienst sollte an und für sich sowieso automatisch gestartet werden. Ich weiss nicht, warum den MS defaultmässig auf Manuell einstellt...

[Bernhard Geyer]

Zitat:

Zitat von Phoenix

Dazu müsstest Du nur den Dienst 'Computerbrowser' starten, wie ich in Deinem anderen Thread auch schon geschrieben hatte. Der Dienst sollte an und für sich sowieso automatisch gestartet werden. Ich weiss nicht,
warum den MS defaultmässig auf Manuell einstellt...

Wieso Computerbrowser? Es geht bei meinem Post um den Connection-String des Clients. Und ADO kann (und damit die Delphi-ADOExpresskomponenten auch) können auch einen SQl-Server finden, welcher nicht auf den Standard-Port lauscht. Und das mann einen SQL-Server mal nicht auf den Standard-Port laufen lässt finde ich völlig normal. Bei einer lokalen Installation ist es halt sehr ungewöhnlich.

[Kedariodakon]

Wo bekommt man neuere ADOKomponenten her?

Ich hab nutz Delphi 7 Enterprise und nutz dementsprechent auch die die da standartmäßig dabei sind...


Edit: Computerbrowser ist auf Automatisch und läuft auch nach nem Neustart...
Und trotzdem kann ich nicht auf meinen lokalen Server mit TADOConnection connecten...
Auf anderen gets aber...

MFG Keda

[Phoenix]

Zitat:

Zitat von Bernhard Geyer

Wieso Computerbrowser? ... Und ADO kann (und damit die Delphi-ADOExpresskomponenten auch) können auch einen SQl-Server finden, welcher nicht auf den Standard-Port lauscht.

Das kann ADO aber nur dann, wenn auf dem Zielrechner der Dienst "Computerbrowser" läuft. Sonst guckt ADO nämlich in die Röhre. Ist zwar dämlich, aber leider hat sich MS da an der Stelle wohl nicht so viel gedacht.

ADO fragt nämlich auf dem Zielrechner ab: Hast Du ne Datenbank mit dem Namen XYZ? Wenn der Zielrechner die Info aber selber nicht hat (weil der Dienst nicht läuft) sagt der nur: Nö. Dann guckt auch ADO auf dem Standardport und wenn der da nicht ist, haste pech gehabt.

[Bernhard Geyer]

Zitat:

Zitat von Kedariodakon

Wo bekommt man neuere ADOKomponenten her?

Brauchst Du für dieses Problem nicht (bzw. kann es nicht geben. die ADOExpress-Komponenten von Delphi setzen auf die installierte ADO-Schnittstelle auf. Und wenn diese aktualisiert ist, so kann (solange keine neue Features ergänzt wurden) sondern nur Verbesserungen vorgenommen wurden, so profitieren die ADOExpress-Komponenten davon.

Aber Du kannst ja mal die SDAC-Komponenten probieren. Diese sind eine komplett neuprogrammierung direkt auf der OLE DB-Schnittstelle aufsetzenden Komponenten für den MS-SQL-Server.

Zitat:

Zitat von Phoenix

Das kann ADO aber nur dann, wenn auf dem Zielrechner der Dienst "Computerbrowser" läuft. Sonst guckt ADO nämlich in die Röhre. Ist zwar dämlich, aber leider hat sich MS da an der Stelle wohl nicht so viel gedacht.

ADO fragt nämlich auf dem Zielrechner ab: Hast Du ne Datenbank mit dem Namen XYZ? Wenn der Zielrechner die Info aber selber nicht hat (weil der Dienst nicht läuft) sagt der nur: Nö. Dann guckt auch ADO auf dem Standardport und wenn der da nicht ist, haste pech gehabt.

Wieder was gelernt :-)

[Kedariodakon]

Zitat:

Zitat von Phoenix

...SDAC-Komponenten.....

Dafür wollen die auch ordentlich Geld sehen...
Gibts irgendwelche freien Kompnenten?


Das mit dem Computerbrowser funktioniert aber auch nur, wenn sich die Server da eintagen ^^


MFG Keda

[romber]

Sorry, dass ich diesen alten Thread neu beleben musste...

Bernhard Geyer schrieb, dass ADO ab einer bestimmten Version die Ports automatisch erkennen kann. Phoenix hat in seinen Beiträgen behauptet, ein Windows-Dienst namens "Computerbrowser" koordiniert unter anderem die SQL-Verbindungen auf manuell festgelegte Ports. Bei mir ist es irgendwie nicht der Fall. Ich habe ein Windows Web Server 2008 mit MS SQL Server 2008 Enterprise drauf. Den Port 1433 habe ich manuell umgestellt. Computerbrowser sowie SQL Server Browser werden automatisch gestartet und laufen auch einwandfrei. Trotzdem schlagen alle ADO-Verbindungen fehl.

Gibt es noch etwas, was man beachten sollte?

[alzaimar]

Hi romber,

Ich denke, ein Thread zu diesem Themenkomplex sollte genug sein

Hier gehts weiter

Hier ist

* * * g e s c h l o s s e n * * *