5. Инструменты администрирования sql Server.

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

6. SQL Server Enterprise Manager. В новой версии SQL Server административный инструмент Enterprise Manager реализован в виде подгружаемого модуля Microsoft Management Console. Он позволяет управлять всеми серверами баз данных в сети предприятия, пердставляя все объекты SQL Server в виде иерархического дерева.

Используя Enterprise Manager, можно управлять настройками различных серверов и настройками баз данных, конфигурировать систему безопасности. Можно создавать и изменять таблицы, представления, полнотекстовые индексы, хранимые процедуры, назначать операторов, управлять оповещеньями, что очень важно при организации на предприятии системы CALS-технологий.

7. SQL Server Service Manager.

Утилита Service Manager предназначена для управления работой следующих служб SQL Server:

• службой запуска SQL Server;

• службой автоматизации выполнения задач администрирования;

• службой управления выполнением распределенных транзакций;

• службой реализации полнотекстового поиска.

С помощью Service Manager можно запускать, приостанавливать и останавливать перечисленные службы на любом SQL Server в сети, а также разрешать или запрещать их автоматический пуск при старте операционной системы.

7. SQL Server Performance Monitor.

После установки SQL Se 7.0 можно использовать стандартную утилиту диагностирования Windows NT — Performance Monitor — для сбора информации о работе СУБД.

7. SQL Server Profiler.

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

7. SQL Server Query Analyzer. B SQL Server 7.0 для отладки и оптимизации запросов используется графическая утилита Query Analyzer. Она предоставляет пользователю: встроенный текстовый редактор, возможность получения графических диаграмм.

48. Аппаратная организация модели клиент-сервер в технологии распределенных БД.

Вычислительная модель клиент-сервер связана с появлением в 1990-гг. открытых систем. Термин «клиент-сервер» применялся к архитектуре программного обеспечения, которое состояло из двух процессов обработки информации: клиентской и серверной применялся к архитектуре программного обеспечения, которое состояло из двух процессов обработки информации: клиентской и серверной. При этом предполагалось, что один серверный процесс может обслужить множество клиентских процессов. Аппаратная организация этой модели управления базами данных связана с созданием локальных вычислительных сетей предприятия. Такую организацию процесса обработки информации называют архитектурой клиент-сервер. Принцип такой технологии – это разделение функций стандартного интерактивного приложения на 5 групп:

• функции ввода и отображения данных;

• прикладные функции, определяющие основные алгоритмы решения задач приложения;

• функции обработки данных внутри приложения;

• функции управления информационными ресурсами;

• служебные функции, играющие роль связок между вышеназванными функциями.

• Структура типового приложения, работающего с БД в архитектуре клиент-сервер, приведена на рис. 1

Клиент

Презентационная логика

Бизнес-логика

Сервер

Логика БД

СУБД

База данных

Служебные функции

Рис. 1 Структура типового приложения, работающего с БД

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

Основные задачи презентационной логики:

• формирование экранных изображений;

• чтение и запись информации в экранные формы;

• управление экраном;

• обработка движений мыши и нажатие клавиш клавиатуры.

Бизнес-логика, или логика собственно приложений, - это часть кода приложения, которая определяет собственно алгоритмы решения конкретных задач приложения. Этот код пишется с использованием различных языков программирования.

Логика обработки данных – это часть кода приложения, которая непосредственно связана с обработкой данных внутри приложения. Данными управляет собственно СУБД. Для обеспечения доступа к данным используется язык SQL.

Процессор управления данными – это собственно СУБД. В идеале функции СУБД должны быть скрыты от бизнес-логики, а для рассмотрения архитектуры приложения их надо выделить в отдельную часть приложения.

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

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

• распределенная презентация;

• удаленная презентация;

• распределенная бизнес-логика;

• распределенное управление данными;

• удаленное управление данными.

Эта условная классификация показывает, как могут быть распределены отдельные задачи между серверным и клиентскими процессами. В этой классификации отсутствует реализация удаленной бизнес-логики. Она не может быть удалена полностью, а может быть лишь распределена между разными процессами.

49.Структура типового приложения, работающего с БД в архитектуре клиент-сервер.

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

Основные задачи презентационной логики:

• формирование экранных изображений;

• чтение и запись информации в экранные формы;

• управление экраном;

• обработка движений мыши и нажатие клавиш клавиатуры.

Бизнес-логика, или логика собственно приложений, - это часть кода приложения, которая определяет собственно алгоритмы решения конкретных задач приложения. Этот код пишется с использованием различных языков программирования.

Логика обработки данных – это часть кода приложения, которая непосредственно связана с обработкой данных внутри приложения. Данными управляет собственно СУБД. Для обеспечения доступа к данным используется язык SQL.

Процессор управления данными – это собственно СУБД. В идеале функции СУБД должны быть скрыты от бизнес-логики, а для рассмотрения архитектуры приложения их надо выделить в отдельную часть приложения.

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

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

• распределенная презентация;

• удаленная презентация;

• распределенная бизнес-логика;

• распределенное управление данными;

• удаленное управление данными.

Эта условная классификация показывает, как могут быть распределены отдельные задачи между серверным и клиентскими процессами. В этой классификации отсутствует реализация удаленной бизнес-логики. Она не может быть удалена полностью, а может быть лишь распределена между разными процессами.

50.Модели серверов баз данных