Чтение данных SQL Server через интернет

Настраиваем прослушивание определенных IP-адресов сервером SQL Server

Экземпляр SQL Server по умолчанию прослушивает порт TCP номер 1433. Именованные экземпляры SQL Server получают динамически назначаемый адрес порта TCP при загрузке экземпляра. Если нужно обеспечить доступ к экземпляру SQL Server через интернет, необходимо настроить прослушивание экземпляром конкретного порта, который не назначается динамически. Чтобы настроить прослушивание определенного порта TCP именованным экземпляром сервера, выполните следующие действия:

Снова запустите SQL Server Configuration Manager (Диспетчер конфигурации SQL Server).

В дереве в левой панели разверните узел Server Network Configuration (Сетевая конфигурация сервера), щелкнув на значке "плюс" (+) рядом с этим узлом. Выделите узел Protocols For (Протоколы для) <имя_экземпляра> для того экземпляра SQL Server, который нужно сконфигурировать:

Выполните двойной щелчок на элементе TCP/IP, который отображается в правой панели.

В окне TCP/IP Properties (Свойства: TCP/IP) перейдите на вкладку IP Addresses (IP-адреса), которая показана на рисунке:

Обратите внимание на секцию IPAII в нижней части окна. Если свойство TCP Dynamic Ports (Динамические TCP-порты) содержит значение 0, то удалите 0 и оставьте свойство незаполненным. Затем измените свойство TCP Port (TCP-порт), задав определенный номер порта, который должен прослушивать сервер SQL Server:

Нажмите кнопку ОК. Диспетчер конфигурации SQL Server проинформирует вас о том, что изменения вступят в силу после перезапуска службы SQL Server.

Важно. Некоторые порты зарезервированы для определенных приложений. SQL Server не может прослушивать порт, если он используется другим приложением. Просмотрите списки Комитета по цифровым адресам в интернете (IANA), чтобы выяснить, какие номера портов не используются: http://www.iana.org/ assignments/port-numbers.

Направляем клиентские приложения по правильным IP-адресам и выполняем запросы

Заключительный этап в обеспечении соединения клиентских приложений с SQL Server через интернет по протоколу TCP/IP – это направление всех вызовов клиентских приложений на соответствующий сервер при помощи IP-адреса и номера порта, прослушиваемых сервером.

Строка соединения для указания имени сервера должна соответствовать такому формату:

Data Source=tcp:<ip_address>/instance,<port_number>;
Initial Catalog=<database_name>; 
User ID=<user_id>; 
Password=<password>;

Пример корректной строки соединения в этом формате:

Data Source=tcp:190.190.200.100/Sales,1344;
Initial Catalog=AdventureWorks; 
User ID=sa;
Password=Pa$$w0rd;

Следующий пример программного кода (который можно найти среди файлов примеров в папке ConnectThroughTCP-port) показывает, как открыть соединение с сервером SQL Server через интернет с использованием протокола TCP/IP и извлечь все записи о сотрудниках из базы данных Adventure Works. Чтобы использовать этот пример, нужно изменить фрагменты строки соединения, выделенные полужирным шрифтом так, чтобы они соответствовали вашей среде. Для обмена данными с сервером через интернет необходим публичный IP-адрес. Если передача данных осуществляется в интрасети, IP-адреса, выделенного серверу в этой сети, вполне достаточно. Используйте <номер_порта>, который был задан в разделе "Настраиваем прослушивание определенных IP-адресов сервером SQL Server".

Public Sub GetEmployeeList() 
  Dim connectionString As String 
  connectionString = "Data Source=tcp:192.168.1.102,49152;" + _
                     "Initial Catalog=AdventureWorks; User ID=Mary; password=34TY$$543"
  Dim query As String
  query = "SELECT Person.Contact.FirstName + " " + " + _
          "Person.Contact.LastName AS "Employees" " + _
          "FROM Person.Contact " + _
          "INNER JOIN HumanResources.Employee " + _
          "ON Person.Contact.ContactID = HumanResources.Employee.ContactID"
  Using cn As New SqlClient.SqlConnection(connectionString) 
  Using cmd As New SqlClient.SqlCommand(query, cn)
  cn.Open()
  Dim dr As SqlClient.SqlDataReader = cmd.ExecuteReader()
  While (dr.Read())
    Console.WriteLine(dr(0)) 
  End While
  End Using 
  End Using 
End Sub

Установление соединения через конечные точки HTTP

