AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi ADOConnection.ConnectionString
Thema durchsuchen
Ansicht
Themen-Optionen

ADOConnection.ConnectionString

Ein Thema von Walter Landwehr · begonnen am 3. Jun 2013 · letzter Beitrag vom 6. Jun 2013
Antwort Antwort
Walter Landwehr

Registriert seit: 28. Mär 2006
Ort: 32816 Schieder-Schwalenberg
384 Beiträge
 
Delphi 10.4 Sydney
 
#1

ADOConnection.ConnectionString

  Alt 3. Jun 2013, 07:50
Datenbank: MSSQL • Version: R8 • Zugriff über: ADO
Hallo,

ich baue eine Verbindung zur Datenbak mit golgenden ADOConnection.ConnectionString auf.

Delphi-Quellcode:
ADOConnection.ConnectionString := 'Provider=SQLOLEDB.1;Integrated Security=SSPI;'
          + 'Persist Security Info=False;Initial Catalog= sa020;'
          + 'Data Source= 192.168.4.1;'
          + 'Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;'
          + 'Use Encryption for Data=False;Tag with column collation when possible=False';
Lasse ich die Anwendung direkt auf den Server laufen funktioniert diese Verbindung.

Nun möchte ich aber über einen Client auf die Datenbank zugreifen funktioniert diese Verbindung nicht.

Ich denke diese Zeile 'Data Source= 192.168.4.1;' ist das Problem. Hat jemand einen Tipp wie die Verbindung von einem Client zum Server richtig läuft.

Walter
Walter Landwehr
  Mit Zitat antworten Zitat
Benutzerbild von Back2Code
Back2Code

Registriert seit: 6. Feb 2012
Ort: Deutschland
272 Beiträge
 
Delphi XE7 Professional
 
#2

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 07:55
Check mal die Sicherheitseinstellungen vom Server. Eventuell blockt die FW die einkommende Verbindung von deinem Client Pc.
  Mit Zitat antworten Zitat
Walter Landwehr

Registriert seit: 28. Mär 2006
Ort: 32816 Schieder-Schwalenberg
384 Beiträge
 
Delphi 10.4 Sydney
 
#3

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 08:15
Muss hierzu ein besonderer Port geöffnet sein?
Walter Landwehr
  Mit Zitat antworten Zitat
Benutzerbild von Back2Code
Back2Code

Registriert seit: 6. Feb 2012
Ort: Deutschland
272 Beiträge
 
Delphi XE7 Professional
 
#4

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 08:20
Ich kenns bisher nur von MySQL (3306) & soweit ich weiß ist es bei MSSQL (1433).

Dein Client ist aber schon im Internen Netzwerk oder? Also du erreichst den Server wenn du ihn anpingst?
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#5

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 09:44
Ich hab schon lange nicht mehr mssql gearbeitet. Es handelt sich vermutlich um ein Rechteproblem.
Entweder du arbeitest bei der Connection mit einem Datenbank User oder einem System/Domain User (integrated security). Lokal sollte das kein Problem sein (wie bei Dir). Für einen Zugriff von einem anderen Rechner aus, müssen sich aber zunächst die Rechner bzw User kennen (in einer Windowsdomäne geht das größtenteils "automatisch")
Dennoch musst Du administrativ in Deiner DB festlegen welche (Domain)user denn nun auf Deine DB zugreifen dürfen.
Gruß, Jo
  Mit Zitat antworten Zitat
jensw_2000
(Gast)

n/a Beiträge
 
#6

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 09:50
In der SQL Server Oberflächenkonfiguration kann man festlegen, welche Protokolle aktiv sind und ob sie über das Netzwerk erreicht werden können (Named Pipes, TCP/IP, Shared Memory)

Geändert von jensw_2000 ( 3. Jun 2013 um 11:15 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#7

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 11:13
Code:
SQLOLEDB.1;Password=yyyyyy;Persist Security Info=True;User ID=xxxxxx;Initial Catalog=MMMMMM;Data Source=MeinServerName
So sieht meine Connection mit einem DB-User aus. aber grundsätzlich würde ich mir den Connectionstring von ADO basteln lasen.

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector

Geändert von p80286 ( 3. Jun 2013 um 11:38 Uhr)
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#8

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 11:36
Die letzten beiden Hinweise entbinden den TE aber nicht davon, auf dem Server einen zusätzlichen User anzulegen / zu berechtigen.
Variante DB USer:
für Tests, zum Spielen in heterogenen Umgebungen (nicht alle User aus Windows Domäne) am vielseitigsten
Variante Domänen User:
Für Endanwender in einer Domäne am bequemsten, vor allem für den Enduser
(im vorliegenden Fall unklar, ob das 2.System überhaupt ein Domänenrechner ist)
Gruß, Jo
  Mit Zitat antworten Zitat
Benutzerbild von sx2008
sx2008

Registriert seit: 15. Feb 2008
Ort: Baden-Württemberg
2.332 Beiträge
 
Delphi 2007 Professional
 
#9

AW: ADOConnection.ConnectionString

  Alt 3. Jun 2013, 11:38
Falls es sich beim SQL Server um eine Express-Edition handelt, dann ist per Default der Zugriff über das Netzwerk nicht aktiviert.
Das Netzwerkprotokoll TCP/IP muss erst im SQL Server Configuration Manager freigeschaltet werden.
fork me on Github
  Mit Zitat antworten Zitat
Walter Landwehr

Registriert seit: 28. Mär 2006
Ort: 32816 Schieder-Schwalenberg
384 Beiträge
 
Delphi 10.4 Sydney
 
#10

AW: ADOConnection.ConnectionString

  Alt 6. Jun 2013, 15:40
Hallo,

Dank an alle. Das Problem war tatsächlich die User-Rechte.

Walter
Walter Landwehr
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:55 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz