1.Базы данных(БД) и системы управления базами данных(СУБД). БД- это совокуп-ть структурированной и взаимосвязанной информации, организованной по опреде-лённых правилами на материальных носителях. Инфор-ю в БД можно организовывать разными способами, поэтому разработано несколько стандартов кот-е назыв-ца моделями БД. СУБД- это программный комплекс для создания, поддержки и использования БД одним или многими пользоват-ми. Примеры СУБД: MS Access, MS FoxPro, Borland Paradox, Borland dBase, Oracle, DB2. Функции СУБД:1)ввод и орган-я данных;2)обработка сущ. данных (поиск, быстрая модифик-я);3)безопас-ть и целостность данных;4)восстанов-е и дублирование;5)вывод данных(печать и сох-е в др.файлах).

2.Модели представления данных.

Модель данных- это логическая структура разме-щения данных в базе. В настоящее время самыми распространенными явл-ся: 1)иерархическая(у каждого родителя может быть много потомков, но у каждого потомка может быть один родитель. Доступ к данным осущ. по цепочке с самого верхнего уровня. «+»- высокая скорость доступа и низкие затраты на реализ-ю; «-»- грамотность модели, сложность понимания и не каждая облость может ею быть представлена); 2)сетевая(у каждого родителя может быть множество потомков, и у каждого потомка может быть множество родителей. «+»- применение в любой сфере и все данные в базе равнозначны; «-»- чем больше объектов тем сложнее её структура и сложность реализации на компе);3)реляционная(данные организованы в виде совокупности таблиц, между которыми устанав.связь. «+»- удобства табличного представления данных, простота реализации и простота обработки; «-»- не всегда со 100% точностью можно описать иерархическую или сетевую модель).

3.Харак-ка и особенности реляционной БД. Объекты реляционной БД взаимод-т по принципу «родитель-потомок». Связи между ними устанавливаются по спец.правилам, которые устроняют недостатки иерархи-ческой и сетевой модели. Данные в ней храняться в виде таблиц. В этой БД таблицы связыв-ся друг с другом по логически одинаковым полям(разных таблиц). «+»- удобства табличного представления данных, простота реализации и простота обработки; «-»- не всегда со 100% точностью можно описать иерархическую или сетевую модель. В этой БД связи организуюцца через ключи, которые должны присуст-ть в каждой таблице. Еще БД может связываться след-ми видами связи:1)1 к 1-му(запись 1 табл.может соотв.только 1-й записи другой табл.);2)1 ко многим(запись 1 табл. Может соотв. Многим записям другой табл.);3)многие ко многим(многие записи соотв. ко многим записям другой табл.)

4.Этапы проектирования реляционной базы данных.

Жизненный цикл БД- это период времени кот. ничин-ся с момента принятия решения о необходимости создания БД, и заканчивается в момент полного изъятия из эксплуатации. Этапы проектирования БД:1)постановка задачи( проектирование БД);2)построение логич.структуры БД(выбирается модель данных и проек-ся логич.стр-ра);3)создание физической стр-ры БД(выбирается программа для работы с БД и в ней соз-ся база соотв.стр-ры);4)соз-е алгоритмов работы с инфор-й БД(разрабат-ся дружестве-нный интерфейс);5)соз-е ср-в защиты и администрирования БД (разгра-ничев-ся доступ и устанав.пароли) ;6)внедрение (разработанная база вводится в эксплуа-тацию). Реляционная базы описыв-ся с помощью модели «сущьность-связь или ER-модель» описывается через Сущьность- это любой объект или инф-я которая должна храниться в базе; Атрибуты- это хар-ки которые имеет каждая сущьность;Связь. Преобразование ER-модели в реляц.модели данных:1 шаг- сущ-ть становится таблицами (имя сущ-ти явл. именем табл.);2 шаг- атрибуты становытся полями табл.;3 шаг- связи между сущ-ми станов.табл., через которые орган.связи БД.

5.Нормализация отношений в базе данных. Виды нормальных форм.

Цели нормали-зации:1) исключение избыточных данных, содер-ся в табл.;2)упрощение структур размещения данных;3) упрощение поиска данных;4)исключение противоречий при изменениях в структуре базы данных. Нормализ-я таблиц осущ.-ся в процессе логического проектирования БД и проводится поэтапно. Сам процесс проектирования БД с использ-м метода нормальных форм явл. итерационным процессом и заключается в последо-вательном переводе отношений из 1-й нормал.формы в нормал.формы более высокого порядка, в итоге в 5-ю нормал. форму, по опред.правилам. Каждая след. нормал.форма ограничивает опред.тип фун-ных зависимостей. Нормализация отнош-й- это оптимизация структуры по всем отмеченным четырем пунктам оптимизации. 1-я нормал.форма: каждое поле имеет одиночный и неповторный атрибут, каждая запись представляет одиночный экземпляр описывае-го объекта. 2-я нормал.форма: 1-й ключ опред.запись и не был избыточным, те домены кот.зависят только от части 1-го ключа долно быть выделенным в отдельные таблицы. 3-я нормал.форма:требует чтобы в таблице не имелось транзитивных записей между неключевыми доменами, то есть чтобы значение любого домена не входящего в 1-й ключ не зависело от другого домена,так же не входящего в 1-й ключ.