- •2)Представление моделей данных в памяти эвм.
- •3) Файловые системы и бд.
- •4. Концептуальная модель бд.
- •5. Нормализация отношений.
- •6.Что такое .Net и c#. Версии .Net.
- •7)Система управления базами данных
- •8) Критерии выбора физической организации
- •9. Свойства первой нормальной формы.
- •10. Объекты поставщиков данных ado.Net.
- •11) Достоинства и недостатки иерархических и сетевых бд.
- •12.Реляционная алгебра
- •13.Основные операции t-sql.
- •14. Индексы.
- •15. Физическая организация сетевой модели.
- •16) Основные виды sql-операторов.
- •17.Вторая нормальная форма (2nf)
- •18.)Третья нормальная форма
- •19. Логическая и физическая независимость данных.
- •20. Классификация Систем управления базами данных
- •21. Что такое ado.Net.
- •22) Сравнительный анализ иерархической, сетевой и реляционной модели.
- •23. Концептуальный и внутренний уровень реляционной модели.
- •24. Методы и свойства класса Consol.
- •25 Централизованные и распределенные.
- •26. Кортежная и доменная организация данных.
- •27. Недостатки нормализованных отношений.
- •28 Правила Кодда
- •(А) имеет линейный синтаксис,
- •(Б) может использоваться как интерактивно, так и в прикладных программах,
- •29. Основные конструкции dml.
- •30. Основные конструкции ddl.
- •31 Резервная копия бд
- •32 Триггер
- •33 Хранимая процедура
17.Вторая нормальная форма (2nf)
Таблица находится во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом, то есть любое не ключевое поле однозначно идентифицируется полным набором ключевых полей.
Основные критерии:
-Таблица должна находиться в первой нормальной форме.
- Любое её поле, не входящее в состав первичного ключа, функционально полно зависит от первичного ключа.Если Ваша таблица приведена к первой нормальной форме и у нее установлен уникальный id для каждой строки, то она находится и во второй нормальной форме.
Значение второго правила можно понять на примере, когда первичный ключ таблицы состоит из нескольких полей. То есть каждой строке соответствует уникальный набор из нескольких значение полей таблицы.
Итак, таблица, находящаяся во второй нормальной форме, должна удовлетворять следующим правилам:
таблица должна содержать данные об одном типе объектов;
каждая таблица должна содержать одно поле или несколько полей, образующих уникальный идентификатор (или первичный ключ) для каждой строки;
все поля, не имеющие ключа, должны определяться полным уникальным идентификатором данной таблицы.
18.)Третья нормальная форма
Третья нормальная форма (англ. Third normal form; 3NF) — одна из возможных нормальных форм таблицы реляционной базы данных. Третья нормальная форма является достаточной при решении большинства практических задач, и процесс проектирования реляционной базы данных, как правило, заканчивается приведением к ней. 3NF была изначально сформулирована Э. Ф. Коддом в 1971 году.
Отношение находится в 3NF тогда и только тогда, когда выполняются следующие условия:
Отношение находится во второй нормальной форме;
Каждый неключевой атрибут отношения находится в прямой зависимости от потенциального ключа.
Таким образом, отношение находится в 3NF тогда и только тогда, когда оно находится во 2NF и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых.
19. Логическая и физическая независимость данных.
По мере накопления опыта использования первых систем управления базами данных довольно скоро стало очевидно, что необходим дополнительный уровень независимости данных. Общая логическая структура данных, как правило, сложная, и по мере роста базы данных она неизбежно изменяется. По этому требуются два уровня независимости данных. Их называют логической и физической независимостью данных.
Логическая независимость данных означает, что общая логическая структура данных может быть изменена без изменения прикладных программ. Логическая независимость допускает возможность применения одной концептуальной модели различными пользователями.
Физическая независимость данных означает, что физическое расположение и организация данных могут изменяться, не вызывая при этом изменений ни общей логической структуры данных, ни прикладных программ. Физическая независимость дает возможность в целях эффективности использования БД модифицировать физическую организацию данных и пути доступа. Например, необходимо добавить или удалить некоторую связь между записями без изменения программы.
В иерархической и сетевой моделях физическая независимость является слабой, так как схема зависит от физического описания, и, следовательно, любое физическое изменение пути доступа в той или иной степени влияет на ПП. Физическая независимость реляционной модели состоит в том, что модель данных не включает никаких физических описаний. В действительности физическое представление отношений и путей доступа описывается независимо от описания логической схемы отношений.
