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