Онлайн поддержка
Все операторы заняты. Пожалуйста, оставьте свои контакты и ваш вопрос, мы с вами свяжемся!
ВАШЕ ИМЯ
ВАШ EMAIL
СООБЩЕНИЕ
* Пожалуйста, указывайте в сообщении номер вашего заказа (если есть)

Войти в мой кабинет
Регистрация
ГОТОВЫЕ РАБОТЫ / ДОКЛАД, РАЗНОЕ

сущность-связь диаграмма

Workhard 250 руб. КУПИТЬ ЭТУ РАБОТУ
Страниц: 6 Заказ написания работы может стоить дешевле
Оригинальность: неизвестно После покупки вы можете повысить уникальность этой работы до 80-100% с помощью сервиса
Размещено: 01.10.2022
Описание задачи 1. Разработайте диаграмму «сущность-связь» (рекомендуется использовать нотацию Чена) или диаграмму классов UML предметной области. 2. Разработайте реляционную схему базы данных для предметной области. 3. Разработайте ограничения целостности атрибутов и ограничения ссылочной целостности данных. ?
Введение

Диаграмма «сущность-связь» по нотации Чена или ER-диаграмма изображена на рисунке 1. Для построения диаграммы, использовались следующие атрибуты: 1. Деталь имеет следующие атрибуты: уникальный идентификатор, название, цена (в рублях), цвет, вес (в граммах). 2. Поставщик имеет следующие атрибуты: уникальный идентификатор, название, город, адрес, рейтинг. 3. Поставка детали для проекта имеет атрибут количество деталей. 4. Проект имеет следующие атрибуты: уникальный идентификатор, название, город, адрес, бюджет (в рублях). Связи между сущностями 1. Деталь может поставляться различными поставщиками для различных проектов. 2. Поставщик может поставлять различные детали для различных проектов. 3. В проекте могут использоваться различные детали, поставленные различными поставщиками. Исходя из предоставленной исходной информации можно сделать вывод: ? Поставщик участвует в проекте связь, осуществляет поставку детали, «многие ко многим»; ? Деталь поставляют, участвует в проекте связь «многие ко многим»; ? Деталь требуется в «многие ко многим»; ? Для проекта, поставляются детали связь «многие ко многим». ID поставщика, проекта, детали и поставки уникальны;
Содержание

Диаграмма «сущность-связь» по нотации Чена или ER-диаграмма изображена на рисунке 1. Для построения диаграммы, использовались следующие атрибуты: 1. Деталь имеет следующие атрибуты: уникальный идентификатор, название, цена (в рублях), цвет, вес (в граммах). 2. Поставщик имеет следующие атрибуты: уникальный идентификатор, название, город, адрес, рейтинг. 3. Поставка детали для проекта имеет атрибут количество деталей. 4. Проект имеет следующие атрибуты: уникальный идентификатор, название, город, адрес, бюджет (в рублях). Связи между сущностями 1. Деталь может поставляться различными поставщиками для различных проектов. 2. Поставщик может поставлять различные детали для различных проектов. 3. В проекте могут использоваться различные детали, поставленные различными поставщиками. Исходя из предоставленной исходной информации можно сделать вывод: ? Поставщик участвует в проекте связь, осуществляет поставку детали, «многие ко многим»; ? Деталь поставляют, участвует в проекте связь «многие ко многим»; ? Деталь требуется в «многие ко многим»; ? Для проекта, поставляются детали связь «многие ко многим». ID поставщика, проекта, детали и поставки уникальны;
Список литературы

4. Какие типы и модальности связей используются при построении ER-модели? При построении ER-модели используют следующие типы и модальности: ? "один-ко-много" ? "один-к-одному ? "много-ко-много" 5. Каким образом обеспечивается целостность реляционных данных? Поддержание целостности сущностей обеспечивается средствами системы управления базой данных (СУБД) с помощью двух ограничений: при добавлении записей в таблицу проверяется уникальность их первичных ключей; запрещено изменять значения атрибутов, входящих в первичный ключ.
Отрывок из работы

4. Какие типы и модальности связей используются при построении ER-модели? При построении ER-модели используют следующие типы и модальности: ? "один-ко-много" ? "один-к-одному ? "много-ко-много" 5. Каким образом обеспечивается целостность реляционных данных? Поддержание целостности сущностей обеспечивается средствами системы управления базой данных (СУБД) с помощью двух ограничений: при добавлении записей в таблицу проверяется уникальность их первичных ключей; запрещено изменять значения атрибутов, входящих в первичный ключ.
Условия покупки ?
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 100 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Служба поддержки сервиса
+7 (499) 346-70-XX
Принимаем к оплате
Способы оплаты
© «Препод24»

Все права защищены

Разработка движка сайта

/slider/1.jpg /slider/2.jpg /slider/3.jpg /slider/4.jpg /slider/5.jpg