- •1. Экономическая инф-ция, ее виды, структурные единицы.
- •3. Понятие классиф информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации, методы кодирования
- •6. Внутримашин организац экономич инф-ции: файловая организация данных и бд. Преимущества баз данных.
- •7. Объемы современных бд и устройства для их размещения.
- •8. Приложения и компоненты бд. Словарь данных.
- •9. Пользователи бд
- •10.Трехуровневая модель организации баз данных
- •11.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •12. Сетевая модель, ее достоинства и недостатки.
- •13. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •15.Реляционная целостность: целостность отношений, ссылочная целостность.
- •17. Постреляционная модель, ее достоинства и недостатки
- •18. Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки.
- •19.Объектно-реляционная модель данных, ее достоинства и недостатки.
- •20.Многомерная модель данных, ее базовые понятия, достоинства и недостатки.
- •22.Этапы жизненного цикла базы данных.
- •23 Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •24. Типы связи, их представление на er-диаграмме.
- •25. Класс принадлежности сущности его представление на er-диаграмме.
- •26. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1.
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n.
- •28.Нормализация таблиц,ее цель.1я нормальная форма, 2нф, 3нф
- •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
- •63. Диалекты языка sql в субд.
- •64. Эволюция концепций обработки данных
- •65. Системы удалённой обработки (суо)
- •66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем.
- •67. Настольные субд, их достоинства и недостатки.
- •68. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •69. Функции клиентского приложения и сервера бд при обработке запросов. Преимущества клиент/серверной обработки.
- •70. Характеристики серверов баз данных.
- •71. Механизмы доступа к данным базы на сервере.
- •72. Понятие и архитектура Распределенных бд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •74.Типы интерфейса доступа к Данным базы.
- •75. Olap-технология и хранилища данных. Отличия хд от бд. Классификация хд. Технологические решения хд. Программное обеспечение для разработки хд.
- •76. Проблемы многопользовательских баз данных. Администратор базы данных, его функции.
- •77. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана бд.
- •78. Методы защиты бд: защита паролем, шифрование, разграничение прав доступа.
- •79.Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •80.Оптимизация работы бд.
- •81. Возможности Access по администрированию бд
23 Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
Средством моделирования предметной области на этапе концептуального проектирования является модель "сущность–связь". Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделир-ие структуры данных предметной области базир. на испол-ии графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями. Сущность – любой различимый объект(кот. Мы можем отличить от другого), информ-ию о кот.необходимо хранить в БД.. Сущность имеет экземпляры, отлич-ся друг от друга значениями атрибутов и допуск-ие однозначную идентификацию. Атрибут–это характеристика сущности,имеет имя для конкретн.вида сущ-ти, может быть одинков. Для разл.типов сущ-ти. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Экземпляр-конкретный представитель данной сущ-ти.(Конкрет. Названия книг, Сотрудник Иванов. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом "наименование". Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. На ER-диаграмме сущность изображается прямоугольником, в котором указывается ее имя. В реальном мире существуют связи между сущностями. Связь – некая ассоциация между сущн-ями, характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Сущн-ть м.б. связаня с др.сущ-ми или сама с собой.Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тренарной. На ER-диаграмме связь изображается линией,соед. 2 сущ-ти. При разраб-ке ЕR-моделей мы должны учесть след.инф. о предм. обл.:1)список сущ-ей.предм.обл.2)список атриб-в сущ-ти. 3)описание взаимосвязей между сущ-ми. В ЕR-диаграмме кажд.сущ-ть должна иметь наименование, выражен. существит. в И.п. единст.числе.
24. Типы связи, их представление на er-диаграмме.
Связь – некот.ассоциация м/у 2-я сущностями. Сущность может быть связана с др.сущностью или сама с собой. Связи позволяют по одной сущности находить др.,связанную с ней. В ER-диаграмме связь отображается линией,соединяющей 2 сущности. Между сущностями устанавливаются связи. Связи делают сущности более информативными, чем они являются по отдельности.Они позволяют минимизировать избыточность данных БД.
Связь устанавливается посредством связи ключей,содержащих общую информацию для обеих сущностей.Пусть сущность R1именуется главной, а R2- подчинённой. Ключ главной называется первичным,а подчинённой-вторичным. Особенность вторичного ключа явл-ся то,что его знач-ия могут повторяться.
Важной характеристикой связи явл-ся тип связи(кардинальность).Связь существует 4-х типов:
1)один-к-одному (1:1)
2)один-ко-многим (1:М)
3)многие-ко-многим (М:М)
Важной характеристикой связи является тип связи (кардинальность).
Так как менеджер управляет только одним филиалом, то каждый экземпляр сущности МЕНЕДЖЕР может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 1 имеет тип "один-к-одному" (1:1). В случае связи 1:1 одному значению первичного ключа соответствует одно и только одно значение вторичного ключа.так как филиал обрабатывает несколько счетов, а счет обрабатывается только одним филиалом, то каждый экземпляр сущности ФИЛИАЛ может быть связан более чем с одним экземпляром сущности СЧЕТ, а каждый экземпляр сущности СЧЕТ может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 2 имеет тип "один-ко-многим" (1:М). В случае связи 1:М одному значению первичного ключа может соответствовать несколько знач-ий вторичного ключа.Так как счет может совместно использоваться несколькими клиентами и клиент может иметь несколько счетов, то каждый экземпляр сущности СЧЕТ может быть связан с несколькими экземплярами сущности КЛИЕНТ и каждый экземпляр сущности КЛИЕНТ может быть связан с несколькими экземплярами сущности СЧЕТ. В этом случае связь 3 имеет тип "многие-ко-многим" (М:N). В случае связи М:N одному значению первичного ключа может соответствовать несколько значений вторичного, и одному знач-ию вторичного-несколько знач-ий первичного.