Главная | Обратная связь | Поможем написать вашу работу!

Описание полей таблицы «zapchast»

Цель.

Изучение возможностей case-средств для проектирования БД на основе выбранной предметной области.

Задачи.

· Проектирование БД в выбранном case-средстве;

· Автоматическое создание (экспорта) БД из case-средства в различные БД.

· Иметь общее представление о case-средствах для проектирования БД;

Выбор case-средства.

Проектирование пилотного проекта будет осуществляться с помощью case-средства ERwin Data Modeler 4.0.

В ERWIN создаем таблицы с помощью значка из панели инструментов:

Он используется для создания сущностей (таблиц БД). Задаем имя сущности – файл. Кликаем на прямоугольник сущности:

1) Создаем новый атрибут –id (Attribute Name –id, Column Name –id, тип Number).

2) Отмечаем его как первичный ключ – Primary Key.

3) Во вкладке Datatype выбираем LONG INTEGER.

4) Один атрибут создан; также создаем остальные.

Описание полей таблицы «zapchast»

Attribute Name	Column Name	Тип (логический)	Datatype (физический)
Название запчасти	name	String	Text(250)
Тип	type	String	Text(250)
Производитель	manufacturers	String	Text(250)
Страна-производитель	country	String	Text(250)
Серия	series	String	Text(250)
Модель	model	String	Text(250)
Серийный номер	serial	String	Text(250)
Изображение	image	String	Text(250)
Качество изготовления	quality	String	Text(250)
Состояние	state	String	Text(250)
Примерное отработанное время	worktime	String	Text(250)
Материал	material	String	Text(250)
Цвет	colour	String	Text(250)
Ширина, мм	width	Number	LONG INTEGER
Длина, мм	length	Number	LONG INTEGER
Высота, мм	heigth	Number	LONG INTEGER
Этап жизненного цикла	etap	String	Text(250)
Склад	storage	String	Text(250)
Количество запчастей	number	Number	LONG INTEGER
Производился ремонт	dorepair	Number	YES/NO
Возможность ремонта	chancerepair	Number	YES/NO
Возможность продажи	chancesale	Number	YES/NO

В результате должна получается следующая логическая модель:

При переводе в вид физического представления (поменять на панели управления Logical на Physical – при этом необходимо поменять имя сущности) была получена следующая таблица:

Аналогично создаем остальные сущности. Их логические и физические представления показаны ниже.

Далее были созданы связи между сущностями. Логическое и физическое представление показано ниже.

Затем нужно экспортировать таблицы в Access. Предварительно создаем пустую БД 4.2.mdb.

Выбираем инструмент Forward Engineer, в появившемся окне нажимаем Generate. В поле User Name вводим admin, в поле Database – путь к созданной пустой БД.

Нажимаем Connect – происходит генерация БД.

Частичный лог экспорта:

' Starting Access Basic DAO Session...

276 query succeeded.

Открываем БД 4.2.mdb. в MS Access, видим 10 таблиц. Открываем схему данных: все связи установлены верно:

Оптимизация.

Оптимизация состоит в упрощении структуры данных и попытке придание базе данных гибкости на основе опыта, полученного при выполнении предыдущих лабораторных работ.

Удалена таблица image, так как опыт, полученный при выполнении предыдущих лабораторных работ, показал, что название фотографии можно заносить в отдельную запись в главной таблице, а сам файл изображения хранить на сервере отдельно от БД.

Таблица client реализована по стандартам структур данных vcard.
Затем была проделана аналогичная работа и произведен экспорт в БД 4.3.mdb.

Логическое представление оптимизации показано ниже.

Частичный лог экспорта:

' Starting Access Basic DAO Session...

Schema Generation Complete

212 query succeeded.

Как видим, было произведено 212 запросов, что на порядок меньше, чем в предыдущем случае. Проверяем БД 4.3.mdb.

Получены 9 таблиц, все связи на своих местах, оптимизация прошла успешно.