- •1. Экономическая информация. Виды и структурные единицы экономической информации.
- •2. Экономическая информация. Функции и классификация экономических информационных систем. Состав информационного обеспечения, информационная база.
- •3. Внемашинная организация экономической информации. Документы, их виды, структура.
- •4. Внутримашинная организация экономической информации. Файловая организация данных, ее недостатки. Понятие бд. Преимущества бд. Приложения бд. Компоненты бд.
- •5. Трехуровневая модель организации баз данных.
- •6. Модель данных. Иерархическая модель: понятие, достоинства, недостатки.
- •7. Сетевая модель данных: понятие, достоинства, недостатки.
- •8. Реляционная модель данных: понятие, достоинства, недостатки.
- •9. Операции реляционной алгебры: объединение, пересечение, декартово произведение, раз-ность, проекция, выборка, соединение, деление.
- •10. Постреляционная модель: понятие, достоинства и недостатки.
- •11. Объектно-ориентированная модель. Базовые понятия модели: объекты, классы, методы, наследование, инкапсулирование, расширяемость, полиморфизм. Достоинства и недостатки модели.
- •12.Объектно-реляционная модель: понятие и отличие от объектно-ориентированной модели. Достоинства и недостатки модели.
- •13. Многомерная модель. Базовые понятия модели: измерение, ячейка. Поликубическая и гиперкубическая организация данных. Достоинства и недостатки модели.
- •14. Требования, предъявляемые к базе данных.
- •15. Этапы жизненного цикла базы данных.
- •16. Модель «сущность-связь». Сущность, атрибут, экземпляр сущности, связь, мощность связи, показатель кардинальности, класс принадлежности сущности. Er-диаграммы.
- •17. Преобразование er-модели в реляционную модель. Правила преобразования.
- •18. Нормализация таблиц. Назначение нормализации. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •19. Этапы проектирования бд и их процедуры.
- •20. Понятие субд. Языковые и программные средства субд.
- •21. Архитектура субд. Средства проектирования, подсистема обработки, ядро субд.
- •22. Классификация субд: по универсальности, поддерживаемой модели данных.
- •23. Функциональные возможности субд.
- •24. Производительность субд. Показатели производительности.
- •25. Режимы работы пользователя с субд.
- •26. Направления развития субд.
- •27. Характеристика субд Access, функциональные возможности.
- •28. Характеристика базы данных и ее приложений, создаваемых в субд Access.
- •29. Пользовательский интерфейс субд Access. Система меню, панели инструментов, типы окон.
- •30. Настройка рабочей среды в субд Access. Параметры настройки.
- •31. Типы данных, обрабатываемых в субд Access.
- •32. Выражения в субд Access. Элементы выражения. Операторы.
- •33. Инструментальные средства в субд Access для создания базы данных, ее приложений.
- •34. Технология создания базы данных.
- •35. Проектирование запросов. Возможности запросов. Типы запросов. Общая технологии проектирования запросов.
- •36. Проектирование форм. Способы проектирования. Элементы графического интерфейса форм. Технологии проектирования форм.
- •37. Проектирование отчетов. Способы проектирования. Группировка и расчет итогов в отчетах. Технологии проектирования отчетов.
- •38. Типы Web-страниц для публикации базы данных и технологии их проектирования.
- •39. Автоматизация работы с бд. Виды макросов. Общая технология создания макросов.
- •40. Язык sql в субд. Назначение, стандарты, достоинства.
- •41. Структура команды sql. Типы данных. Выражения.
- •42. Команды определения данных языка sql.
- •43. Команды внесения изменений в базу языка sql.
- •44. Команда извлечения данных из базы языка sql.
- •45. Пользователи базы данных. Администратор базы данных, его функции.
- •46. Защита баз данных. Актуальность защиты баз данных. Причины, вызывающие разрушение базы данных.
- •47. Методы защиты базы данных.
- •48. Восстановление базы данных.
- •49. Оптимизация работы базы данных. Подходы повышения производительности бд.
- •50. Правовая охрана баз данных.
16. Модель «сущность-связь». Сущность, атрибут, экземпляр сущности, связь, мощность связи, показатель кардинальности, класс принадлежности сущности. Er-диаграммы.
Средством моделирования предметной области на этапе концептуального проектирования является модель "сущность–связь". Часто ее называют ER-моделью (Entity – сущность, Relation – связь). Основные понятия ER-диаграммы – сущность, атрибут, связь. Сущность – это некоторый объект реального мира, который может существовать независимо. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную идентификацию. Атрибут – это свойство сущности. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. На ER-диаграмме сущность изображается прямоугольником, в котором указывается ее имя. В реальном мире существуют связи между сущностями. Связь представляет взаимодействие между сущностями. Она характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тернарной. На ER-диаграмме связь изображается ромбом. Важной характеристикой связи является тип связи (кардинальность) (1:1, 1:М, N:М)/ Класс принадлежности сущности. Если каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А. Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным на линии связи возле прямоугольника сущности А. В качестве примера на рис. 1.4 изображены возможные ER-диаграммы для связи М:N c учетом класса принадлежности сущности.
17. Преобразование er-модели в реляционную модель. Правила преобразования.
Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм. Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности. Правило 1: Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей. Правило 2: Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности. Сущность с необязательным классом принадлежности именуется родительской, а с обязательным – дочерней. Первичный ключ родительской сущности, помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между указанными таблицами устанавливается путем связи первичного и внешнего ключа. Правило 3: Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей. Правило 4: Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М. Правило 5: Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей. Правило 6: Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.