В SQL Server 2005 появилась возможность использовать протокол HTTP в качестве протокола передачи данных через конечные точки HTTP. Вот основные преимущества использования конечных точек HTTP:

Устанавливаем соединение с SQL Server по протоколу HTTP

Создаем хранимые процедуры или пользовательские функции, чтобы инкапсулировать выполняемые публично операции

Конечные точки HTTP в SQL Server 2005 обеспечивают способ описания сервис-ориентированного интерфейса для операций баз данных. Выражение "сервис-ориентированный" означает, что клиентское приложение не устанавливает соединение и не выполняет напрямую определенные хранимые процедуры или пользовательские функции; вместо этого конечная точка HTTP представляет эти хранимые процедуры и пользовательские функции как службы (Веб-службы с поддержкой XML) через предварительно заданный формат, который называется форматом WSDL (Web Services Description Language, язык описания веб-служб).

Для обмена XML-сообщениями и клиент, и сервер должны соблюдать этот формат.

В примере, рассматриваемом в этой лекции, мы создадим новую хранимую процедуру, которая возвращает список названий заказов.

Создаем хранимую процедуру

USE AdventureWorks
GO
CREATE PROCEDURE GET_HEADER_LIST
AS
  SELECT * FROM Sales.SalesOrderHeader 
GO

EXEC GET_HEADER_LIST

Создаем и настраиваем конечную точку HTTP

После создания всех хранимых процедур и пользовательских функций, которые будут предоставляться через конечную точку HTTP, следует создать и сконфигурировать саму конечную точку.

Чтобы настроить конфигурацию конечной точки HTTP,. администратор базы данных использует новую инструкцию языка описания данных (DDL), CREATE ENDPOINT.

Создаем конечную точку HTTP

USE MASTER 
GO

EXEC sp_reserve_http_namespace N'http://localhost:80/sql/myservices' 
GO
CREATE ENDPOINT [MyServices] 
  STATE=STARTED
