
- •Архитектуры баз данных. Преимущества и недостатки
- •Реляционные базы данных, основные понятия.
- •Понятия и терминология, связанные с таблицей реляционной базы данных
- •1.4.1. Отношение "один-ко-многим"
- •Отношение "один-к-одному"
- •Отношение "многие-ко-многим"
- •Понятия терминология, связанные с полем таблицы
- •Понятия ключевых атрибутов для таблиц и индексов.
- •1.7. Индексы и методы доступа
- •Реляционные отношения и целостность данных. Пример
- •1.4.1. Отношение "один-ко-многим"
- •1.4.2. Отношение "один-к-одному"
- •1.4.3. Отношение "многие-ко-многим"
- •1.4.4. Связь между записями одной таблицы
- •1.5. Ссылочная целостность и каскадные воздействия
- •Навигационный и sql ориентированный подход к обработке данных.
- •Нормализация данных. Первая нормальная форма. Пример
- •Нормализация данных. Третья нормальная форма. Пример
- •Индексы. Определение, назначение, характеристики.
- •Жизненный цикл программного обеспечения. Модели жизненного цикла.
- •Основные этапы программирования (структурный, rad технологии, case технологии). Кризис программирования.
- •Методология системного анализа и системного моделирования. Диаграммы idefo.
- •Язык uml. Назначение.
- •Статические диаграммы uml (варианты использования, классов)
- •Диаграммы поведения uml ( состояний, последовательности, деятельности).
- •Основные принципы организации процесса разработки по по rup.
- •Понятие rup. Основные принципы. Структура процесса проектирования. Инструментальная поддержка.
- •Статическая структура описания rup. Понятия исполнителей и артефактов. Основные технологические процессы.
- •Технологический процесс управления проектом.
- •Технологический процесс процесса моделирования производства. 6 сценариев разработки моделей.
- •Технологический процесс управления требованиями
- •Технологический процесс анализа и проектирования
- •Технологический процесс реализации
- •Технологический процесс тестирования
- •Технологический процесс управления конфигурацией и изменениями
- •Технологический процесс управления средой
- •Технологический процесс распространения
- •Конфигурирование и реализация rup
Навигационный и sql ориентированный подход к обработке данных.
Навигационный подход ориентирован на обработку каждой записи таблицы в отдельности. Этот подход используется в так называемых локальных (персональных) БД, типа Paradox и dBase.
Пpи SQL-ориентированном подходе происходит обработка групп записи (этот подход часто называют ориентированным на множества записей или набора данных). При этом могут обрабатываться записи нескольких таблиц БД. Такой подход используют так называемые серверные (промышленные, удаленные) БД – такие как Oracle, Sybase, Informix, Interbase и другие.
(Шлемензон сказал, что это можно добавить, также как и вопрос 8)
Общий состав средств для работы готового приложения с БД.
Согласно этой общей схеме имеем цепочку: приложение -> BDE -> БД. Также в этой структуре имеется цепочка: невизуальные компоненты -> визуальные компоненты.
Место положение BDE и БД в этой цепочке не отражено. Между тем, место положение BDE и БД зависит от используемой архитектуры. Имеется 4 разновидности архитектуры БД:
Локальные БД
Архитектура «файл-сервер»
Архитектура «клиент-сервер»
Многоуровневая архитектура.
Использование той или иной архитектуры накладывает сильный отпечаток на общую идеологию работы приложения, на программный код в приложении, на состав компонентов для работы с БД, используемых в приложении (особенно для невизуальных компонентов).
Нормализация данных. Первая нормальная форма. Пример
Нормализация – методология позволяющая во первых минимизировать избыточность данных; во вторых минимизировать изменение программы при модификации структур БД.
Существует три основные нормальные формы, также существует 4 и 5,но они редко используются.
Первая нормальная форма(1НФ) требует, чтобы выполнялись два условия:
Каждое поле таблицы было неделимым
Каждое поле таблицы не содержало повторяющихся групп
ФИО, адрес |
|
ФИО |
Адрес |
|
|
Ф |
И |
О |
Адрес |
|
|
|
|
Понятие функциональной зависимости
#Служащий
Номер служащего (Зависит от 2)
Имя (Зависит от 1)
Зарплата (Зависит от 1 или 2)
Номер проекта (Зависит от 1 или 2)
Дата окончания (Зависит от 1 или 2 или 4)
Говорят что атрибут А зависит функционально от атрибута В, если по значению В можно однозначно определить значение А.
Нормализация данных. Вторая нормальная форма. Пример
Нормализация – методология позволяющая во первых минимизировать избыточность данных; во вторых минимизировать изменение программы при модификации структур БД.
Существует три основные нормальные формы, также существует 4 и 5,но они редко используются.
Вторая нормальная форма(2НФ)
Таблица удовлетворяет 2НФ, если она удовлетворяет таблице 1НФ и каждый не ключевой атрибут однозначно зависит от всех ключевых атрибутов, но не от части ключа
Первая нормальная форма(1НФ) требует, чтобы выполнялись два условия:
Каждое поле таблицы было неделимым
Каждое поле таблицы не содержало повторяющихся групп
ФИО, адрес |
|
ФИО |
Адрес |
|
|
Ф |
И |
О |
Адрес |
|
|
|
|
Производим нормализацию