3. Этапы проектир-я бд.

Создание прилож-я БД вкл-т в себя строго опр.послед-ть выполн-я дейст-й, наз-мых этапами проектир-я. 1этап: построение i-ной модели и опр-е сущ-тей. На этом этапе реш-ся след.вопросы: 1)ставится задача на проект-е БД, т.е.до­каз-ся актуальность созд-я бд; 2)собираются конц.треб-я и, на их основе, строится конц.модель д-х. Рез-том выполн-я I этапа проектир-я явл-ся i-ная модель д-х и список осн.сущ-тей - прообраз будущих таблиц. В данном случае под сущ-тью поним-ся структур.подразд-е фирмы. Конц.модель д-х будет состоять из совок-ти групп кон­ц.треб-й д/каждого структур.подраз­д-я фирмы, причем некот-е конц.требо­вания могут повторяться в разных группах. 2этап: опр-е взаимосвязей между сущ-тями. Здесь опр-ся направление движ-я потоков i-и между структур.подразд-ями фирмы-заказчика БД, источники возникн-я i-и, места ее модификации и потребления. Рез-том выполн-я этого этапа проектир-я будет f-ная схема движения потоков i-и, с указ-ем типов взаимосвязей, между структур.подразд-ями фирмы. 3этап: задание первичных и альтернат-х ключей. Д/каждой структур.ед-цы фирмы опр-ся атрибу­ты (дан-е), ктр будут хран-ся в БД, а также пер­вич-й и альтернат.ключи. Добавл-е ключей в список конц.треб-й необх-мо д/обеспеч-я орг-ции движ-я потоков i-и между структур.подразд-ями фирмы, в соотв-и со II этапом проектир-я БД. 4этап: приведение модели к требуемому уровню нормал.формы. Здесь выполн-ся глав.задача - нормализация отнош-й. В процессе нормализации конц.треб-я группир-ся в таблицы. На этом этапе конц.треб-я д/каждого структур.подразд-я могут быть сведены либо в одну табл, ли­бо в неск-ко табл. Здесь также решается вопрос ликвидации избыточной i-и, т.е.конц.треб-я, используемые неск-кими структур.подразд-ями, сводятся в одну табл с, одноврем-м добавлением ключей д/перехода в др.табл. Всего сущ-ет 5 норм-х форм таблицы. Но используют только 3формы. 1 норм. форма. Д/таблицы будут выполнены усл-я I норм.фор­мы, если: кажд.поле (конц.треб-е) неделимо; отсутствует повтор-щиеся поля или группы полей. Если эти усл-я выполн-ся, то все кон­ц.треб-я могут быть сведены либо в одну общую табл., либо можно создать по одной табл. д/каждого структур.подразд-я. II норм.форма Усл-я: выполн-ся усл-я 1 норм.формы; первич.ключ однозначно опр-ет всю запись; все поля зависят от перв-го ключа; первич.ключ не должен быть избыточным. Т.о., данныее д/одного структур.подразд-я могут быть предст-ны как одной табл., так и неск-кими таблицами. III норм.форма. Усл-я: выполн-ся усл-я Iiнорм.формы; каждое не ключ-е поле не должно зависеть от др.неключевого поля. При выполн-и IIIнорм.формы должны быть разрушены транзитивные связи внутри каждой таблицы. 5этап: физич-е опис-е модели. На этом этапе каждая табл., созданная на 4этапе: получает свое имя, под ктр она будет хран-ся в бд; кажд.атрибут (конц.треб-е) таблицы получает свое имя, тип и размер; д/каж-го ключа, как первич-о, так и внешнего, опр-ся его хар-ки: Primary — перв-й (обяза­тельно уник-й), Candidate — альтернат-й (обяза­тельно уникал-й), Maintain — внешний (может быть как уникал-м, так и неуник-м). На 5этапе также предусматр-ся меры по обеспеч-ю ссылочной целостности, т.е.установл-е между табл. не противоречивых взаимос-й. Установл-е не проти­вор-х взаимос-й и обеспеч-е достоверности в д-х любой момент времени явл-ся главной и самой трудоемкой задачей. В рез-те выполн-я работ по 5 этапу можно опр-ть тех.хар-ки ПК: объем ОП, объем памяти на ЖД и т.д.