- •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. Правовая охрана баз данных.
5. Трехуровневая модель организации баз данных.
В 1978 году учеными была принята трехуровневая система организации данных. В соответствии с принятой концепцией предлагается выделять три уровня абстракции представления данных: внешний, концептуальный и внутренний. внешний уровень – это тот, на котором представляют данные пользователи; концептуальный уровень служит для отображения данных внешнего уровня на внутренний и обеспечивает необходимую независимость данных разных уровней друг от друга; на внутреннем уровне данные воспринимаются СУБД и операционной системой. Внешний уровень – это самый верхний уровень, который отражает представление конечного пользователя о конфигурации данных. Например, системе отдела кадров нужны сведения о возрасте, домашнем адресе сотрудника, а система расчета зарплаты учитывает квалификацию работника, стаж его работы. Концептуальный уровень – это объединяющее представление данных, используемых всеми пользовательскими приложениями, работающими с данной базой. Этот уровень не должен содержать никаких сведений о методах хранения данных. Здесь должны быть отражены: -все сущности, включаемые в базу, их атрибуты и связи; -накладываемые на данные ограничения; -семантическая информация о данных; -информация о мерах обеспечения безопасности и поддержки целостности данных. База данных на концептуальном уровне имеет высокую степень абстракции и характеризуется аппаратной и программной независимостью. Создаваемая на этом уровне концептуальная модель служит основой для идентификации и описания основных объектов данных. Внутренний уровень служит для адаптации концептуальной модели к конкретной СУБД. Внутренний уровень предназначен для достижения оптимальной производительности и обеспечения оптимального использования дискового пространства. На этом уровне осуществляется взаимодействие СУБД с методами доступа операционной системы. Здесь хранится такая информация: В действительности ниже внутреннего уровня находится еще уровень физического представления данных, то есть физический уровень, на котором описываются способы хранения информации на носителях, например, на винчестерах. Другими словами, физический уровень – это собственно данные, хранящиеся на внешних носителях информации и расположенные в файлах или страничных структурах.
6. Модель данных. Иерархическая модель: понятие, достоинства, недостатки.
Любая база данных состоит из элементов данных (реквизитов) и связей между ними. Значит, чтобы организовать данные в базу, необходим предварительный процесс моделирования, то есть должна быть разработана схема, позволяющая изобразить связи между элементами данных. Модель данных – это систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Модель данных является ядром базы данных. Разработано много моделей данных, которые различаются по способу связи между данными. Однако наибольшее практическое применение нашли три модели: иерархическая, сетевая, реляционная. В иерархических моделях основная структура представления данных имеет форму дерева. На самом высшем (первом) уровне иерархии находится только одна вершина, которая называется корнем дерева. Эта вершина имеет связи с вершинами второго уровня, вершины второго уровня имеют связи с вершинами третьего уровня и т.д. Связи между вершинами одного уровня отсутствуют. Примером иерархической структуры может служить книга, как иерархическая последовательность букв, которые объединяются в слова, слова – в предложения, предложения – в параграфы, затем в главы и т.д. Над иерархически организованными данными определенны следующие операции: -Добавить в базу данных новую запись. -Изменить значение данных предварительно извлеченной записи. -Удалить некоторую запись и все подчиненные ей записи. -Извлечь запись; в этой операции допускается задание условий выборки. Иерархическая модель является наиболее простой, поэтому исторически она появилась первой. К достоинствам иерархической модели данных относится: достаточно эффективное использование памяти и неплохие временные показатели выполнения операций над данными. Однако, удобна эта модель в основном для работы с иерархически организованной информацией. Недостатками иерархической модели являются достаточно сложные логические связи и соответствующая громоздкость в обработке данных.