| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > СУБД, общие вопросы > Схема базы данных(3 нормальная форма) |
| Автор: Militer 26.12.2015, 17:46 |
| В реляционной базе данных торговой компании, владеющей сетью Интернет-магазинов, хранятся следующие данные: a) название, адрес и телефон каждого магазина; b) фамилия, адрес и телефон каждого покупателя; c) артикул, наименование, цена и срок годности каждого товара. Номенклатура товара, реализуемого каждым магазином, может повторяться. Для рекламы товара магазины создают тематические каталоги. Каждый каталог имеет название и дату создания. Для формирования заказа покупатель просматривает каталог и создает корзину для выбранного товара. Покупатель должен подтвердить и оплатить сформированный заказ. Оплата заказа происходит на основании счета, который формируется отдельно для каждого магазина. Требуется: 1) Используя любую общепринятую нотацию, нарисовать схему базы данных, удовлетворяющую третьей нормальной форме, с выделением первичных и внешних ключей, типа и направления связи. Правильно ли я составил схему? |
| Автор: Akina 26.12.2015, 20:55 |
| Из задания непонятно, как соотносятся заказ и магазин - M:1 или M:N? Ну или - заказ эквивалентен корзине или включает несколько корзин? |
| Автор: Militer 27.12.2015, 19:33 |
| Вот такое вот задание, ничего больше не дано. Думаю, что все зависит от выполняющего задание =) |
| Автор: ksnk 28.12.2015, 08:23 |
| В схеме не хватает группы таблиц "заказы". Тематический каталог - набор разномагазинных товаров. Получив от клиента заказ (Оформить заказ), у клиента образуется несколько заказов для нескольких магазинов. Каждый магазин отдельное юрлицо и отдельный заказ (счет). На этом этапе (кнопка "Оформить заказ") можно бы оптимизировать корзинку товаров по магазинам, за счет дублирования ассортимента, так, чтобы количество заказов минимизировать. Больше дублирование товаров нигде, по идее, не должно использоваться. |
| Автор: Akina 28.12.2015, 12:00 | ||
Вот пусть выполняющий озаботится дополнением задания до состояния, когда невозможно придумать ни одной неоднозначности. А потом уже занимается анализом полученного бизнес-процесса и составлением схемы БД. |
