- •1. Экономическая информация, ее виды, структурные единицы.
- •2. Внемашинная организация экономической информации: документы, их виды, структура.
- •3. Понятие классификации информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации. Методы кодирования.
- •6. Внутримашинная организация экономической информации: файловая организация данных и базы данных. Преимущества баз данных.
- •7. Объемы современных баз данных и устройства для их размещения.
- •8. Приложения и компоненты базы данных. Словарь данных.
- •9. Пользователи базы данных.
- •10. Трехуровневая модель организации баз данных.
- •11. Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •12. Сетевая модель, ее достоинства и недостатки.
- •14. Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия.
- •13. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •15. Реляционная целостность: целостность отношений, ссылочная целостность.
- •16. Операции реляционной алгебры: объединение, пересечение, декартово произведение, разность, проекция, выборка, соединение, деление.
- •17. Постреляционная модель, ее достоинства и недостатки.
- •18. Объектно-ориентированная модель данных. Ее базовые понятия (объекты, классы, методы, наследование, инкапсуляция, расширяемость, полиморфизм), достоинства и недостатки.
- •19. Объектно-реляционная модель данных, ее достоинства и недостатки.
- •20. Многомерная модель данных, ее базовые понятия (измерение, ячейка), достоинства и недостатки.
- •21. Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •22. Этапы жизненного цикла базы данных.
- •23. Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •24. Типы связи, их представление на er-диаграмме.
- •25. Класс принадлежности сущности, его представление на er-диаграмме.
- •26. Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •27. Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •28. Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •29. Концептуальное проектирование, его цель и процедуры.
- •30. Логическое проектирование, его цель и процедуры.
- •31. Физическое проектирование, его цель и процедуры.
- •32. Семантическая объектная модель. Пример объектной диаграммы.
- •33. Сase-средства для моделирования данных.
- •34. Понятие субд. Архитектура субд.
- •35. Возможности, предоставляемые субд пользователям. Производительность субд.
- •36. Классификация субд. Режимы работы пользователя в субд.
- •37. Функции субд.
- •38. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение субд в системы управления базами знаний.
- •39. Знания, их виды. Базы знаний. Экспертные системы.
- •40. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •41. Семантические сети. Виды отношений. Пример семантической сети.
- •42. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •43. Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов).
- •44. Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды.
- •45. Характеристика объектов базы данных.
- •46. Типы обрабатываемых данных и выражения.
- •47. Инструментальные средства для создания базы данных и ее приложений.
- •48. Технология создания базы данных: описание структуры таблиц, установка связи между таблицами, заполнение таблиц данными.
- •49. Корректировка базы данных (каскадные операции).
- •50. Работа с таблицей в режиме таблицы.
- •51. Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных.
- •52. Конструирование формы: простой, с вкладками, составной, управляющей (с кнопками)
- •53. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •54. Создание статических Web-страниц из объектов базы данных. Конструирование страниц доступа к данным.
- •55. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •56. Назначение, стандарты, достоинства языка sql.
- •57. Структура команды sql.
- •58. Типы данных и выражения в sql.
- •59. Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •60. Понятие и типы транзакций. Обработка транзакций в sql.
- •61. Управление доступом к данным в sql.
- •62. Встраивание sql в прикладные программы.
- •63. Диалекты языка sql в субд.
- •64. Эволюция концепций обработки данных.
- •65. Системы удаленной обработки.
- •66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем.
- •67. Настольные субд, их достоинства и недостатки.
- •68. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •69. Функции клиентского приложения и сервера баз данных при обработке запросов. Преимущества клиент/серверной обработки.
- •70. Характеристики серверов баз данных.
- •71. Механизмы доступа к данным базы на сервере.
- •72. Понятие и архитектура распределенных баз данных (РаБд). Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •74. Обработка распределенных запросов. Преимущества и недостатки РаСубд.
- •73. Распределенные субд (РаСубд). Двенадцать правил к. Дейта.
- •75. Типы интерфейса доступа к данным базы.
- •76. Olap-технология и хранилище данных (хд). Отличия хд от базы данных. Классификация хд. Технологические решения хд. Программное обеспечение для разработки хд.
- •77. Проблемы многопользовательских баз данных. Администратор базы данных, его функции.
- •78. Актуальность защиты базы данных. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
- •81. Оптимизация работы базы данных (индексирование, хеширование, технологии сжатия данных базы).
- •79. Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа.
- •80. Восстановление базы данных с помощью резервного копирования базы данных, с помощью журнала транзакций.
- •82. Возможности субд Access по администрированию баз данных.
29. Концептуальное проектирование, его цель и процедуры.
Проектирование базы данных осуществляется в три этапа:
1) концептуальное проектирование;
2) логическое проектирование;
3) физическое проектирование.
Цель этапа концептуального проектирования – создание концептуальной модели данных исходя из представлений пользователей о предметной области. Для ее достижения выполняется ряд последовательных процедур.
1. Определение сущностей и их документирование. Для идентификации сущностей определяются объекты, которые существуют независимо от других. Такие объекты являются сущностями. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных. Если возможно, то устанавливается ожидаемое количество экземпляров каждой сущности.
2. Определение связей между сущностями и их документирование. Определяются только те связи между сущностями, которые необходимы для удовлетворения требований к проекту базы данных. Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами. Развернутое описание каждой связи с указанием ее типа и класса принадлежности сущностей, участвующих в связи, заносится в словарь данных.
3. Создание ER-модели предметной области. Для представления сущностей и связей между ними используются ER-диаграммы. На их основе создается единый наглядный образ моделируемой предметной области – ER-модель предметной области.
4. Определение атрибутов и их документирование. Выявляются все атрибуты, описывающие сущности созданной ER-модели. Каждому атрибуту присваивается осмысленное имя, понятное пользователям. О каждом атрибуте в словарь данных помещаются следующие сведения:
· имя атрибута и его описание;
· тип и размерность значений;
· значение, принимаемое для атрибута по умолчанию (если такое имеется);
· может ли атрибут иметь Null-значения;
· является ли атрибут составным, и если это так, то из каких простых атрибутов он состоит. Например, атрибут "Ф.И.О. клиента" может состоять из простых атрибутов "Фамилия", "Имя", "Отчество", а может быть простым, содержащим единые значения, как-то "Сидорский Евгений Михайлович". Если пользователь не нуждается в доступе к отдельным элементам "Ф.И.О.", то атрибут представляется как простой;
· является ли атрибут расчетным, и если это так, то как вычисляются его значения.
5. Определение значений атрибутов и их документирование. Для каждого атрибута сущности, участвующей в ER-модели, определяется набор допустимых значений и ему присваивается имя. Например, атрибут "Тип счета" может иметь только значения "депозитный", "текущий", "до востребования", "карт-счет". Обновляются записи словаря данных, относящиеся к атрибутам, – в них заносятся имена наборов значений атрибутов.
6. Определение первичных ключей для сущностей и их документирование. На этом шаге руководствуются определением первичного ключа – как атрибута или набора атрибутов сущности, позволяющего уникальным образом идентифицировать ее экземпляры. Сведения о первичных ключах помещаются в словарь данных.
7. Обсуждение концептуальной модели данных с конечными пользователями. Концептуальная модель данных представляется ER-моделью с сопроводительной документацией, содержащей описание разработанной модели данных. Если будут обнаружены несоответствия предметной области, то в модель вносятся изменения до тех пор, пока пользователи не подтвердят, что предложенная им модель адекватно отображает их личные представления.
На этом этапе разрабатывается словарь данных. Цель создания словаря данных – документирование данных. Он содержит информацию: об источниках данных, их форматах, взаимосвязях, характере использования. Два важнейших назначения у словаря данных:
1) централизованное ведение и управление данными как ресурсом на всех этапах проектирования, эксплуатации и развития БД;
2) обеспечение эффективного взаимодействия между всеми участниками проекта БД.
Конечный результат этапа концептуального проектирования - информационно-логическая модель данных предметной области (концептуальная модель). Она определяет состав и структуры данных предметной области, функциональную связь между ними.