- •1). Экономическая информация, её виды, структурные единицы.
- •2. Внемашинная организация экономической информации: документы, их виды, структура.
- •3. Понятие классификации информации. Системы классификации
- •4. Внутримашинная организация экономической информации. Преимущество бд
- •5. Объёмы современных бд и устройства для их размещения
- •6. Приложения и компоненты базы данных. Словарь данных. Пользователи базы данных.
- •7. Трёхуровневая модель организации баз данных.
- •8. Понятие модели данных. Иерархическая и сетевая модели, достоинства и недостатки
- •9. Реляционная модель данных. Её базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •10. Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия.
- •11.Операции реляционной алгебры: объединение, пересечение, декартово произведение, разность, проекция, выборка, соединение, деление.
- •12. Постреляционная модель, её достоинства и недостатки.
- •13. Объетно-ориентированная модель данных. Её базовые понятия (объекты, классы, методы, наследование, инкапсуляция, расширяемость, полиморфизм), достоинства и недостатки.
- •15. Многомерная модель данных, её базовые понятия (измерение, ячейка), достоинства и недостатки.
- •16. Понятие проектирования базы данных. Требование предъявляемые к базе данных.Этапы жизненного цикла базы данных.
- •17.Модель «сущность-связь», её понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •18.Типы связи, их представление на er-диаграмме
- •19. Класс принадлежности сущности, его представление на er-диаграмме.
- •20.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1., 1:м, м:n.
- •21. Нормализация таблиц, её цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •22.Этапы проектирование базы данных (концептуальное, логическое, физическое) цель и процедуры каждого этапа.
- •23. Case-средства для моделирования данных.
- •24. Понятие субд. Архитектура субд. Возможности, предоставляемые субд пользователям.
- •25. Классификация субд. Режимы работы пользователя в субд. Функции субд.
- •26. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение субд в системы управления базами знаний.
- •27. Знания, их виды. Базы знаний. Экспертные системы.
- •28. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •28. Семантические сети. Виды отношений. Пример семантической сети.
- •29. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •30. Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов).
- •31. Система управления базами данных Mіcrosoft Access 2003.
- •32. Характеристика объектов бд.
- •33. Типы обрабатываемых данных и выражения.
- •34. Инструментальные средства для создания базы данных и её приложений.
- •35. Технология создания базы данных: описание структуры таблиц, установка связей между таблицами, заполнение таблиц данными
- •36. Корректировка баз данных (каскадные операции)
- •37. Работа с таблицей в режиме таблицы
- •39. Конструирование формы: простой, с вкладками, составной, управляющей ( с кнопками)
- •40. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •42. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •43.Назначение, стандарты, достоинтсва языка sql
- •44. Структура команды sql
- •45.Типы данных и выражения в sql.
- •46.Возможности языка sql по определению данных.
- •47.Возможности языка sql по внесению изменений в базу данных.
- •48.Возможности языка sql по извлечению данных из базы. Операторы, реализующие критерии отбора в условии.
- •49. Возможности языка sql по подведению итогов по данным из базы. Функции агрегирования.
- •50. Возможности языка sql по созданию вложенных и объединенных запросов.
- •51.Диалекты языка sql в субд.
- •52.Эволюция концепций обработки данных.Системы удалённой обработки.
- •53.Системы совместного использования файлов. Обработка запросов в них. Недостатки систем
- •54.Настольные субд, их достоинства и недостатки.
- •55.Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •56.Функции клиентского приложения и сервера баз данных при обработке запросов. Преимущества клиент/серверной обработки.
- •57.Понятие и архитектура распределённых баз данных (РаБд). Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •58. Распределенные субд. 12правил к.Дейта
- •59. Обработка распределенных запросов.Преимущества и недостатки РаСубд
- •60. Типы интерфейса доступа к данным базы
- •61. Olap-технология и хранилище данных (хд). Отличия хд от базы данных. Классификация хд. Технологические решения хд. Программное обеспечение для разработки хд.
- •62. Проблемы многопользовательских бд. Администратор бд, его функции. Возможности субд Access по администрированию бд.
- •63.Актуальность защиты базы данных. Методы защиты баз данных.Методы восстановления базы данных.
- •1.Экономическая информация, её виды, структурные единицы.
- •2. Внемашинная организация экономической информации: документы, их виды, структура.
20.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1., 1:м, м:n.
Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного систем управления базами данных, поддерживающих эти модели наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.
Правило 1: Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
Правило 2: Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Правило 3: Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Итак, для связи типа 1:1 существуют три отдельных правила формирования предварительных таблиц из ER-диаграмм.
Для связи типа 1:М существуют только два правила. Выбор одного из них зависит от класса принадлежности сущности на стороне M. Класс принадлежности сущности на стороне 1 не влияет на выбор.
Правило 4: Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
Примечание. Если внешний ключ представляет связь 1:М, то должны быть разрешены его дублирующие значения.
Правило 5: Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Для связи типа М:N класс принадлежности сущности не имеет значения.
Правило 6: Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.