Правильность логической схемы

@kefh · Регистрация: 18.03.2014

Студворк — интернет-сервис помощи студентам

Оцените, пожалуйста, логическую схему для учета товаров на оптовом складе, правильно ли я сделал нормализацию, нужно ли ещё что-то добавить? Просто я не очень силен в предметной области, вдруг что-то неправильно!

@pincet · 09.06.2015, 21:50

н-да. нет связи n:m между товаром и поставкой. Поставка суть граничная сущность между товаром и поставщиком. если это не ясно - может, ну его нафик этим заниматься?

@kefh · 26.06.2015, 19:54 **[ТС]**

pincet, Прошу прощения, вы были правы! но я никак не могу понять, как реализовать такую схему, сейчас буду пытаться!

@kefh · 26.06.2015, 21:02 **[ТС]**

pincet,Вот, сделал что-то, жду замечаний!

@kefh · 27.06.2015, 14:51 **[ТС]**

pincet,Переделал, решил всё-таки разделить клиентов на покупателей и поставщиков, но теперь мне кажется, что не правильно реализована связь товар-поставка и товар-реализация.

@Regress · 04.07.2015, 14:21

Доброго времени суток, уважаемые форумчане. Тема совпадает с моим вопросом, потому не стал создавать новую
Вопрос:
Пусть есть некий электронный компонент резистор, который затем используется в устройстве. Внезапно может случиться так, что этого компонента нет на складе, и вместо него приходит похожий (от другого производителя или с другим названием и тд и тп). Требуется осуществить взаимозаменяемость компонентов.
Поразмыслив, я решил, что требуется создать два одинаковых словаря с наименованиями компонентов, между ними отношение многие ко многим, от которого избавляемся промежуточной таблицей. В итоге получается, что одному компоненту из одного словаря соответствуют несколько других компонентов из другого словаря.
Мне это решение не кажется изящным, если кто сталкивался с подобным, прошу подсказки..

@Regress · 10.07.2015, 16:50

Больше никаких вариантов никто не предложит? Это, конечно, не вопрос жизни и смерти, но хотелось бы посмотреть, как подобные проблемы решаются грамотно.

@pincet · 11.07.2015, 08:40

да все так, только второй справочник создавать не надо, а пользовать один

@texnik-san · 12.07.2015, 11:22

Сообщение от pincet

только второй справочник создавать не надо, а пользовать один

+1

Причем, если заменяемость деталей симметричная (т.е. "В заменяет А" означает, что и "А заменяет В") - можно не заносить в таблицу замен оба варианта (достаточно любой один), а для поиска всех вариантов замен использовать запрос на объединение

SQL
1
2
3
SELECT ElementID, ElementIDCopy FROM PossibleReplacements
UNION
SELECT ElementIDCopy, ElementID FROM PossibleReplacements;

@Regress · 12.07.2015, 18:42

Сообщение от pincet

только второй справочник создавать не надо, а пользовать один

А как я тогда получу название элемента, НА который заменил?

Сообщение от texnik-san

Причем, если заменяемость деталей симметричная (т.е. "В заменяет А" означает, что и "А заменяет В") - можно не заносить в таблицу замен оба варианта (достаточно любой один), а для поиска всех вариантов замен использовать запрос на объединение

Взял на заметку, спасибо.

@texnik-san · 12.07.2015, 19:34

Сообщение от Regress

А как я тогда получу название элемента, НА который заменил?

Так же, как и название того, который заменили. Еще один код из первой таблицы.

@Regress · 12.07.2015, 19:41

Один справочник удалился, но даже с Вашим комментарием мне все равно непонятно, откуда возьму имя элемента НА который заменил, ведь связь одна. Предупреждаю сразу, что в SQL не силен, опыта почти никакого нет

@texnik-san · 12.07.2015, 21:51

Сообщение от Regress

откуда возьму имя элемента НА который заменил, ведь связь одна

Добавьте еще одну ) От той же таблицы, но уже ко второму полю.

Если спросит, нужно ли изменять уже существующую - ответ "нет".

@Regress · 13.07.2015, 11:21

Воу! Не знал, что так вообще можно в базах данных! С запросом, вроде, разобрался

@cygapb-007 · 13.07.2015, 11:41

Сообщение от texnik-san

если заменяемость деталей симметричная

что-то я сомневаюсь в симметричности.
Менее мощную деталь можно заменить на более мощную. Обратное чревато...

@texnik-san · 13.07.2015, 11:52

Сообщение от cygapb-007

Менее мощную деталь можно заменить на более мощную. Обратное чревато...

Тогда в таблице деталей стоит ввести числовое поле "мощность", и из запроса на объединение выбрать только те пары деталей, у которых мощность левой меньше либо равна мощности правой. Это и даст возможность не вводить дважды пары с одинаковой мощностью, и подстрахует от ошибки пользователя при вводе (вдруг перепутал и ввел детали не в том порядке).

