- •1. Экономическая информация, ее виды, структурные единицы.
- •3. Понятие классификации информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации, методы кодирования
- •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
- •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- подчинённой. Ключ главной называется первичным, а подчинённой-вторичным. Особенность вторичного ключа явл-ся то, что его знач-ия могут повторяться. Важной характеристикой связи явл-ся тип связи(кардинальность).Связь существует 3-х типов: 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 атрибута-внешние ключи обеих сущ-ей.