Уровни безопасности

При работе с SQL Server пользователь проходит две стадии проверки: аутентификацию и

авторизацию (цроверку црав locrvira). На стадии аутентификации идентнфицируатся пользователь. При этом проверяется только сама возможность к определен-

ному экземпляру Server. Если аутентификация завершилась успешно, пользователь подключается к экземпляру SQL Server. Далее ему потребуются соответствующие прмв;! .т-ступа, чтобы получить доступ к базам данным на сервере. Этап проверки прав доступа определяет набор разрешенных пользователю в базе данных SQL Server.

Режимы аутентификации

В SQL Server предусмотрены два режима безопасности (аутентификации): проверка

лпнносп- Windows (Windows Authentication) и смешанный режим (Mixed). Первый дает пользователе жност!. подключиться по учетной записи Windows NT 4.0 или Windows 2000. Второй позволяет пользователям подключаться к экземпляру SQL Server,п. с помощью Windows Authentication, так и SQL Server Authentication. Пользователи, подключающиеся через учетные записи Windows NT 4.0 или Windows 2000, могут использовать доверенные соединения как в режиме Windows Authentication, так и в режиме Mixed.

Резюме

планировании базы данных SQL Server необходимо учитывать типы файлов и групп

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

файлы используются только одной базой данных. Для восстановления транзакций SQL

Server обращается к журналу транзакций каждой базы данных. При проектировании ойзы данных необходимо учитывать скорость процессора, объем оперативной емкость

и конфигурацию жесткого диска. Есть и другие важные факторы: число одновременно

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

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

ную для просмотра и модификации. План обеспечения безопасности определяет, каким

пользователям какая информация доступна и какие действия эти пользователи вы-

полнять в базе данных.

Главные задачи при определении требований к системе

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

определение целей создания системы;

определение объема и типов данных; определение способов использования данных;

определение бизнес-правил.

Не обязательно решать эти задачи последовательно. Например, не исключено, что во время определения объема и типов данных полезно выявить способ их использования и ограничения, налагаемые на данные. Рис. 3-8 иллюстрирует процесс определения требований к системе.

Подробнее о проектировании реляционных СУБД - в книге Rebecca M. Riordan *Designing Relational Databases (Microsoft 1999). Эта книга успешно дополня-

ет материал этого учебного курса.

Определение целей создания системы

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

Структура базы данных должна как можно точнее моделировать структуру реального бизнеса, поскольку на внесение изменений в структуру базы данных после ее придется затратить много времени. Кроме того, база данных с рациональной структурой лучше работает. При проектировании следует назначение базы данных и то, как это отражается на структуре. Другими словами, следует определить дели создания новой системы, то есть ответить на вопрос: зачем создается эта база данных?

Занятие 3, Определение требований к системе

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

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

указать и область применения базы данных; V идентифицировать типы латц,1\, с которыми будет работать база, текущий объем данных, ожидаемые темпы роста и способы решения связанных с этим проблем; наметить пути использования информации из новой базы данных; определить любые бизнес-правила, по которым будет работать система.

Продолжительность занятия - около 35 минут.

Г<Ограничения, налагаемые на данные

Способы использования данных

Рис. 3-8, Определение требований к системе

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

Процесс определения целей системы не всегда прямолинеен. Созданием базы данных зачастую пытаются решить множество задач (как четко так и нечет-

ких). Чтобы формализовать их, требуется провести немалую работу, которая напоминает работу детектива. Например, компания-производитель хочет автоматизировать процессы инвентаризации. Одна из целей, декларируемых при разработке проекта базы данных, звучит так: облегчить процесс управления запасами .

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

Но и на этом этапе задачи не совсем ясны. Как правило, они сформулированы в общих терминах, например повысить продуктивность , поднять производительность . По ходу дела необходимо определить, в какой степени их следует выполнить. Если цель состоит в повышении производительности, нужно попытаться выяснить, с какого уровня и до какого. Где только возможно, нужно пожелание eri> характера выразить в измеряемых величинах.

Однако следует помнить об опасности перегнуть при конкретизации

рых задач. Часто, чтоб дслить границы задачи, необходимо провести предварительное измерение, Например, если руководство требует повысить точность инвентарной вам придется потратить много времени и ресурсов, чтобы изучить степень существующей в процессе на текущий момент. Затраты на проведение этих исследований (вероятно, вам придется просмотреть документы по инвентаризации в этой компании за

5-2061