
- •1. Экономическая информация, ее виды, структурные единицы.
- •3. Понятие классификации информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации, методы кодирования
- •6. Приложения и компоненты бд. Словарь данных.
- •7.Трехуровневая модель организации баз данных
- •8.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •9. Сетевая модель, ее достоинства и недостатки.
- •10. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •12.Реляционная целостность: целостность отношений, ссылочная целостность.
- •14. Постреляционная модель, ее достоинства и недостатки
- •15. Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки.
- •16.Объектно-реляционная модель данных, ее достоинства и недостатки.
- •17.Многомерная модель данных, ее базовые понятия, достоинства и недостатки.
- •21. Типы связи, их представление на er-диаграмме. Класс принадлежности сущности его представление на er-диаграмме.
- •22. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1.
- •23.Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n.
- •24.Нормализация таблиц,ее цель.1я нормальная форма, 2нф, 3нф
- •25. Концептуальное проектирование, его цель, процедуры
- •26. Логическое проектирование, цель, процедуры
- •27. Физическое проектирование, цель, процедуры
- •28. Понятие субд. Архитектура субд.
- •29. Функциональные возможности. Производительность субд.
- •30. Классификация субд. Режимы работы пользователя в субд.
- •31. Функции субд
- •32. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий бд и web-технологий, превращение субд в системы управления базами знаний.
- •33. Знания, их виды. Базы знаний. Экспертные системы
- •34. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •35. Семантические сети. Виды отношений. Пример семантической сети.
- •36. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •37.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды
- •38. Характеристика объектов базы данных. Инструментальные средства для создания базы данных и ее приложений.
- •39. Типы обрабатываемых данных и выражения.
- •40. Типы, возможности и способы создания запросов.
- •41. Назначение, вид форм и способы их создания.
- •42. Назначение отчетов и способов их создания.
- •43. Типы Web-страниц
- •45. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •46. Классификация макросов по структуре.
- •47. Макросы связанные с событиями.
- •48. Назначения, стандарты и достоинства языка sql
- •49. Структура команды sql
- •50. Типы данных и выражения sql
- •51.Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •52.Понятие и типы транзакций. Обработка транзакций в sql.
- •53.Управление доступом к данным в sql.
- •54. Диалекты языка sql в субд.
- •55. Эволюция концепций обработки данных
- •56. Системы удалённой обработки (суо)
- •57. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •58. Функции клиентского приложения и сервера бд при обработке запросов. Преимущества клиент/серверной обработки.
- •60. Механизмы доступа к данным базы на сервере.
- •61. Понятие и архитектура РаБд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •63. Хранилища данных.
- •64. Пользователи базы данных. Администратор базы данных, его функции.
- •65. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
- •66. Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа.
- •67.Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •68.Оптимизация работы бд.
- •69. Возможности Access по администрированию бд
21. Типы связи, их представление на er-диаграмме. Класс принадлежности сущности его представление на er-диаграмме.
Связь – некот.ассоциация м/у 2-я сущностями. Сущность может быть связана с др.сущностью или сама с собой. Связи позволяют по одной сущности находить др.,связанную с ней. В ER-диаграмме связь отображается линией,соединяющей 2 сущности. Между сущностями устанавливаются связи. Связи делают сущности более информативными, чем они являются по отдельности.Они позволяют минимизировать избыточность данных БД.
Связь устанавливается посредством связи ключей,содержащих общую информацию для обеих сущностей.Пусть сущность R1именуется главной, а R2- подчинённой. Ключ главной называется первичным,а подчинённой-вторичным. Особенность вторичного ключа явл-ся то,что его знач-ия могут повторяться.
Важной характеристикой связи явл-ся тип связи(кардинальность).Связь существует 4-х типов:
1)один-к-одному (1:1)
2)один-ко-многим (1:М)
3)многие-ко-многим (М:М)
Важной характеристикой связи является тип связи (кардинальность).
Так как менеджер управляет только одним филиалом, то каждый экземпляр сущности МЕНЕДЖЕР может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 1 имеет тип "один-к-одному" (1:1). В случае связи 1:1 одному значению первичного ключа соответствует одно и только одно значение вторичного ключа.так как филиал обрабатывает несколько счетов, а счет обрабатывается только одним филиалом, то каждый экземпляр сущности ФИЛИАЛ может быть связан более чем с одним экземпляром сущности СЧЕТ, а каждый экземпляр сущности СЧЕТ может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ. В этом случае связь 2 имеет тип "один-ко-многим" (1:М). В случае связи 1:М одному значению первичного ключа может соответствовать несколько знач-ий вторичного ключа.Так как счет может совместно использоваться несколькими клиентами и клиент может иметь несколько счетов, то каждый экземпляр сущности СЧЕТ может быть связан с несколькими экземплярами сущности КЛИЕНТ и каждый экземпляр сущности КЛИЕНТ может быть связан с несколькими экземплярами сущности СЧЕТ. В этом случае связь 3 имеет тип "многие-ко-многим" (М:N). В случае связи М:N одному значению первичного ключа может соответствовать несколько значений вторичного, и одному знач-ию вторичного-несколько знач-ий первичного.
Если каждый экземпляр сущности А связать с экземпляром сущности В,то класс принадлежности сущности А называется обязательным. Это отмечается на ER-диаграмме черным кружком,помещённым в прямоуг-к, смежный с прямоуг-м сущности А.
Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности явл-ся необязательным.Это отмечается на ER-диаграмме черным кружком ,помещённым на линии связи возле прямоугольника сущности А.
22. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1.
Правило1: Если связь типа 1:1 и класс принадлежности обеих сущностей явл-ся обязательным, то необходима только одна таблица.Первичным ключом этой таблицы может быть первичный ключ любой из 2-х сущностей.
Правило2: Если связь типа 1:1 и класс принадл-ти одной сущности явл-ся обязат.,а др.-необязат., то необходимо построить таблицу для каждой сущности.
Первичный ключ сущности д.б.первичным ключом соответствующей таблицы.Первичный ключ сущности,для кот.класс принадл-ти явл-ся необязат.добавляется как атрибут в таблицу по сущности с обязат.классом принадл-ти.
Правило3: Если связь типа 1:1 и класс принадл-ти обеих сущностей необязат.,то необходимо построить 3 таблицы-по одной для каждой сущ-ти и одну для связи. Первичный ключ сущ-ти д.б. первич.ключом соответствующей таблицы.Т-ца для связи должна иметь 2 атрибута-внешние ключи обеих сущ-ей.