0091 - Базы данных - Теперь все необходимые корректировки ключей выполня

Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных. 2004

 Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. 
.  Базы данных 
. 2004
. 5-7931-0284-1
. СПб.: КОРОНА
. 
. Рассматриваются понятия баз данных и варианты их архитектуры. Дается характеристика моделей представления данных, рассматриваються реляционная моде
Название: 
Базы данных
Автор: 
Хомоненко А. Д., Цыганков В. М., Мальцев М. Г.
Год: 
2004
Издательство: 
СПб.: КОРОНА
Описание: 

Рассматриваются понятия баз данных и варианты их архитектуры. Дается характеристика моделей представления данных, рассматриваються реляционная модель данных и проектирования реляционных баз данных, CASE-системы, защита и администрирование баз данных. Описываеться технология разработки персональных баз данных и клиентской части распределенных баз данных с помощью СУБД Acces, Visual FOXPRO, системы Borland C++ Builder и серверной части с помощбю Microsoft SQL Server. Описываються основы публикации БД в Интернете, архитектура WEB - приложений, интерфейсов CGI и ISAPI/NSAPI. Даеться общая характеристика технологий ADO.NET, WEB - серверов и средств публикации баз данных в интернете.

Теперь все необходимые корректировки ключей выполняются автоматически. Интеграция в . Существовавшие до этого средства публикации данных в сетях Интернет и интранет, реализуемые мастером . Теперь с помощью технологии . В окне обозревателя можно указать запрос, по которому будет получена информация из базы в формате . При этом можно указывать готовые запросы и применять различные шаблоны представления информации. Для поддержки . Современные СУБД и их применение рые изменения в синтаксисе оператора запроса . Задавая в операторе . Поддерживаются три режима преобразования. Надежность. В предыдущей версии продукта в распоряжении администратора БД имелись две основные технологии повышения устойчивости системы к сбоям и отказам оборудования сервера. Первая из них предполагает установку в сети одного или нескольких дополнительных серверов, на которые по командам оператора будет периодически дублироваться информация с основного сервера. В случае выхода из строя основного сервера резервный сервер конфигурируется как основной, после чего пользователи могут продолжить свою работу уже с резервным сервером. Имя и сетевой адрес резервного сервера отличны от имени и адреса основного сервера. Пользователи должны заново запустить все задачи, выполняемые до этого на основном сервере. Автоматического переноса задач с резервного сервера на основной сервер не производится. После восстановления поврежденного сервера он снова становится основным, а временно исполняющий его функции сервер — резервным. Все изменения, произошедшие на резервном сервере за время ремонта основного, с помощью команд оператора переносятся на основной сервер. Другая более совершенная технология позволяет сервер БД представить для пользователя как виртуальный сервер . При выходе из строя одного из узлов все решаемые задачи продолжают выполняться на другом доступном для пользователя узле. Никаких изменений в настройках выполнять при этом не требуется. Для работы кластера обычно применяется внешний дисковый массив . Под репликацией понимается совокупность механизмов, обеспечивающих отображение изменений данных на одном сервере, на другие серверы. . Обе они позволяют вносить изменения в опубликованные данные со стороны подписчиков. Первая технология позволяет пользователям изменять данные даже при отсутствии соединения между дистрибьютором . Вторая технология требует наличия постоянного соединения между подписчиком и издателем. Она основана на ведении так называемой очереди изменений, данные из которой считываются в момент появления соответствующего соединения. Кроме того, в распоряжении администраторов появилось более полутора десятка различных механизмов разрешения конфликтов изменения, возникающих при выполнении репликации сведения. Новые типы данных. В распоряжении пользователей появилось три новых типа данных. Его можно использовать для работы только с локальными переменными. Масштабируемость. Как и ранее продукт обеспечивает высокий уровень масштабируемости, поскольку в зависимости от используемой редакции он может применяться пользователями как в домашних условиях в среде . Имеется возможность применения только ядра . В качестве сетевого сервера . . Современные СУБД и их применение Службы . Это следующие четыре службы. Перечислим функции каждой из служб. Все остальные службы можно рассматривать как расширение этой службы. Основное назначение службы . В ее задачи входит автоматический запуск заданий и извещение операторов о сбоях в работе сервера. Примером задания может быть автоматический запуск операций резервного копирования и проверки целостности базы данных во время наименьшей активности пользователей. Для запуска службы требуется предварительный запуск службы . Большая часть функций службы реализована в виде хранимых процедур, выполняемых службой . В работе службы используются объекты трех типов. Для управления объектами можно использовать различные средства. Она существенно переработана по сравнению с предыдущей версией сервера. Пользуясь полнотекстовым поиском, можно не только находить слова и фразы, идентичные искомым, но и близкие к ним по смыслу и написанию. В результирующий набор включаются склоняемые формы глаголов и существительные. В работе службы используются специальные полнотекстовые каталоги . Администратор БД должен планировать интервалы времени обновления файлов полнотекстового поиска, а также выполнять их резервное копирование и восстановление. . Необходимость в их вызове возникает в случаях одновременной работы с несколькими источниками данных, поддерживающими технологию . В качестве таких источников могут выступать реляционные СУБД, текстовые файлы, книги . Распределенная транзакция реализуется как совокупность транзакций, открываемых на каждом источнике данных. Кроме того, существует возможность запуска сервера как отдельного приложения. Для этого достаточно запустить на выполнение программу . Режимы работы сервера . В соответствии с этим продукт имеет два режима работы. К сожалению, в сервере отсутствуют встроенные средства переключения в тот или иной режим, поэтому настройка требуемых параметров сервера администратором выполняется вручную. Системы оперативной аналитической обработки или системы поддержки принятия решений . Эти системы имеют следующие особенности. Сервер в таком режиме работы может выполнять запросы с большей скоростью, так как не нужны механизмы блокировок и транзакций. Кроме того, страницы данных могут заполняться на . Для этого следует создавать необходимое количество индексов, а также использовать технологию материализованных представлений. Материализованное представление предназначено для предварительного выполнения конкретного запроса и изменения в него вносятся по мере изменений данных в базе. Поэтому при запуске запроса системе не требуется выполнять большое количество операций.