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