- •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 по администрированию баз данных.
24. Типы связи, их представление на er-диаграмме.
В реальном мире существуют связи между сущностями. Связь представляет взаимодействие между сущностями. Она характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тернарной.
В рассматриваемой предметной области БАНК можно выделить три связи.
1. МЕНЕДЖЕР – УПРАВЛЯЕТ – ФИЛИАЛ
2. ФИЛИАЛ – ОБРАБАТЫВАЕТ – СЧЕТ
3. КЛИЕНТ – ИМЕЕТ – СЧЕТ
На ER-диаграмме связь изображается ромбом.
Важной характеристикой связи является тип связи (мощность, кардинальность). Рассмотрим типы связей 1–3.
1. Так как менеджер управляет только одним филиалом, то каждый экземпляр сущности МЕНЕДЖЕР может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 1 имеет тип "один-к-одному" (1:1).
2. Так как филиал обрабатывает несколько счетов, а счет обрабатывается только одним филиалом, то каждый экземпляр сущности ФИЛИАЛ может быть связан более чем с одним экземпляром сущности СЧЕТ, а каждый экземпляр сущности СЧЕТ может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 2 имеет тип "один-ко-многим" (1:М).
3. Так как счет может совместно использоваться несколькими клиентами и клиент может иметь несколько счетов, то каждый экземпляр сущности СЧЕТ может быть связан с несколькими экземплярами сущности КЛИЕНТ и каждый экземпляр сущности КЛИЕНТ может быть связан с несколькими экземплярами сущности СЧЕТ. В этом случае связь 3 имеет тип "многие-ко-многим" (М:N).
25. Класс принадлежности сущности, его представление на er-диаграмме.
Рассмотрим понятие класс принадлежности сущности.
Если каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А.
Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным на линии связи возле прямоугольника сущности А.
В качестве примера на рис изображены возможные ER-диаграммы для связи М:N c учетом класса принадлежности сущности.
Н а ER-диаграмме 1 класс принадлежности обеих сущностей необязательный.
На ER-диаграмме 2 класс принадлежности сущности КЛИЕНТ обязательный, а сущности СЧЕТ необязательный.
На ER-диаграмме 3 класс принадлежности сущности КЛИЕНТ необязательный, а сущности СЧЕТ обязательный.
На ER-диаграмме 4 класс принадлежности обеих сущностей обязательный.
26. Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного систем управления базами данных, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности [25].
Для связи типа 1:1 существуют три отдельных правила формирования предварительных таблиц из ER-диаграмм.
Правило 1
Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
На ER-диаграмме связи 1:1, представленной на рис, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ является обязательным. Тогда согласно правилу 1 должна быть сгенерирована одна таблица следующей структуры:
МЕНЕДЖЕР–ФИЛИАЛ
НМ СТАЖ СПЕЦ НФ АДР_Ф
Правило 2
Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Представим, что на ER-диаграмме связи 1:1, изображенной на рис, класс принадлежности сущности МЕНЕДЖЕР будет обязательный, а сущности ФИЛИАЛ – необязательный. Тогда согласно правилу 2 должны быть сгенерированы две таблицы следующей структуры:
МЕНЕДЖЕР – ФИЛИАЛ
НМ СТАЖ СПЕЦ НФ
ФИЛИАЛ
НФ АДР_Ф
С ущность с необязательным классом принадлежности (ФИЛИАЛ) именуется родительской, а с обязательным (МЕНЕДЖЕР) – дочерней. Первичный ключ родительской сущности (НФ), помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между указанными таблицами устанавливается путем связи первичного и внешнего ключа.
Примечание. Если внешний ключ представляет связь 1:1, то должны быть запрещены его дублирующие значения.
Правило 3
Е сли связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:1, изображенной на рис. 1.5, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ будет необязательный. Тогда согласно правилу 3 должны быть сгенерированы три таблицы следующей структуры:
МЕНЕДЖЕР
НМ СТАЖ СПЕЦ
ФИЛИАЛ
НФ АДР_Ф
МЕНЕДЖЕР–ФИЛИАЛ
НМ НФ
При этом осуществляется декомпозиция связи 1:1 на две связи 1:1