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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

?


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

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

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

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

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


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