- •Основные определения. Информация. Данные. База данных. Предметная область. Объект. Атрибут. Субд.
- •Функции субд
- •Трехуровневая архитектура бд. Уровни представления бд. Внешний, концептуальный, внутренний уровни. Теоретические основы проектирования бд. Этапы концептуального проектирования.
- •Модели представления данных. Сетевая и иерархическая модели. Преимущества и недостатки. Отношения между объектами.
- •Иерархическая
- •Сетевая
- •Модели представления данных. Реляционная модель. Основные понятия: атрибут, домен, кортеж (запись), ключ. Фундаментальные свойства отношений.
- •Основные операции реляционной алгебры – выборка, проекция, декартово произведение, объединение, разность.
- •Операция выборки
- •Операция проекции
- •Декартово произведение
- •Операция объединения
- •Операция разности
- •Дополнительные операции реляционной алгебры – – соединение, пересечение, деление.
- •Соединение
- •Операция пересечения
- •Операция деления
- •Функциональные зависимости и их свойства. Понятие реляционной целостности.
- •10. Нормализация отношений. Цель нормализации. Аномалии в отношениях. Ненормализованные отношения. Первая нормальная форма.
- •11. Нормализация отношений. Вторая и третья нормальные формы. Аномалии в отношениях.
- •12. Нормализация отношений. Нормальная форма Бойса - Кодда.
- •13. Нормализация отношений. Четвертая нормальная форма. Понятие многозначной зависимости.
- •14. Нормализация отношений. Пятая нормальная форма. Понятие зависимости соединения.
- •15. Предметная область информационной системы. Объекты и связи. Классификация связей. Теоретические основы проектирования бд. Этапы концептуального проектирования.
- •16. Семантическое моделирование данных. Семантическая модель Сущность - Связи(er).
- •6.2. Семантическое моделирование данных, er-диаграммы
- •6.2.1. Семантические модели данных
- •6.2.2. Основные понятия модели Entity-Relationship (Сущность-Связи)
- •6.2.3. Нормальные формы er-схем
- •6.2.4. Более сложные элементы er-модели
- •6.2.5. Получение реляционной схемы из er-схемы
- •17. Понятия транзакции в субд. Свойства асид. Проблемы параллельного выполнения транзакции. Понятие блокировки, методы управления параллельностью.
- •18. Язык структурированных запросов sql. Основные положения.
- •19. Язык структурированных запросов sql. Установка критериев выбора.
- •20. Язык структурированных запросов sql. Обобщение данных с помощью агрегатных функций.
- •21. Язык структурированных запросов sql. Формирование вывода запросов. Упорядочивание вывода полей.
- •Упорядочивание вывода полей
- •Упорядочивание с помощью многочисленных столбцов
- •Упорядочивание агрегатных групп
- •22. Язык структурированных запросов sql. Объединение таблиц.
- •23. Язык структурированных запросов sql. Соотнесенные подзапросы.
- •24. Язык структурированных запросов sql. Ввод, удаление и изменение значений в таблице. Создание таблицы.
- •25. Microsoft sql Server 2000. Основные концепции технологии «клиент-сервер», структура хранения данных, файлы и группы файлов. Основные объекты базы данных.
- •26. Microsoft sql Server 2000. Создание базы данных с помощью Enterprise Manager. Работа с таблицами. Ограничения целостности.
- •Ограничения целостности
- •26. Microsoft sql Server 2000. Создание базы данных с помощью Enterprise Manager. Работа с таблицами. Ограничения целостности.
- •Работа с таблицами
- •Ограничения целостности
- •27. Администрирование sql Server 2000. Терминология. Создание ролей и пользователей в бд.
- •Терминология
- •Системный администратор
- •Владелец базы данных
- •28. Microsoft sql Server 2000. Резервное копирование и восстановление. Экспорт и импорт данных.
- •29. Microsoft sql Server 2000. Создание и использование хранимых процедур и пользовательских функций.
- •31. Тенденции развития бд. Хранилища данных. Основные свойства. Архитектура, схемы хд. Понятие метаданных. Информационные потоки в хранилищах данных.
- •1. Современные информационные системы
- •Метаданные
Системный администратор
В Windows 2000 определен пользователь с именем Администратор, который может выполнять в операционной системе любые операции. В SQL Server используется учетная запись под именем sa. Она принадлежит фиксированной серверной роли sysadmin, имеющей доступ ко всем объектам SQL Server.
Гость
Если в базе данных определен пользователь с именем guest, к ней могут получить доступ все пользователи, подключившиеся к SQL Server.
Владелец базы данных
В SQL Server создавший базу данных пользователь называется ее владельцем. Право владения базой данных может быть передано другому пользователю, и тогда он станет ее владельцем. Владелец базы данных всегда имеет в ней имя dbo.
Режимы работы безопасности SQL Server
Подобно Windows 2000, SQL Server требует, чтобы каждый пользователь указывал свое идентификационное имя. Однако SQL Server можно настроить так, чтобы он автоматически получал имя пользователя от Windows 2000, не требуя, чтобы пользователь сам явно указывал его. Таким образом, SQL Server можно настроить для работы в одном из двух режимов безопасности:
Режим аутентификации Windows
Режим смешанной аутентификации
В режиме аутентификации Windows для подключения к SQL Server применяется имя пользователя Windows 2000. Рекомендуется использовать режим аутентификации Windows.
Режим смешанной аутентификации позволяет использовать аутентификацию Windows, но в тех случаях, когда она невозможна, пользователь должен явно указать имя учетной записи и пароль.
Создание новой учетной записи
Подключитесь к SQL Server под именем учетной записи sa. Это возможно только в случае, если администратором установлен смешанный режим аутентификации SQL Server. Выберите в контекстном меню сервера пункт Edit SQL Server Registration Properties, в свойствах соединения выберите Use SQL Server authentication, укажите имя и пароль учетной записи sa. Эта учетная запись принадлежит фиксированной серверной роли sysadmin, и теперь вы имеете полный доступ ко всем объектам SQL Server.
Подключение к SQL Server под учетной записью sa
Создайте новую учетную запись SQL Server с именем NewUser, для этого откройте папку Security и выберите в ней папку Logins. В контекстном меню выберите команду New Login, откроется диалоговое окно SQL Server Login Properties – New Login. Чтобы создать учетную запись, не связанную с пользователем или группой Windows, введите уникальное имя учетной записи (допустим, NewUser), выберите опцию SQL Server Authentication и введите пароль. На вкладке Database Access (разрешения на доступ к базам данных) поставьте галочку напротив базы данных, к которой должен иметь доступ новый пользователь (укажите созданную вами базу данных сотрудников) и включите его в роль базы данных public. Также имя учетной записи можно было выбрать из списка всех пользователей и групп Windows и установить режим входа Windows Authentication. В этом случае новому пользователю не пришлось бы вводить имя и пароль при подключении к SQL Server, потому что в этом случае использовалась бы учетная запись пользователя Windows.
Разрешения на доступ к объектам
Теперь нужно установить разрешения на доступ пользователя NewUser к таблицам базы данных сотрудников. Выберите в контекстном меню таблицы Section пункт Свойства, активизируйте диалоговое окно Permissions (разрешения).
В выпадающем списке Object можно выбрать любой объект базы данных и установить разрешения на доступ к нему для любого пользователя базы данных, для роли public, а также для любой другой роли, созданной администратором базы данных. Для роли public по умолчанию разрешено выполнение инструкции SELECT (выборка). Следовательно, это разрешение распространяется и на пользователя NewUser, так как он включен в роль public. Установите флажки как показано на рисунке: INSERT (добавление новых строк) – разрешено, UPDATE (изменение существующих записей) – разрешено, DELETE (удаление записей) – запрещено.
Таким же образом разрешите пользователю NewUser вставку новых строк в таблицу Employee и разрешите изменение содержимого только двух столбцов: BirthDay и Money.
Протестируйте правильность расстановки разрешений, войдя в базу данных под именем NewUser.
Создание пользовательских ролей в базах данных.
Если для реализации логических ролей не используются группы безопасности Windows, на этом этапе создаются пользовательские роли в базе данных. Их может создавать пользователь, подключившийся к SQL Server с именем учетной записи sa или другим, входящим в фиксированные серверные роли sysadmin либо фиксированные роли в базе данных db_securityadmin или db_owner.
Войдите в SQL Server под именем sa, разверните узел Databases, откройте папку конкретной базы данных. Щелкните правой кнопкой мыши на папке Roles и выберите из контекстного меню команду New Database Role. Введите имя роли (допустим, NewUserRole) и, оставив установленной опцию Standart Role, щелкните на кнопке OK.
Теперь в свойствах новой роли нажмите кнопку Permissions и в появившемся диалоговом окне Database Role Properties установите для роли NewUserRole те же разрешения на доступ к таблицам Section и Employees, что и для пользователя NewUser.
Теперь создайте нового пользователя базы данных сотрудников и включите его в роль базы данных NewUserRole. Убедитесь, что этот пользователь может выполнять те же операции в базе данных, что и пользователь NewUser.