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 )! 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

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 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 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 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.