- •Э и, виды, структурные ед-цы.
- •2, Внемашинная организация экономической информации: документы, их виды, структура.
- •3, Понятие классификации информации. Системы классификации.
- •4 .Классиф информации, их назначение, виды
- •Понятие кодирования информации. Методы кодирования.
- •6. Внутримашинная организация экономической информации: файловая организация данных и базы данных. Преимущества баз данных.
- •Объемы современных баз данных и устройства для их размещения
- •Приложения базы данных. Компоненты базы данных.
- •10.Трехуровневая модель организации бд
- •14. Связь между табл. В рел. Модели данных. Перв. И вн. Ключи, их отличия
- •15. Реляционная целостность: целостность отношений, ссылочная целостность
- •16. Операции рел. Алгебры.
- •20. Многомерная модель данных, ее базовые понятия – измерение, ячейка
- •21. Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •22. Этапы жизненного цикла базы данных.
- •23. Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •24.Типы связи, их представление на er-диаграмме
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •28. Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •34. Понятие субд. Архитектура субд.
- •31. Физическое проектирование, его цель и процедуры
- •30. Логическое проектирование, его цель и процедуры
- •29.Концептуальное проектирование, его цель и процедуры.
- •35. Функциональные возможности субд и производительность субд.
- •25.Класс принадлежности сущности, его представление на er-диаграмме.
- •38. Направления развития субд: расширение множества типов обрабатываемых данных.
- •36. Классификация субд. Режимы работы пользователя с субд.
- •40. Прод. М, База фактов, правил. Работа машины вывода.
- •42. Фреймы
- •41. Семантические сети. Виды отн. Пример:
- •43.Формал. Логич. Модели. Их примеры
- •46.Типы обрабат-ых. Данных и выражения.
- •51.Конструирование запросов. Типы, возм-ти и способы создания запросов
- •56. Назначение,стандарты, достоинства языка sql
- •60. Условие целостности.Понятие транзакции
- •64. Эволюция концепций обработки данных
- •65. Системы удаленной обработки
- •79. Методы защиты бд: защита паролем, шифрование, разграничение прав доступа
- •70. Характеристики серверов данных
- •72. Понятие и архитектура распределенных бд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •73. Пользователи базы данных. Администратор базы данных, его функции
- •80. Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •32. Семантические модели данных
26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
Правила опираются на 2 осн фактора – тип связи и класс принадлежности сущности. Правило1: Если связь типа 1:1 и класс принадл обеих сущностей явл обязательным, то нужна только одна табл. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей. ПР.2:Если связь типа 1:1 и класс принадлежности одной сущности явл обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для кот класс принадлежности явл необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности. ПР.3: Если связь типа 1:1 и класс принадлежности обеих сущностей явл необязательным, то нужно построить 3 таблицы – по 1 для каждой сущности и 1 для связи. Первич ключ сущности должен быть первич ключом соответств таблицы. Табл для связи среди своих атрибутов должна иметь ключи обеих сущностей.
24.Типы связи, их представление на er-диаграмме
Связь - взаимодействие между сущностями. Каждая связь может иметь один из следующих типов связи: 1:1, 1:М, M:N. Связь типа 1:1 означает, что 1 экземпляр первой сущности связан с 1 экземпляром второй сущности.( МЕНЕДЖЕР – УПРАВЛЯЕТ – ФИЛИАЛ. Т.к. менеджер управл только 1 филиалом, то каждый экземпляр сущности МЕНЕДЖЕР может быть связан не более чем с 1 экземпляром сущности ФИЛИАЛ.) Связь типа 1:М означает, что 1 экземпляр первой сущности связан с несколькими экземплярами второй сущности. ( ФИЛИАЛ – ОБРАБАТЫВАЕТ – СЧЕТ. Т.к. филиал обрабатывает несколько счетов, а счет обрабатывается только 1 филиалом, то каждый экземпляр сущности ФИЛИАЛ может быть связан более чем с 1 экземпляром сущности СЧЕТ, а каждый экземпляр сущности СЧЕТ может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ.) Связь типа М:N означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. (КЛИЕНТ – ИМЕЕТ – СЧЕТ Т.к. счет может совместно использоваться несколькими клиентами и клиент может иметь несколько счетов, то каждый экземпляр сущности СЧЕТ может быть связан с несколькими экземплярами сущности КЛИЕНТ и каждый экземпляр сущности КЛИЕНТ может быть связан с несколькими экземплярами сущности СЧЕТ.). Тип связи M:N является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа 1:М путем создания промежуточной сущности.
27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
Правила опираются на 2 осн фактора – тип связи и класс принадлежности сущности. Правило1:Если связь типа 1:М и класс принадл сущн на стороне М явл обязат, то необходимо построить таблицу для кажд сущности. Первич ключ сущности должен быть первич ключом соотв таблицы. Первич ключ сущности на стороне 1 добавл как атрибут в табл для сущности на сторонеМ. ПР.5:Если связь типа 1:М и класс принадл сущности на стороне М явл необязат, то необходимо построить 3 таблицы – по 1 для кажд сущности и 1 для связи. Первич ключ сущности должен быть первич ключом соотв таблицы. Табл для связи среди своих атрибутов должна иметь ключи обеих сущностей. ПР.6: Если связь типа М:N, то необходимо построить 3 таблицы – по 1 для каждой сущности и 1 для связи. Первич ключ сущности должен быть первич ключом соотв табл. Таблица для связи среди своих атрибутов должна иметь ключи 2 сущностей.