powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Выявление функциональных зависимостей(ФЗ)
11 сообщений из 11, страница 1 из 1
Выявление функциональных зависимостей(ФЗ)
    #39103993
PROaction
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Доброго времени суток!

Господа, нужно помощь с ФЗ. Уже все варианты перепробовал, ничего не получается=(

Тема: магазин (штучные товары).

Сущности и атрибуты я выделил такие:
1) Товар: наименование, стоимость, код в базе.
2) Персонал: id_personal, ФИО, должность, контактный номер телефона.
3) Поставщик: id_lifnr, название, код в базе, адрес, контактный номер телефона.
4) Покупка: № покупки, дата покупки, товар(код в базе), количество, сумма к оплате, продавец(id_personal).
5) Поставка: № поставки, дата поставки, товар(код в базе), количество, сумма к оплате, поставщик(код в базе).

ФЗ:
Наименование --> Код в базе
Стоимость
Контактный номер телефона --> id_personal
ФИО
Должность
Название --> Контактный номер телефона
id_lifnr
Код в базе
Адрес
№ покупки --> Товар(код в базе)
Количество
Дата покупки
Сумма к оплате
Продавец(id_personal)
№ поставки --> Товар(код в базе)
Количество
Дата поставки
Сумма к оплате
Поставщик(код в базе)

Но тут есть ошибки. Ошибки в №Покупки и №Поставки. По номерам Покупки и Поставки нельзя явно определить Товар(так как их может быть несколько) и Количество товаров.
Если Количество товаров еще можно определить сочетанием атрибутов (№Покупки/Поставки, Товар), то Товар определить так не получится.

Подскажите, как можно явно определить Товар?

Для наглядности я составил табличку:
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39104001
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PROaction,

Так тебе надо вводить ещё 2 таблицы, мастер-детейл каждая. На покупки и поставки.

соотв. в (Покупка) и (Поставка)

у тебя будут запсимости

(Покупка): (№ покупки, дата покупки, продавец) зависят от покупки (её ID)
(количество товара и , сумма к оплате) зависят от товар(код в базе),

То же самое в Поставка:
5) Поставка: (№ поставки, дата поставки, поставщик(код в базе). -- от поставки,
(количество, сумма к оплате) -- от товара

Из наличия двух ФЗ в каждом отношении следует, что эти отношения нужно разбивать на два отношения (две таблицы), каждую.
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39104012
PROaction
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv, то есть вот так:

Покупка:
№Покупки --> Дата покупки
Продавец
Товар(код в базе) --> Количество товара
Сумма к оплате

Поставка:
№Поставки --> Дата поставки
Поставщик(код в базе)
Товар(код в базе) -->Количество товара
Сумма к оплате

?
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39104166
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1) Товар: наименование, стоимость , код в базе.
2) Персонал: id_personal, ФИО, должность, контактный номер телефона .Так неверно (болдом).

1. Стоимостей может быть много. И она может меняться во времени и нужно будет знать, когда и сколько стоил тот или иной товар.
2. Телефонов может быть много: секретарь, рабочий, личный, домашний. Должностей может быть более одной (хоть и редко).

зы: сабж - тема довольно ёмкая.
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39104291
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Разбейте сущность Покупка на две:

собственно Покупка (Номер, Дата, Продавец, ...)
и Спецификация покупки (Покупка,Товар,Количество,Сумма...)
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39105207
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PROactionMasterZiv, то есть вот так:

Покупка:
№Покупки --> Дата покупки
Продавец
Товар(код в базе) --> Количество товара
Сумма к оплате

Поставка:
№Поставки --> Дата поставки
Поставщик(код в базе)
Товар(код в базе) -->Количество товара
Сумма к оплате

?


да, типа так.
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39105209
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSV1) Товар: наименование, стоимость , код в базе.
2) Персонал: id_personal, ФИО, должность, контактный номер телефона .Так неверно (болдом).

1. Стоимостей может быть много. И она может меняться во времени и нужно будет знать, когда и сколько стоил тот или иной товар.
2. Телефонов может быть много: секретарь, рабочий, личный, домашний. Должностей может быть более одной (хоть и редко).

зы: сабж - тема довольно ёмкая.

это спорно, зависит от постановки.
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39105299
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivэто спорно, зависит от постановки.Товарный учет - ёмкая область. Главная ее особенность - постоянный эволюционный рост функционала. Добавление различных фич. Постоянный рост аппетита на всяческие удобности и возможности.
Поэтому фундаментальные вещи желательно сразу делать правильно. В противном случае можно погрязнуть в бешеных переделках.
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39105424
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVMasterZivэто спорно, зависит от постановки.Товарный учет - ёмкая область. Главная ее особенность - постоянный эволюционный рост функционала. Добавление различных фич. Постоянный рост аппетита на всяческие удобности и возможности.
Поэтому фундаментальные вещи желательно сразу делать правильно. В противном случае можно погрязнуть в бешеных переделках.
100% правильный тезис
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39105505
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVMasterZivэто спорно, зависит от постановки.Товарный учет - ёмкая область. Главная ее особенность - постоянный эволюционный рост функционала. Добавление различных фич. Постоянный рост аппетита на всяческие удобности и возможности.
Поэтому фундаментальные вещи желательно сразу делать правильно. В противном случае можно погрязнуть в бешеных переделках.

У дитя, поди, курсовик, а ты -- "Товарный учет - ёмкая область"...
...
Рейтинг: 0 / 0
Выявление функциональных зависимостей(ФЗ)
    #39106268
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivУ дитя, поди, курсовик, а ты -- "Товарный учет - ёмкая область"...Курсовик можно/нужно проектировать неправильно ? :)
И про курсовик речь у ТС не шла. Мож чел просто хочет разобраться или халтурку нащупал. :)
...
Рейтинг: 0 / 0
11 сообщений из 11, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Выявление функциональных зависимостей(ФЗ)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]