Новые блоги и статьи Все статьи Все блоги /
Транслитерация текста с кириллицы на латиницу (вариант №2) Maks 13.11.2026 Обновленная версия ранее созданной обработки. Добавлено: - Проверка исходного текста на кириллицу, через обращение к стандартной функции "ТолькоКириллицаВСтроке" из общего модуля. . .	Часы с термометром и праздничным календарем yariko 12.11.2026 Сегодня мы рассмотрим как можно сделать отличные многофункциональные часы. Итак, поставим конкретную задачу: разработать часы с календарем, двумя термодатчиками, выводом поздравительных сообщений. . .	Транслитерация текста с кириллицы на латиницу (вариант №1) Maks 11.11.2026 Решил облегчить жизнь себе и коллегам админам при создании электронных почтовых ящиков для пользователей, в результате написал обработку "Транслитерация текста" с кириллицы на латиницу, а в ней. . .	Книги по геймдизайну, левел-дизайну, игровым механикам и проектированию игрового опыта 8Observer8 08.11.2026 Содержание блога \| English Version 1. 2003 - 06 - Designing Virtual Worlds (1st Edition) Автор: Richard A. Bartle \| Объем: 768 стр. Ссылки: Amazon . . .
Родители токсичные абьюзеры по отношению к своим детям ругают их оскорбляют не любят zorxor 08.11.2026 Жить в атмосфере постоянных оскорблений, критики и холодности со стороны родителей — это тяжелое и болезненное испытание, которое оставляет глубокие эмоциональные раны. Токсичное и абьюзивное. . .	Как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Ответ от Джемени ИИ. zorxor 08.11.2026 Джемени, как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Многие люди, возвращаясь домой, сразу переодеваются в максимально свободную одежду или вовсе предпочитают. . .	Паттерн очереди действий/команд (Action / Command Queue). Система очереди действий и кат-сцен с SDL3 Callbacks, cglm и OpenGL 8Observer8 07.11.2026 Содержание блога \| English Version Руководство для начинающих по реализации паттерна очереди действий/ команд (Action / Command Queue) на C++ (C++20) с использованием официального SDL3 Callbacks. . .	Проверка полного ФИО в типовом справочнике Maks 07.11.2026 Решение реализовано в конфигурации КА2, на примере справочника "КонтактныеЛицаПартнеров". Задача: Запрет инициалов. Не допускаеть использование сокращений вида "И. И. ", "И. И. ", "И И" и. . .

@kefh 5 / 5 / 1 Регистрация: 18.03.2014 Сообщений: 106

	Правильность логической схемы 08.06.2015, 19:44. Показов 2436. Ответов 34 Метки нет (Все метки) Оцените, пожалуйста, логическую схему для учета товаров на оптовом складе, правильно ли я сделал нормализацию, нужно ли ещё что-то добавить? Просто я не очень силен в предметной области, вдруг что-то неправильно! Миниатюры 0

@pincet 1655 / 1154 / 173 Регистрация: 23.07.2010 Сообщений: 6,914
	09.06.2015, 21:50
	н-да. нет связи n:m между товаром и поставкой. Поставка суть граничная сущность между товаром и поставщиком. если это не ясно - может, ну его нафик этим заниматься? 1

@kefh 5 / 5 / 1 Регистрация: 18.03.2014 Сообщений: 106
	26.06.2015, 19:54 [ТС]
	pincet, Прошу прощения, вы были правы! но я никак не могу понять, как реализовать такую схему, сейчас буду пытаться! 0

@kefh 5 / 5 / 1 Регистрация: 18.03.2014 Сообщений: 106
	26.06.2015, 21:02 [ТС]
	pincet,Вот, сделал что-то, жду замечаний! Миниатюры 0

@kefh 5 / 5 / 1 Регистрация: 18.03.2014 Сообщений: 106
	27.06.2015, 14:51 [ТС]
	pincet,Переделал, решил всё-таки разделить клиентов на покупателей и поставщиков, но теперь мне кажется, что не правильно реализована связь товар-поставка и товар-реализация. Миниатюры 0

@Regress 2 / 2 / 2 Регистрация: 12.10.2011 Сообщений: 44
	04.07.2015, 14:21
	Доброго времени суток, уважаемые форумчане. Тема совпадает с моим вопросом, потому не стал создавать новую Вопрос: Пусть есть некий электронный компонент резистор, который затем используется в устройстве. Внезапно может случиться так, что этого компонента нет на складе, и вместо него приходит похожий (от другого производителя или с другим названием и тд и тп). Требуется осуществить взаимозаменяемость компонентов. Поразмыслив, я решил, что требуется создать два одинаковых словаря с наименованиями компонентов, между ними отношение многие ко многим, от которого избавляемся промежуточной таблицей. В итоге получается, что одному компоненту из одного словаря соответствуют несколько других компонентов из другого словаря. Мне это решение не кажется изящным, если кто сталкивался с подобным, прошу подсказки.. Миниатюры 0

@Regress 2 / 2 / 2 Регистрация: 12.10.2011 Сообщений: 44
	10.07.2015, 16:50
	Больше никаких вариантов никто не предложит? Это, конечно, не вопрос жизни и смерти, но хотелось бы посмотреть, как подобные проблемы решаются грамотно. 0

@pincet 1655 / 1154 / 173 Регистрация: 23.07.2010 Сообщений: 6,914
	11.07.2015, 08:40
	да все так, только второй справочник создавать не надо, а пользовать один 0

@Regress 2 / 2 / 2 Регистрация: 12.10.2011 Сообщений: 44
	12.07.2015, 19:41
	Один справочник удалился, но даже с Вашим комментарием мне все равно непонятно, откуда возьму имя элемента НА который заменил, ведь связь одна. Предупреждаю сразу, что в SQL не силен, опыта почти никакого нет Миниатюры 0

@Regress 2 / 2 / 2 Регистрация: 12.10.2011 Сообщений: 44
	13.07.2015, 11:21
	Воу! Не знал, что так вообще можно в базах данных! С запросом, вроде, разобрался 0