|
|
Публикувано в 19.11.2016 г. 9:15:45 ч.
|
|
|
1. C# Свързване с SQL бази данни
Data Source=myServerAddress; Initial Catalog=myDataBase; User Id=myUsername; Password=myPassword;
Източник на данни=190.190.200.100,1433; Мрежова библиотека=DBMSSOCN; Initial Catalog=myDataBase; User ID=myUsername; Password=myPassword;
Server=myServerAddress; Database=myDataBase; User ID=myUsername; Password=myPassword; Trusted_Connection=Невярно;
Server=myServerAddress; Database=myDataBase; Trusted_Connection=Вярно;
Server=myServerName\theInstanceName; Database=myDataBase; Trusted_Connection=Вярно;
Data Source=myServerAddress; Initial Catalog=myDataBase; Интегрирана сигурност=SSPI;
1: Интегриран параметър за сигурност
Когато Integrated Security е зададен на True, UserID и PW пред оператора за връзка не работят, тоест се използва режимът на удостоверяване на Windows.
Само когато е настроена на False или пропусната, връзката ще се базира на UserID, PW.
Интегрираната сигурност може да бъде настроена и на: sspi, което е еквивалентно на True, и се препоръчва да се използва това вместо True.
Data Source=myServerAddress; Initial Catalog=myDataBase; Интегрирана сигурност=SSPI;
Data Source=myServerAddress; Initial Catalog=myDataBase; Интегрирана сигурност=true;
Data Source=myServerAddress; Initial Catalog=myDataBase;; User ID=myUsername; Password=myPasswordIntegrated Security=false;
2: Параметър Trusted_Connection
Trusted_Connection=true, автентикацията ще се извършва с текущите данни за Windows акаунта
Trusted_Connection=невярно; Методът за доверена връзка (т.е. методът за удостоверяване на Windows не се използва) ще се използва вместо метода за удостоверяване в SQL Server 2000
Server=myServerAddress; Database=myDataBase; User ID=myUsername; Password=myPassword; Trusted_Connection=невярно;
Server=myServerAddress; Database=myDataBase; Trusted_Connection=Вярно;
3: Initial Catalog е името на базата данни, към която искате да се свържете
4: Връзка с ГРИНЦ
Data Source=myServerAddress; Initial Catalog=myDataBase; Интегрирана сигурност=SSPI; User ID=myDomain\myUsername; Password=myPassword;
2: Можеш да използваш SqlConnectionStringBuilder, за да не се налага да помниш името.
SqlConnectionStringBuilder scsb = нов SqlConnectionStringBuilder();
SCSB. DataSource = @"(local)\SQLExpress";
SCSB. Интегрирана Сигурност = вярно;
SCSB. InitialCatalog = "Northwind";
SqlConnection myConnection = new SqlConnection(scsb. ConnectionString);
Трето: Можеш да използваш настройката в свойствата, за да зададеш автоматично свързващия низ
1: Изберете (свързващ низ) по тип,
2: Изберете източника на данни в DataSouce и след това въведете името на сървъра в Server, използвайки local\SQLExpress
3: Изберете метод за проверка на входа, този път изберете Windows verification (т.е. доверете се на връзката Integrated Security=True)
4: Изберете името на базата данни и потвърдете
Източник на данни=(локален)\SQLExpress; Initial Catalog=Northwind; Интегрирана сигурност=Вярно
server = .\sqlexpress; интегрирана сигурност = вярно; База данни = Северен вятър
Четвърто: SQL2005 метод за връзка с отдалечен сървър
Как да отворя порт 1433 в SQL Server 2005:
Инструмент за конфигурация->Sql Server Configuration Manager->MSSQLSERVER протокол, за да видите дали TCP/IP протоколът е стартиран, ако стартира, кликнете с десен бутон върху менюто "Properties", изберете "IP Address" в менюто за пагинация и променете "TCP Port" на 1433 в "IP1" и "IP2", и "Активирано" на "Да"
Configuration Tool->Sql Server Configuration Manager->SQL Native Client Configuration->Client Protocol->TCP/IP изберете свойства в менюто с десен бутон на TCP/IP и потвърдете, че по подразбиране портът е 1433, а активираното е Да.
SQL Server 2005 Конфигурация на отдалечена връзка, TCP/IP свойства:
Конфигурация на повърхностна площ --> Engine на база данни --> Отдалечени връзки --->Използване на конфигуратор на периферни приложения за TCP/IT SQL Server? Конфигурация на периферни устройства за услуги и свързаност? Отдалечена връзка? Активирано (TCP/IP и именувани канали за отдалечени връзки)
SQL Server Configuration Manager? SQL2005 конфигурация на мрежата? Активирайте TCP/IP и именувани тръби
За други инструкции вижте sqlserver2005 (Express версия), за по-лесно управление трябва да отидете и на следващия мениджър на управление:
След инсталиране на мениджъра на управление, свържете sqlserver2005 в програмата, като трябва да се отбележат следните точки.
1. Активирайте функцията за отдалечена връзка sql2005, методът на отваряне е следният: инструмент за конфигурация - >конфигуратор на периферни приложения на sql server - > услуга и свързан конфигуратор за периферно приложение - > отворете възела Database Engine под възела MSSQLSERVER, първо изберете "Remote Connection", след което изберете "Използвайте TCP/IP и именувани канали едновременно", след потвърждение, рестартирайте услугата за база данни.
2. Настройките за вход се променят на Sql Server и Windows Authentication се избира едновременно, като конкретните настройки са следните: мениджър на управление - >удостоверяване на Windows (първият път за влизане с Windows), - избор на вашия сървър за данни в > обектен изследовател - десен бутон върху свойствата >>security>sql server и windows Избира се и метод на удостоверяване.
3: Задайте потребителско име и парола на SQL сървъра, конкретните настройки са следните: managemanager->windows Authentication>new query>sp_password null, 'sa123456', 'sa' Задайте потребителско име sa и парола: sa123456, следващия път при влизане можете да използвате метода на Sql сървъра, потребителското име е sa, Потребителят с паролата е: sa123456 е влязъл в базата данни.
4: След като изпълните горните три стъпки, запишете свързващия низ, за да може плавно да влезе в базата данни.
(server=.\sqlexpress; uid=sa; pwd=SA123456; database=master";
Пет: SQL2000 метод за връзка с отдалечен сървър
1: Проверете дали IP адресът на ping сървъра може да бъде изписан.
2: Въведете IP порта на telnet сървъра под Dos или в командния ред, за да видите дали може да се свърже. Например, telnet 202.114.100.100 1433 обикновено има стойност на порта 1433, тъй като 1433 е по подразбиране слушателният порт за TCP/IP в SQL Server 2000. Ако има проблем, обикновено тази стъпка се обърква. Обичайният подсказка е "...... Не може да се отвори връзката, връзката е прекъсната".
Ако тази стъпка е проблематична, трябва да проверите следните опции.
1) Проверете дали отдалеченият сървър е стартирал услугата SQL Server 2000. Ако не, започва.
2) Проверете дали Tcp/IP протоколът е активиран от страна на сървъра, тъй като отдалечените връзки (чрез Интернет) трябва да разчитат на този протокол. Методът за проверка е да се отвори Start Menu-> Programs-> Microsoft SQL Server-> Server Network Utility на сървъра, за да се види дали има TCP/IP протокол в активирания протокол, и ако не, да се активира.
3) Проверете дали TCP/IP портът на сървъра е конфигуриран като порт 1433. Все пак провери атрибута TCP/IP в протокола Enable в Server Network Utility, увери се, че по подразбиране портът е 1433 и отметката Hide Server не е отметната. Всъщност е възможно, ако портът по подразбиране бъде модифициран, но когато клиентът прави telnet тестове, номерът на сървърния порт трябва да бъде записан същият като номера на порта, конфигуриран от сървъра. Ако е отметната отметката за скриване на сървъра, това означава, че клиентът не може да види сървъра, като изброява сървъра, което защитава, но не влияе на връзката, но стандартният порт на Tcp/IP протокола ще бъде косвено променен на 2433, който трябва да се промени съответно при свързване на клиента.
4) Ако операционната система от страна на сървъра е била покръжена със SP2, е необходимо да конфигурирате защитната стена на Windows до известна степен, а за да отворите порт 1433 към нея, обикновено можете да изключите защитната стена на Windows директно по време на теста (най-добре е да изключите и други защитни стени).
5) Проверете дали сървърът слуша на порт 1433. Ако сървърът не слуша на порт 1433 от TCP връзката, той не може да се свърже. Методът за проверка е да се въведе netstat -a -n или netstat -an под DOS или командния ред на сървъра и да се провери списъкът с резултати, за да се види дали има елемент, подобен на tcp 127.0.0.1 1433, който слуша. Ако не, обикновено трябва да пачваш SQL Server 2000 поне с SP3. Всъщност можете да стартирате анализатора на заявки от страна на сървъра и да въведете select @@version, за да го изпълните, и ще видите версията, а всички версии под 8.0.2039 трябва да бъдат поправени. Ако всичко това е наред, тогава можеш да направиш тест IP 1433 на telnet сървъра и ще видиш курсора да мига в горния ляв ъгъл след като екранът мига. Поздравления, можете веднага да започнете да се свързвате в Enterprise Manager или Query Analyzer.
3: Проверете клиентските настройки на програмата > Microsoft SQL Server > инструментите за използване на клиентската мрежа. Както при Server Networking Utilities, уверете се, че клиентският TCP/IP протокол е активиран и че стандартният порт е 1433 (или други портове, съобразени със сървъра).
4: Тестване на връзката в Enterprise Manager или Запитване в анализатора Enterprise Manager - > Десен клик върху SQlserver Group - > Създаване на нова регистрация на sqlserver - > Next-> Записване на отдалечен IP-> Next-> Избор на вход в Sqlserver > Next-> Запиши име и парола за вход (sa, парола)-> Next-> Next-> Complete Query Analyzer-> File-> Connection-> Записване на отдалечен IP-> Записване на вход и парола (sa, password)-> OK обикновено се препоръчва в Анализатора на заявки, защото по подразбиране настройката за тайм-аут за регистрация на друг SQL Server през Enterprise Manager е 4 секунди, а Анализаторът на заявки е 15 секунди. Как да промените стандартния таймаут на връзката: Enterprise Manager - > Инструменти - > Опции - > В прозореца "SQL Server Enterprise Manager Properties", който се появява, кликнете върху таба "Разширено" - > Настройки на връзката - > Въведете по-голямо число в полето след изтичане на времето за влизане (секунди) Анализатор на заявки - > Инструменти - > Опции - > Връзки - > Въведете по-голямо число в полето след изтичане на време за влизане (секунди) Обикновено можете да се свържете, ако се появи грешка, да преминете към следващата стъпка.
5: Грешката обикновено се причинява от SQL Server, използвайки "само за Windows" метод за автентикация, така че потребителят не може да се свърже чрез акаунт за вход в SQL Server (като sa). Заобиколното решение изглежда така:
1) Използвайте Enterprise Manager на сървърната страна и изберете "Use Windows Authentication", за да се свържете със SQL Server.
2) Разширете SQL Server Group, кликнете с десен бутон върху името на SQL Server сървъра, изберете Свойства и след това изберете таба Сигурност.
3) Под Автентикация изберете SQL Server и Windows.
4) Рестартирайте услугата SQL Server. (Net Stop MSSQLSusStop Service под DOS или команден ред, Net Start MSSQLSuttServerStop Service също е бърз начин).
|
Предишен:Как да използвам SqlConnection правилно, безопасен ли е SqlConnection thread?Следващ:MVC решава проблема с анулиране на форми, добавени динамично чрез jQuery Validation
|
