Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ГЛАВА 1_1_1n.doc
Скачиваний:
2
Добавлен:
01.04.2025
Размер:
755 Кб
Скачать
☆

Оптимизация логической структуры базы данных

Логическая структура БД, включая таблицы и связи между ними, — это основа оптими­зированной реляционной БД. Оптимизация логической структуры БД начинается с нор­мализации БД. Под нормализацией обычно понимают устранение избыточности данных. Как правило, в процессе нормализации данные из одного файла разделяются на две или более логические таблицы в реляционной базе. Например, можно поместить информа­цию о клиентах фирмы в одну таблицу, а данные о заказах, поступающих от клиентов, — в другую и затем связать эти таблицы по регистрационному номеру клиента. Посред­ством запросов Transact-SQL, содержащих операторы реляционного соединения, можно восстановить исходную таблицу. Нормализация позволяет отказаться от необходимости обновлять одни и те же данные в разных записях, тем самым снижая вероятность оши­бок, связанных с нарушением согласованности данных. Нормализация позволяет:

  • ускорить процесс сортировки и создания индексов;

  • создать больше кластерных индексов в одной БД;

  • создавать более узкие и компактные индексы;

  • использовать меньшее число индексов в таблице, что позволяет повысить производительность операторов INSERT, UPDATE и DELETE;

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

Тем не менее, нормализация имеет и отрицательные стороны. Например, в некоторых случаях БД, предназначенная для поддержки принятия решений (в противоположность БД, где данные часто обновляются при выполнении транзакций), более удобна для восприятия и обеспечивает большую производительность, если данные в ней нормализованы не пол­ностью. Однако следует помнить, что ненормализованные данные всегда вызывают боль­ше проблем при проектировании БД, чем данные с избыточной нормализацией.

Обнаружив проблемы, связанные с неверной структурой БД, администратор БД дол­жен сообщить об этом программистам, проектирующим БД и работающим над созданием клиентских и серверных приложений. Внеся соответствующие изменения в структуру БД, а при необходимости — в клиентское и/или серверное приложение, можно существенно повысить производительность БД, размещенной на данном SQL Server 2000. Подробнее о мониторинге производительности — в главе 14.

Резюме

SQL Server содержит системные и пользовательские БД. На физическом уровне каждая БД состоит из файлов данных и файлов журнала, размещаемых на одном или нескольких дис­ках. Логический уровень структуры SQL Server содержит объекты, например таблицы, ин­дексы и представления. Администраторы БД оптимизируют физическую структуру, а раз­работчики БД — логическую структуру БД.

Занятие 4. Архитектура системы безопасности

При определении прав пользователя SQL Server 2000 использует два уровня защиты. Пер­вый уровень — проверка подлинности пользователя. Во время проверки определяется, имеется ли у пользователя право на подключения к данному SQL Server 2000. Второй уро­вень системы безопасности — авторизация, часто называемая также проверкой прав дос­тупа. При этом определяется, какие действия пользователь сможет выполнять с БД, после того как он пройдет проверку подлинности SQL Server 2000. Подробнее о системе безопас­ности — в главах 10 и 11.

Изучив материал этого занятия, вы сможете:

  • рассказать, как SQL Server 2000 проверяет подлинность пользователя;

  • описать, как SQL Server 2000 выполняет авторизацию пользователя;

  • перечислить типы учетных записей SQL Server 2000, и рассказать, когда они используются.

Проверка подлинности

Чтобы установить соединение с SQL Server 2000, пользователь должен указать правильный идентификатор учетной записи (login identifier) пользователя, который определяет права доступа к SQL Server 2000. Каждый SQL Server из числа имеющихся в системе проверяет, действительно ли идентификатор учетной записи пользователя, введенный при установке соединения, обеспечивает пользователю право подключаться к этому SQL Server. Провер­ка идентификатора учетной записи пользователя называется проверкой подлинности (authentication). В SQL Server 2000 предусмотрены два вида проверки подлинности: сред­ствами Windows и средствами SQL Server. Подключаясь к SQL Server 2000, пользователь указывает вид проверки подлинности для данного соединения.