![](/user_photo/2706_HbeT2.jpg)
- •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 по администрированию баз данных.
9. Пользователи базы данных.
Пользователь БД – физ или юр лицо, имеющее доступ к БД и пользующееся ее услугами.
Пользователи БД делятся на конечных пользователей и обслуживающий персонал.
Конечный пользователь БД – пользователь, которому необходимы данные из БД для работы.
10. Трехуровневая модель организации баз данных.
После того, как была выработана концепция базы данных и системы управления ее, специалисты, начиная с 1971 года, стали работать над общей архитектурой и терминологией базы данных. Вопросы, касающиеся того, как должна быть устроена база данных, были решены не сразу. В течение ряда лет велись научные исследования в этом направлении, предлагались различные способы реализации. В результате многократных обсуждений предлагаемых решений в 1978 году учеными была принята трехуровневая система организации данных, предложенная Национальным Институтом стандартизации – ANSI (American National Standards Institute) и Комитетом по планированию выпуска стандартов и технических условий – SPARC Соединенных штатов Америки. В соответствии с принятой концепцией предлагается выделять три уровня абстракции представления данных: внешний, концептуальный и внутренний (рис. 1). Хотя идеология ANSI/SPARС не стала стандартом, она представляет основу для понимания основных функциональных особенностей баз данных и систем управления базами данных (СУБД).
Основное внимание в этом подходе сконцентрировано на необходимости воплощения независимости каждого уровня для изоляции программ от особенностей представления данных на более низком уровне. То есть цель этого представления – отделение пользовательского представления базы данных от ее физического представления. Фундаментальным моментом в этом подходе является выделение трех уровней абстракции, то есть трех различных уровней абстракции описания элементов данных:
- внешний уровень – это тот, на котором представляют данные пользователи;
- концептуальный уровень служит для отображения данных внешнего уровня на внутренний и обеспечивает необходимую независимость данных разных уровней друг от друга;
- на внутреннем уровне данные воспринимаются СУБД и операционной системой.
Внешний уровень – это самый верхний уровень, который отражает представление конечного пользователя о конфигурации данных (более подробно о типах пользователей баз данных будет изложено в последней лекции). Каждый пользователь представляет реальный мир по-своему, исходя из того вида работы, которую он выполняет. Остальная часть реального мира его не интересует. Некоторые представления пользователя не являются исходными, а потому в базе данных их не следует сохранять, так как они могут быть вычислены, например, вместо данных о возрасте, которые надо часто менять, следует внести в базу данные о дате рождения, и из них вычислять возраст.
Конечные пользователи часто оперируют с приложениями. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно ему. Например, системе отдела кадров нужны сведения о возрасте, домашнем адресе сотрудника, а система расчета зарплаты учитывает квалификацию работника, стаж его работы.
Концептуальный уровень – это объединяющее представление данных, используемых всеми пользовательскими приложениями, работающими с данной базой. На этом уровне база данных представляет собой общий взгляд пользователя на данные проектируемой базы. Это, например, представление с точки зрения менеджера высшего уровня о данных всего предприятия. Здесь описывается: какие данные хранятся в базе, и каковы связи между ними. Этот уровень отражает логическую структуру всей базы с точки зрения администратора базы данных. В действительности концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создается база данных.
Концептуальный уровень – это попытка представить требования к базе со стороны организации. И этот уровень не должен содержать никаких сведений о методах хранения данных. Здесь должны быть отражены:
- все сущности, включаемые в базу, их атрибуты и связи;
- накладываемые на данные ограничения;
- семантическая информация о данных;
- информация о мерах обеспечения безопасности и поддержки целостности данных.
База данных на концептуальном уровне имеет высокую степень абстракции и характеризуется аппаратной и программной независимостью. Создаваемая на этом уровне концептуальная модель служит основой для идентификации и описания основных объектов данных.
Внутренний уровень служит для адаптации концептуальной модели к конкретной СУБД. Другими словами, внутренняя уровень – это представление базы данных со стороны СУБД, и на этом уровне описывается, как данные должны храниться в компьютере. А потому на этом уровне требуется, чтобы проектировщик привел свойства и ограничения концептуальной модели в соответствие с выбранной моделью реализации базы данных. Внутренний уровень предназначен для достижения оптимальной производительности и обеспечения оптимального использования дискового пространства. На этом уровне осуществляется взаимодействие СУБД с методами доступа операционной системы. Здесь хранится такая информация:
- распределение дискового пространства для хранения данных и индексов;
- описание подробностей хранения данных;
- сведения о размещении записей;
- сведения о сжатии данных и методах их шифрования.
База данных, создаваемая на этом уровне, имеет средний уровень абстракции и характеризуется аппаратной независимостью и программной зависимостью, то есть она зависит от программного обеспечения базы данных. А потому любые изменения в программном обеспечении СУБД потребуют изменений во внутренней модели, для того чтобы она соответствовала требованиям СУБД.
В действительности ниже внутреннего уровня находится еще уровень физического представления данных, то есть физический уровень, на котором описываются способы хранения информации на носителях, например, на винчестерах. Другими словами, физический уровень – это собственно данные, хранящиеся на внешних носителях информации и расположенные в файлах или страничных структурах. Этот уровень контролируется операционной системой, но под управлением СУБД. Здесь требуется определить, как устройства физического хранения, так и методы доступа, необходимые для извлечения данных с физического носителя. База данных, создаваемая на этом уровне, имеет самый низкий уровень абстракции и характеризуется аппаратной и программной зависимостью.
Предложенная архитектура позволяет обеспечить логическую и физическую независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других, работающих с этой же базой данных. А физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с конкретной базой. Логическая независимость устанавливается между 1 и 2 уровнями, а физическая между 2 и 3. Именно этого не хватало при использовании файловых систем.
В
соответствии с трехуровневой архитектурой
существует три различных типа схем
базы данных. На самом высоком уровне
имеется несколько внешних схем данных,
которые соответствуют разным
представлениям пользователей. На
концептуальном уровне описываются
все элементы и связи между ними. Для
каждой базы данных имеется только одна
концептуальная схема. Внутренняя
схема является полным описанием данных
внутреннего уровня и содержит определение
хранимых записей: методы представления,
описание полей данных, сведения об
индексах и схемах хеширования данных.
СУБД отвечает за установление соответствия
между этими тремя типами схем, а также
за проверку их непротиворечивости.