|
|
Veröffentlicht am 19.11.2016 09:15:45
|
|
|
1. C# Verbinden Sie sich mit SQL-Datenbanken
Datenquelle=myServerAddress; Initialkatalog=meinDatenbank; Benutzer-ID=meinBenutzername; Passwort=meinPasswort;
Datenquelle=190.190.200.100,1433; Netzwerkbibliothek=DBMSSOCN; Initialkatalog=meinDatenbank; Benutzer-ID=meinBenutzerBenutzername; Passwort=meinPasswort;
Server=meinServerAdresse; Datenbank=meinDatenbank; Benutzer-ID=meinBenutzerBenutzername; Passwort=meinPasswort; Trusted_Connection=Falsch;
Server=meinServerAdresse; Datenbank=meinDatenbank; Trusted_Connection=Wahr;
Server=meinServerName\derInstanzName; Datenbank=meinDatenbank; Trusted_Connection=Wahr;
Datenquelle=myServerAddress; Initialkatalog=meinDatenbank; Integrierte Sicherheit = SSPI;
1: Integrierter Sicherheitsparameter
Wenn Integrated Security auf True gesetzt ist, funktionieren die Benutzer-ID und der PW vor der Verbindungsanweisung nicht, das heißt, es wird der Windows-Authentifizierungsmodus verwendet.
Nur wenn sie auf Falsch gesetzt oder weggelassen wird, basiert die Verbindung auf UserID, PW.
Integrated Security kann auch auf: sspi eingestellt werden, was True entspricht, und es wird empfohlen, dies anstelle von True zu verwenden.
Datenquelle=myServerAddress; Initialkatalog=meinDatenbank; Integrierte Sicherheit = SSPI;
Datenquelle=myServerAddress; Initialkatalog=meinDatenbank; Integrierte Sicherheit = wahr;
Datenquelle=myServerAddress; Initialer Katalog=meinDatenbank;; Benutzer-ID=meinBenutzerBenutzername; Passwort=meinPasswortIntegrierte Sicherheit=falsch;
2: Parameter Trusted_Connection
Trusted_Connection=true, wird die Authentifizierung mit den aktuellen Windows-Kontozugangsdaten durchgeführt
Trusted_Connection=falsch; Die vertrauenswürdige Verbindungsmethode (d. h. die Windows-Authentifizierungsmethode wird nicht verwendet) wird anstelle der SQL Server 2000-Authentifizierungsmethode verwendet
Server=meinServerAdresse; Datenbank=meinDatenbank; Benutzer-ID=meinBenutzerBenutzername; Passwort=meinPasswort; Trusted_Connection=falsch;
Server=meinServerAdresse; Datenbank=meinDatenbank; Trusted_Connection=Wahr;
3: Der Initialkatalog ist der Name der Datenbank, auf die Sie sich verbinden möchten
4: WINCE-Verbindung
Datenquelle=myServerAddress; Initialkatalog=meinDatenbank; Integrierte Sicherheit = SSPI; Benutzer-ID=meinDomain\meinBenutzername; Passwort=meinPasswort;
2: Du kannst SqlConnectionStringBuilder verwenden, damit du dir den Namen nicht merken musst.
SqlConnectionStringBuilder scsb = neuer SqlConnectionStringBuilder();
SCSB. DataSource = @"(local)\SQLExpress";
SCSB. IntegratedSecurity = wahr;
SCSB. InitialCatalog = "Northwind";
SqlConnection myConnection = neuer SqlConnection(scsb. ConnectionString);
Drittens: Du kannst die Einstellung in den Eigenschaften nutzen, um die Verbindungszeichenkette automatisch festzulegen
1: Auswählen (Verbindungsstring) im Typ,
2: Wähle die Datenquelle in DataSouce aus und gib dann den Servernamen in Server mit local\SQLExpress ein
3: Wählen Sie die Login-Verifizierungsmethode, diesmal Windows-Verifizierung (d. h. vertrauen Sie der Verbindung Integrated Security=True)
4: Wählen Sie den Datenbanknamen aus und bestätigen Sie
Datenquelle=(lokal)\SQLExpress; Ursprünglicher Katalog=Nordwind; Integrierte Sicherheit = Wahr
Server = .\sqlexpress; integrierte Sicherheit = wahr; Datenbank = Nordwind
Vier: SQL2005 Methode der Remote-Server-Verbindung
Wie man Port 1433 in SQL Server 2005 öffnet:
Configuration Tool->SQL Server Configuration Manager->MSSQLSERVER-Protokoll – um zu sehen, ob das TCP/IP-Protokoll gestartet wird, falls es startet, klicken Sie mit der rechten Maustaste auf das Menü "Properties", wählen Sie im Paginierungsmenü "IP Address" und ändern Sie "TCP Port" in "IP1" und "IP2" auf 1433 und "Enabled" auf "Yes"
Konfigurationstool->SQL Server Konfigurationsmanager->SQL Native Client Konfiguration->Client Protokoll->TCP/IP Wähle Eigenschaften im TCP/IP-Rechtsklickmenü aus und bestätigen Sie, dass der Standardport 1433 und Aktiviert Ja ist.
SQL Server 2005 Remote-Verbindungskonfiguration TCP/IP-Eigenschaften:
Oberflächenkonfiguration – > Datenbank-Engine – > entfernte Verbindungen --->Verwendung des TCP/IT SQL Server Peripheral App Configurators? Service- und Verbindungskonfiguration für Peripheriegeräte? Fernverbindung? Aktiviert (TCP/IP und benannte Pipes für entfernte Verbindungen)
SQL Server Konfigurationsmanager? SQL2005 Netzwerkkonfiguration? Aktivieren Sie TCP/IP und benannte Pipes
Weitere Anweisungen finden Sie unter sqlserver2005 (Express-Version), für die einfache Verwaltung müssen Sie auch zum nächsten Manager gehen:
Nach der Installation des Manage Managers, verbinden Sie sqlserver2005 im Programm, sollten folgende Punkte vermerkt werden.
1. Aktivieren Sie die sql2005-Fernverbindungsfunktion, die Öffnungsmethode ist wie folgt: Konfigurationstool – >SQL Server Peripheral Application Configurator – > Service und verbundener Peripheral-Anwendungskonfigurator – > Öffne den Datenbank-Engine-Knoten unter dem MSSQLSERVER-Knoten, wähle zuerst "Remote Connection" und dann "TCP/IP und benannte Pipes gleichzeitig verwenden", nach Bestätigung starte ich den Datenbankdienst neu an.
2. Die Login-Einstellungen werden auf SQL Server und Windows geändert. Gleichzeitig werden die Authentifizierung ausgewählt, die spezifischen Einstellungen sind wie folgt: Manager verwalten – >Windows-Authentifizierung (beim ersten Eintritt mit Windows), – > Objektexplorer deinen Datenserver auswählen – Rechtsklick > Eigenschaften>Sicherheits>SQL-Server und Windows Auch die Authentifizierungsmethode wird ausgewählt.
3: Setzen Sie einen SQL-Server-Benutzernamen und ein Passwort, die spezifischen Einstellungen sind wie folgt: managemanager->windows Authentifizierung>neue Abfrage>sp_password null, 'sa123456', 'sa' Setzen Sie also einen Benutzer namens sa und das Passwort lautet: sa123456, beim nächsten Login können Sie die SQL-Server-Methode verwenden, der Benutzername ist sa, Der Benutzer mit dem Passwort ist: sa123456 hat die Datenbank eingetragen.
4: Nach Abschluss der oben genannten drei Schritte schreiben Sie die Verbindungszeichenkette, damit sie reibungslos in die Datenbank gelangen kann.
(server=.\sqlexpress; uid=sa; pwd=sa123456; database=master";
Fünf: SQL2000 Methode der Remote-Server-Verbindungsmethode
1: Prüfen Sie, ob die IP des Ping-Servers gepingt werden kann.
2: Gib den IP-Port des Telnet-Servers unter Dos oder der Kommandozeile ein, um zu sehen, ob er verbunden werden kann. Zum Beispiel hat Telnet 202.114.100.100 1433 üblicherweise einen Portwert von 1433, da 1433 der Standard-Listening-Port für TCP/IP in SQL Server 2000 ist. Wenn es ein Problem gibt, geht dieser Schritt meist schief. Die übliche Aufforderung lautet "...... Verbindung kann nicht hergestellt werden, Verbindung fehlgeschlagen."
Wenn dieser Schritt problematisch ist, sollten Sie die folgenden Optionen prüfen.
1) Überprüfen Sie, ob der entfernte Server den SQL Server 2000-Dienst gestartet hat. Wenn nicht, beginnt es.
2) Überprüfen Sie, ob das Tcp/IP-Protokoll auf Serverseite aktiviert ist, da entfernte Verbindungen (über das Internet) auf dieses Protokoll angewiesen sein müssen. Die Prüfmethode besteht darin, das Startmenü-> Programm-> Microsoft SQL Server-> Server Network Utility auf dem Server zu öffnen, um zu sehen, ob im aktivierten Protokoll ein TCP/IP-Protokoll vorhanden ist, und falls nicht, es zu aktivieren.
3) Überprüfen, ob der TCP/IP-Port des Servers als Port 1433 konfiguriert ist. Überprüfen Sie weiterhin das TCP/IP-Attribut im Enable-Protokoll im Server Network Utility, stellen Sie sicher, dass der Standardport 1433 ist, und das Häkchen Server verbergen ist nicht aktiviert. Tatsächlich ist es möglich, wenn der Standardport geändert wird, aber wenn der Client Telnet-Tests durchführt, muss die Server-Portnummer genauso geschrieben werden wie die vom Server konfigurierte Portnummer. Wenn das Häkchen Server ausblenden angekreuzt ist, bedeutet das, dass der Client den Server nicht sehen kann, indem er den Server aufzählt, was die Verbindung schützt, aber nicht beeinflusst, aber der Standardport des Tcp/ip-Protokolls implizit auf 2433 geändert wird, der entsprechend geändert werden muss, wenn der Client sich verbindet.
4) Wenn das serverseitige Betriebssystem mit SP2 gepatcht wurde, ist es notwendig, die Windows-Firewall bis zu einem gewissen Grad zu konfigurieren und Port 1433 zu öffnen; normalerweise kann man die Windows-Firewall während des Tests direkt deaktivieren (am besten schaltet man auch andere Firewalls aus).
5) Überprüfen Sie, ob der Server am Port 1433 abhört. Wenn der Server am Port 1433 der TCP-Verbindung nicht zuhört, kann er keine Verbindung herstellen. Die Prüfmethode besteht darin, netstat -a -n oder netstat -an unter der DOS- oder Kommandozeile des Servers einzugeben und die Ergebnisliste zu überprüfen, ob ein ähnliches Element wie tcp 127.0.0.1 1433 hört. Wenn nicht, musst du in der Regel SQL Server 2000 mindestens mit SP3 patchen. Tatsächlich kann man den Abfrageanalysator auf Serverseite starten und auswählen @@version eingeben, um ihn auszuführen, und man sieht die Versionsnummer, und alle Versionen unter 8.0.2039 müssen gepatcht werden. Wenn alles oben in Ordnung ist, kannst du den Telnet-Server IP 1433-Test machen, und du wirst sehen, wie der Cursor oben links nach dem Blinken des Bildschirms blinkt. Herzlichen Glückwunsch, Sie können sofort mit der Verbindung im Enterprise Manager oder Query Analyzer beginnen.
3: Überprüfen Sie die Client-Einstellungen Programm-> Microsoft SQL Server -> Netzwerknutzungstools des Client-Netzwerks. Wie bei Server Networking Utilities stellen Sie sicher, dass das TCP/IP-Protokoll des Clients aktiviert ist und der Standardport 1433 ist (oder andere Ports, die mit dem Server übereinstimmen).
4: Überprüfen Sie die Verbindung im Enterprise Manager oder fragen Sie den Analyzer ab – > Rechtsklick SQlserver-Gruppe – > Eine neue SQLSERVER-Registrierung erstellen – > Nächster > Schreibe auf entfernte IP-> Nächster > Sqlserver-Login-> Nächster > Schreibe Login-Name und Passwort (sa, passwort)-> Next-> Next-> Complete Query Analyzer-> Datei-> Verbindung-> Schreibe zur entfernten IP-> Schreibe Login und Passwort (sa, password)-> OK wird im Query Analyzer üblicherweise empfohlen, da standardmäßig die Timeout-Einstellung für die Registrierung eines weiteren SQL Servers über den Enterprise Manager 4 Sekunden beträgt und der Query Analyzer 15 Sekunden. Wie man den Standard-Verbindungs-Timeout ändert: Enterprise Manager – > Tools – > Optionen – > Im Fenster "SQL Server Enterprise Manager Properties", das erscheint, klicke auf den Reiter "Erweitert" – > Verbindungseinstellungen – > Gib nach Login-Timeout (Sekunden) eine größere Zahl in das Feld ein, Anmelde-Timeout (Sekunden), Abfrageanalysator – > Tools – > Optionen – > Verbindungen – > Gib nach Login-Timeout (Sekunden) eine größere Zahl in das Feld ein. Normalerweise kannst du verbinden, falls ein Fehler angezeigt wird, gehe dann zum nächsten Schritt über.
5: Der Fehler wird meist dadurch verursacht, dass SQL Server eine "nur Windows"-Authentifizierungsmethode verwendet, sodass der Benutzer sich nicht mit einem SQL-Server-Anmeldekonto (wie z. B. SA) verbinden kann. Der Workaround sieht so aus:
1) Verwenden Sie den Enterprise Manager auf der Serverseite und wählen Sie "Windows-Authentifizierung verwenden", um sich mit SQL Server zu verbinden.
2) Die SQL-Server-Gruppe erweitern, mit der rechten Maustaste auf den Namen des SQL-Server-Servers klicken, Eigenschaften auswählen und dann den Reiter Sicherheit auswählen.
3) Wählen Sie unter Authentifizierung SQL Server und Windows aus.
4) Den SQL-Server-Dienst neu starten. (Net Stop MSSQLSusStop Service unter DOS oder Kommandozeile, Net Start MSSQLSuttServerStop Service, ist ebenfalls ein schneller Weg).
|
Vorhergehend:Wie verwendet man SQLConnection richtig, ist der SQLConnection-Thread sicher?Nächster:MVC löst das Problem, dass Formulare, die dynamisch durch jQuery-Validierung hinzugefügt werden, ungültig machen
|