AS HTTP (
   PATH=N'/sql/myservices',
   PORTS = (CLEAR),
   AUTHENTICATION = (INTEGRATED) 
  ) 
  FOR SOAP (
    WEBMETHOD "http://tempuri.org/".'SalesHeadersList' ( 
      NAME=N'[AdventureWorks].[dbo].[GET_HEADER_LIST]', FORMAT=ROWSETS_ONLY)

Данный код создает конечную точку HTTP для представления хранимой процедуры GET_HEADER_LIST в качестве службы, доступной для клиентов через протоколы HTTP и SOAP (Simple Object Access Protocol, простой протокол доступа к объектам).

Конечной точке HTTP, которая была определена выше, был присвоен идентификатор MyServices ; она готова начать получение запросов сразу после выполнения приведенного выше кода, так как этот код устанавливает свойство STATE в состояние STARTED. Другие возможные значения свойства STATE – это STOPPED и DISABLED.

Код также задает для свойства AUTHENTICATION значение INTEGRATED. Это означает, что SQL Server будет пытаться проверить подлинность вызывающего приложения по учетным данным Windows с использованием протокола NTLM или Kerberos.

Другие протоколы проверки подлинности, например, Обычная проверка подлинности, в процессе проверки подлинности пересылают пароль в незашифрованном виде. При использовании Обычной проверки подлинности SQL Server 2005 требует шифрования канала передачи данных и защиты через протокол SSL (Secure Sockets Layer, протокол защищенных сокетов). Для параметра PORTS могут быть заданы значения CLEAR или SSL. CLEAR показывает, что канал передачи данных не использует SSL.

Параметр PATH показывает относительный путь, который будет использоваться для идентификации конечной точки во внешней сети. Полный путь, который будет указывать клиентское приложение, следующий: http://server_name/sql/myservices. Для нашего примера можно направить Internet Explorer по ссылке http://localhost/sql/myservices?wsdl, чтобы проверить созданное сообщение XML.

После настройки конфигурации самой конечной точки, второй фрагмент инструкции CREATE ENDPOINT DDL настраивает хранимые процедуры и пользовательские функции, которые будут представлены в качестве службы.

Администраторы базы данных могут объявить столько методов WEBMETHOD, сколько нужно. Каждый веб-метод (WEB-METHOD) настраивает конфигурацию одной службы, которая сопоставлена одной хранимой процедуре или одной пользовательской функции.

Представленная служба в этом случае идентифицируется по псевдониму "http://tempuri.org/".'SalesHeader-sList'. Этот веб-метод сопоставлен хранимой процедуре, указанной в параметре NAME.

Параметр FORMAT настраивает тип информации, возвращаемой SQL Server. ROWSETS_ONLY показывает, что следует возвращать только результаты. Потом клиентское приложение может воспользоваться объектом ADO.NET DataSet, чтобы получить эти данные.

Параметр WSDL определяет, что формат WSDL может быть сгенерирован автоматически сервером SQL Server.

Создаем ссылку на конечную точку HTTP из клиентского приложения

Клиентские приложения, осуществляющие обмен данными через конечную точку HTTP, могут пересылать только такие запросы, которые соответствуют формату WSDL. Формат WSDL динамически создается сервером SQL Server путем объединения метаданных всех предоставляемых веб-методов (WEBMETHOD) и форматирования их по действующему формату WSDL.

Клиентские приложения, разработанные при помощи среды разработки Microsoft Visual Studio 2005, могут легко создавать веб-ссылки на конечные точки HTTP.

Чтобы создать веб-ссылку на конечную точку HTTP SQL Server, выполните следующие действия (этот проект можно найти в файлах примеров в папке ConsumeHTTPEndpoint ).

Создаем веб-ссылку на конечную точку HTTP

Private Sub Form1 Load(ByVal sender As System.Object, _ 
                       ByVal e As System.EventArgs) 
  Handles MyBase.Load 
  Dim ws As New localhost.MyServices 
  ws.Credentials = System.Net.CredentialCache.DefaultCredentials
  Dim headers As New DataSet 
  headers = ws.SalesHeadersList () 
  DataGridView1.DataSource = headers.Tables(0) 
  DataGridView1.AutoGenerateColumns = True 
End Sub

Конечные точки HTTP позволяют интегрировать SQL Server 2005 в сервис-ориентированную архитектуру. У использования конечных точек HTTP есть некоторые недостатки.

Эти недостатки можно нейтрализовать, если предоставлять доступ к SQL Server через дополнительный уровень ПО, который защитит установку SQL Server.

Функциональная совместимость с другими системами при работе через конечные точки HTTP

Каждая реляционная система управления базами данных (РСУБД) предоставляет интерфейс прикладного программирования (API), который разработчики могут использовать для взаимодействия с базой данных.

Перечислим поставщики доступа к данным - это OLE DB, ODBC, DB-LIB, JDBC и SQLNCLI. Поставщик доступа к данным инкапсулирует сложную логику, реализованную посредством API для СУБД. Поставщик доступа к данным также предоставляет интерфейс, который позволяет разработчикам приложений один раз написать логическую схему доступа и потом использовать ее для взаимодействия с несколькими СУБД. Итак, для того, чтобы иметь возможность вести диалог с определенной СУБД, платформе разработки приложения требуется поддержка поставщика доступа к данным.

SQL Server 2005 предоставляет альтернативу использования поставщиков доступа к данным в виде конечных точек HTTP.

Поскольку конечные точки HTTP управляются администратором базы данных, он может тщательно продумать, какие хранимые процедуры и пользовательские функции сделать доступными через конечные точки, зато после этого любая платформа разработки может подключиться и вызвать такие конечные точки.

Единственное требование к приложению, которое подключается к конечной точке HTTP, заключается в том, чтобы это приложение могло вести обмен данными через протокол передачи данных HTTP и отправлять запросы в соответствии с определенным форматом XML/SOAP, которого требует SQL Server 2005.

Платформы и языки программирования с отсутствием поддержки поставщиков доступа к данным OLE DB или ODBC могут осуществлять обмен данных с SQL Server 2005 через конечные точки HTTP.

Вот некоторые примеры таких платформ, языков программирования и новых ситуаций, которые допускают использование конечных точек HTTP:

Доступ к SQL Server через дополнительный уровень программного обеспечения

До сих пор в этой лекции рассказывалось о том, как открыть прямой доступ к SQL Server клиентским приложениям из внешних сетей.

Ввиду того, что SQL Server обслуживает ценные данные, вряд ли можно назвать хорошей идеей демонстрацию установки сервера пользователям общей сети, например, интернет, так как это может привести к возникновению проблем с безопасностью. Кроме того, если сервер SQL Server непосредственно доступен для внешних сетей, это ограничивает масштабируемость и производительность, а также усложняет администрирование сервера.

Ниже описаны преимущества реализации среднего уровня между клиентским приложением и SQL Server:

На рис. 5.2 показан пример возможной архитектуры для доступа к SQL Server через дополнительный уровень.

Интерфейс службы представляет собой фасад, который демонстрируется клиентским приложениям. В интерфейсе службы внешним пользователям предоставляется только общедоступный интерфейс, который скрывает всю сложность внутренней реализации доступа к SQL Server. Интерфейс службы должен также реализовать все необходимые проверки корректности ввода.

Интерфейс службы поддерживается компонентом доступа к данным. Компонент доступа к данным реализует вызовы SQL Server через поставщики доступа к данным, например, OLE DB или ODBC.

Инфраструктура Microsoft .NET Framework предоставляет несколько методов создания интерфейсов службы. В этой лекции рассматриваются только технологии ASP.NET Web-Services (Веб-службы ASP.NET) и Microsoft .NET Remoting (Удаленное взаимодействие Microsoft .NET).

Веб-службы ASP.NET

Как и конечные точки HTTP, веб-служба ASP.NET также использует формат WSDL, но в качестве службы представляет не хранимую процедуру, а логику приложения, написанную в виде компонентов.

Веб-службы ASP.NET размещаются и выполняются на сервере Microsoft Internet Information Services (IIS). Чтобы просмотреть код этого раздела полностью, откройте файл Solution1.sln в папке 3tiers в файлах примеров. Отдельные компоненты находятся во вложенных папках.

Чтобы реализовать доступ к SQL Server через интернет, но с подключением через веб-службу ASP.NET в среднем уровне, выполните следующие действия:

Создаем компонент доступа к данным и интерфейс службы

Начните с написания компонента доступа к данным для подключения к SQL Server. Откройте Visual Studio 2005 и создайте новый проект, выбрав шаблон Class Library (Библиотека классов) в окне New Project (Создание проекта). Дайте проекту имя

Замените программный код в файле Class1.vb следующим кодом (не забудьте изменить строку соединения, чтобы данные соответствовали вашей среде). Этот пример находится в папке 3tiers\DepartmentDataAccess.

Imports System.Data.SqlClient
Public Class DepartmentDataAccess
  Public Function GetAllDepartments() As DataSet 
    Dim result As New DataSet 
    Dim connectionString As String 
    Dim selectCommand As String
    connectionString = "server=(local);database=AdventureWorks;uid=sa" 
    selectCommand = "SELECT * FROM HumanResources.Department"
  
    Dim connection As New SqlConnection(connectionString)
    Dim adapter As New SqlDataAdapter(selectCommand, connection)
    adapter.Fill(result)
    Return result 
  End Function
End Class

Класс DepartmentDataAccess, в качестве примера, реализует единственный метод, который называется GetAllDepartments. Этот метод возвращает объект DataSet, который содержит все отделы компании Adventure Works.

В меню Build (Построение) в окне Visual Studio 2005 выберите Build (Построить) DepartmentDataAccess. Visual Studio 2005 скомпилирует проект в сборку. Эта сборка представляет уровень доступа к данным.

Давайте продолжим и создадим служебный интерфейс при помощи проекта веб-службы ASP.NET. В Visual Studio 2005 выберите из меню File (Файл) Add, New Website (Добавить, Новая веб-страница). Этот пример находится среди файлов примеров в папке 3tiers\webservice.

Выберите шаблон ASP.NET Web Service (Веб-служба ASP.NET) в окне New Project (Создание проекта), как показано ниже. Оставьте для остальных параметров значения по умолчанию. Нажмите кнопку ОК.

В окне Solution Explorer (Обозреватель решений) щелкните правой кнопкой мыши проект Web Service (Веб-служба) и выберите из контекстного меню команду Add Reference (Добавить ссылку). (Если Обозреватель решений не отображается, можно выбрать соответствующую команду в меню View (Вид).)

В окне Add Reference (Добавление ссылки), которое показано ниже, перейдите на вкладку Projects (Проекты), выберите проект

Под функцией HelloWorld, созданной шаблоном Visual Studio, введите следующий код:

<WebMethod()> _
  Public Function GetDepartments() As System.Data.DataSet
    Dim departmentsDL As New DepartmentDataAccess.DepartmentDataAccess()
    Return departmentsDL.GetAllDepartments() 
  End Function

Нажмите клавишу F5, чтобы скомпилировать проект веб-службы ASP.NET и запустить его. Если Visual Studio выведет запрос о запуске отладки, выберите параметр Run Without Debugging (Запуск без отладки), как показано на рисунке:

Internet Explorer откроет веб-страницу, на которой можно протестировать веб-службу, как показано на следующем рисунке: Выберите службу GetDepartments.

Internet Explorer перейдет на страницу GetDepartments, показанную на рисунке. Нажмите кнопку Invoke, чтобы выполнить веб-службу.

После вызова веб-службы код ASP.NET вызывает компонент доступа к данным, извлекает результаты в виде набора данных и, наконец, трансформирует весь ответ в формат XML:

Конечно, клиентское приложение не будет выполнять веб-службу с помощью той же пробной веб-страницы, которую мы с вами только что использовали. Чтобы написать клиентское приложение, которое будет потребителем веб-службы, можно выполнить те же действия, которые были описаны ранее в разделе "Создаем ссылку на конечную точку HTTP из клиентского приложения".

Технология удаленного взаимодействия Microsoft .NET Remoting

Инфраструктура Microsoft .NET предоставляет различные технологии для обеспечения удаленным клиентам возможности установить соединение с компонентами на стороне сервера.

Если использовать веб-службы ASP.NET, как в предыдущем разделе данной лекции, клиентское приложение будет осуществлять обмен данными с помощью формата SOAP через интерфейс сервиса.

Microsoft .NET Remoting - это еще одна технология, которая позволяет удаленным приложениям осуществлять обмен данными с компонентами на стороне сервиса. Microsoft .NET Remoting позволяет настраивать используемый формат данных или протокол передачи данных. Например, вместо XML и SOAP можно использовать двоичный или любой другой пользовательский формат, а вместо протоколов HTTP или TCP - другой протокол по своему выбору.

Главное отличие между веб-службами ASP.NET. и технологией .NET Remoting –заключается в том, что .NET Remoting использует не сервис-ориентированную архитектуру, а удаленный вызов процедур (RPC) объект-объект.

Создаем объект .NET Remoting

Построим пример, используя в качестве основы кода пример из предыдущего раздела. Повторите действия с 1 по 4 из предыдущего раздела, а затем выполните следующую последовательность действий:

Public Class DepartmentServiceInterface 
  Inherits MarshalByRefObject
  Public Function GetDepartments() As System.Data.DataSet
    Dim departmentsDL As New DepartmentDataAccess.DepartmentDataAccess() 
    Return departmentsDL.GetAllDepartments()
  End Function
End Class

Последний компонент, который нужно создать – это несущее приложение. Когда мы создавали веб-службу ASP.NET, мы сконфигурировали ее так, чтобы она могла размещаться и выполняться на веб-сервере, например, Microsoft Internet Information Server (IIS). В следующем примере мы сконфигурируем объект .NET Remoting так, чтобы он тоже мог размещаться на сервере IIS.

Настраиваем объект .NET Remoting под размещение на IIS

Создаем и настраиваем конфигурацию виртуального каталога в IIS

С IIS в качестве среды размещения наше удаленное приложение может использовать механизм обеспечения безопасности IIS, протоколы передачи данных и встроенные механизмы обработки запросов. Установите сборки из компонента DepartmentServiceInterface в виртуальный каталог IIS:

Создайте новый каталог с именем DepartmentRemote на диске C.

В каталоге C:\DepartmentRemote создайте новую папку с именем bin.

Из меню Start (Пуск) выберите команду Control Panel (Панель управления). В Control Panel (Панели управления) выполните двойной щелчок на значке Administrative Tools (Администрирование), В окне Administrative Tools (Администрирование) дважды щелкните значок Internet Information Services.

В окне приложения для управления Internet Information Services нажмите значок (+), чтобы развернуть узел компьютера, затем разверните дерево узла Web-Sites (Веб-узлы), после этого щелкните узел Default Web Site, как показано ниже: (см. рис. вверху следующей страницы).

Из контекстного меню выберите команды New, Virtual Directory (Создать, виртуальный каталог).

В окне мастера Virtual Directory Creation Wizard (Мастер создания виртуальных каталогов) нажмите кнопку Next (Далее).

В окне Virtual Directory Alias (Псевдоним виртуального каталога) введите в качестве имени псевдонима DepartmentService и нажмите кнопку Next (Далее).

В окне Web Site Content Directory (Каталог содержимого веб-узла) введите или найдите через окно Browse (Обзор) путь к каталогу C:\DepartmentRemote в текстовом поле Directory (Каталог), а затем нажмите кнопку Next (Далее).

В окне Access Permissions (Права доступа) снимите все флажки, кроме Execute (Выполнение). Нажмите кнопку Next (Далее), чтобы перейти в последнее окно мастера.

Нажмите кнопку Finish (Готово).

В окне DepartmentService Properties (DepartmentService: свойства) перейдите на вкладку ASP.NET и измените номер версии ASP.NET на 2.Х.Х.Х, как показано на следующем рисунке: (Числа могут быть разными в зависимости от установки, но убедитесь в том, что это та же версия, что и версия Visual Studio, которую вы используете для компиляции сборок.) Затем нажмите кнопку OK, чтобы закрыть окно.Совет. Чтобы узнать номер версии Visual Studio, в окне Visual Studio выберите из меню Help (Справка) команду About Microsoft Visual Studio (О программе Microsoft Visual Studio).

Создаем конфигурационный файл web.config для настройки инфраструктуры удаленного взаимодействия

<configuration>
  <system.runtime.remoting> 
    <application> 
      <service>
        <wellknown mode="SingleCall"
                      type="DepartmentServiceInterface.DepartmentServiceInterface, 
                      DepartmentServiceInterface" 
                      objectUri="department.soap" />
      </service> 
    </application> 
  </system.runtime.remoting>
</configuration>

Этот XML-файл задает конфигурацию инфраструктуры удаленного взаимодействия. Он объявляет новую службу с именем department.soap, которая соответствует классу DepartmentServiceInterface. DepartmentServiceInterface в сборке DepartmentServiceInterface. Параметр Mode="SingleCall" показывает, что для каждого запроса будет создан новый экземпляр этого класса.

Генерируем класс-заместитель для удаленного объекта

Чтобы обратиться к компоненту Service Interface (Интерфейс службы), клиентское приложение должно создать класс-заместитель. Класс-заместитель напоминает копию удаленного объекта; он объявляет те же методы и публичные интерфейсы, но при вызове со стороны клиента он выполняет маршрутизацию вызова к удаленному объекту. Набор инструментальных средств разработки Microsoft .NET Framework SDK предоставляет инструмент SOAPSuds, который можно использовать для того, чтобы сгенерировать класс-заместитель.

Утилита SOAPSuds загружает автоматически сгенерированный инфраструктурой удаленного взаимодействия файл описания службы, который описывает каждый из методов, предлагаемых классом DepartmentServiceInterface. На основе этого файла SOAPSuds генерирует новую сборку с именем DepartmentProxy.dll, которая содержит класс, способный использовать удаленную службу.

Создаем клиентское приложение, которое будет вызывать удаленный объект

Для вызова удаленной службы мы можем использовать класс-заместитель DepartmentProxy.dll. Чтобы создать клиентское приложение и использовать класс-заместитель, выполните следующие действия:

Private Sub Form1_Load(ByVal sender As System.Object, _ 
                       ByVal e As System.EventArgs) 
  Handles MyBase.Load 
  Dim de As New DepartmentServiceInterface.DepartmentServiceInterface 
  Dim departments As New DataSet
  departments = de.GetDepartments() 
  DataGridView1.DataSource = departments.Tables(0) 
  DataGridView1.AutoGenerateColumns = True
End Sub

Хотя это может показаться слишком сложным (конечно, так много шагов!), в целом архитектура нашего примера .NET Remoting, показанная на рис. 5.3, достаточно проста.

И ASP.NET,. и .NET Remoting – это технологии среднего уровня, которые инкапсулируют набор компонентов и представляют компоненты как службы через интерфейс службы. Для развертывания SQL Server в безопасном окружении в серверной части СУБД можно использовать любое из этих двух решений, при этом удаленные клиенты смогут устанавливать соединения с приложением и извлекать нужные им данные.

Заключение

В этой лекции рассказывалось о том, как осуществляется доступ к данным SQL Server с удаленного клиентского приложения либо через открытие прямого доступа к SQL Server через интернет, либо посредством написания интерфейса службы среднего уровня. Прямое соединение через интернет обеспечивает больше гибкости, но одновременно подвергает безопасность вашей установки дополнительному риску. Использование архитектуры среднего уровня предоставляет серверу SQL Server защищенный интерфейс, повышает масштабируемость и производительность, а также упрощает задачи настройки конфигурации и обслуживания.

Краткий справочник по 5 лекции

Data Source = tcp:<ip_address>/instance,
<номер_порта>;