Как правильно ссылать таблицу в БД саму на себя или, что то в этом роде?

@Swamp Doctor · Регистрация: 07.04.2015

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

Есть изделие, которое записывается в таблицу и состоит из других изделий, находящихся в этой самой таблице, при этом данные изделия состоят из третьих изделий, находящихся в той же таблице, а они к примеру, состоят из материалов, которые тоже должны быть в этой таблице.

@qwertehok · 10.10.2016, 09:14

справочники

@Hikari · 10.10.2016, 09:32

Сообщение от Swamp Doctor

и состоит из других изделий

Сделай два ID поля. Первое будет уникальным ключом узла, второе - ключом этого узла на ключ его сборки.
В реляционных СУБД это лучший выход.

@Swamp Doctor · 10.10.2016, 09:58 **[ТС]**

Ну хоть грамотно сформулированный вопрос для дальнейшего поиска дайте. Спасибо

Добавлено через 24 минуты
Немного потупил, но понял. Спасибо.

@Meridian21 · 10.10.2016, 10:14

Swamp Doctor, запихнуть все в одну таблицу - это самый плохой вариант решения. Так можно сделать, но работать с этим будет невозможно. Начинай с конца. Создавай таблицу с "неделимым" уровнем, т.е. материалы. После создавай справочники с изделиями, которые из материалов изготавливаются. Потом справочник "второго" уровня изделий, более крупных, которые состоят из мелких изделий. И таким образом добираешься до самых больших составных изделий.

@Swamp Doctor · 10.10.2016, 10:34 **[ТС]**

Материалы и изделия в документах идентифицируются одним типом "Товар" и нигде не различаются. Поэтому традиционный способ не подошёл)

@Hikari · 10.10.2016, 11:26

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

Потом справочник "второго" уровня изделий, более крупных, которые состоят из мелких
изделий. И таким образом добираешься до самых больших составных изделий.

А вот это для плоской таблицы очень плохая идея. Сколько вложений выдержит такая структура? Подумай.
Что если в сборке миллион сборок? Будешь миллион справочников создавать?

@Swamp Doctor 6 / 4 / 3 Регистрация: 07.04.2015 Сообщений: 110
		1
	Как правильно ссылать таблицу в БД саму на себя или, что то в этом роде? 10.10.2016, 09:05. Показов 1956. Ответов 6 Метки sql (Все метки) Есть изделие, которое записывается в таблицу и состоит из других изделий, находящихся в этой самой таблице, при этом данные изделия состоят из третьих изделий, находящихся в той же таблице, а они к примеру, состоят из материалов, которые тоже должны быть в этой таблице. 0

@qwertehok 5489 / 4404 / 1076 Регистрация: 29.08.2013 Сообщений: 27,600 Записей в блоге: 3
	10.10.2016, 09:14	2
	справочники 0

@Hikari Хитрая блондиночка $) 1472 / 988 / 399 Регистрация: 21.12.2015 Сообщений: 3,785
	10.10.2016, 09:32	3
	Сообщение было отмечено Swamp Doctor как решение Решение Сообщение от Swamp Doctor и состоит из других изделий Сделай два ID поля. Первое будет уникальным ключом узла, второе - ключом этого узла на ключ его сборки. В реляционных СУБД это лучший выход. 1

@Swamp Doctor 6 / 4 / 3 Регистрация: 07.04.2015 Сообщений: 110
	10.10.2016, 09:58 [ТС]	4
	Ну хоть грамотно сформулированный вопрос для дальнейшего поиска дайте. Спасибо Добавлено через 24 минуты Немного потупил, но понял. Спасибо. 0

@Meridian21 Zero day 267 / 231 / 78 Регистрация: 16.12.2015 Сообщений: 943 Записей в блоге: 4
	10.10.2016, 10:14	5
	Swamp Doctor, запихнуть все в одну таблицу - это самый плохой вариант решения. Так можно сделать, но работать с этим будет невозможно. Начинай с конца. Создавай таблицу с "неделимым" уровнем, т.е. материалы. После создавай справочники с изделиями, которые из материалов изготавливаются. Потом справочник "второго" уровня изделий, более крупных, которые состоят из мелких изделий. И таким образом добираешься до самых больших составных изделий. 0

@Swamp Doctor 6 / 4 / 3 Регистрация: 07.04.2015 Сообщений: 110
	10.10.2016, 10:34 [ТС]	6
	Материалы и изделия в документах идентифицируются одним типом "Товар" и нигде не различаются. Поэтому традиционный способ не подошёл) 0

@Hikari Хитрая блондиночка $) 1472 / 988 / 399 Регистрация: 21.12.2015 Сообщений: 3,785
	10.10.2016, 11:26	7
	Сообщение от Meridian21 Потом справочник "второго" уровня изделий, более крупных, которые состоят из мелких изделий. И таким образом добираешься до самых больших составных изделий. А вот это для плоской таблицы очень плохая идея. Сколько вложений выдержит такая структура? Подумай. Что если в сборке миллион сборок? Будешь миллион справочников создавать? 0

Как правильно ссылать таблицу в БД саму на себя или, что то в этом роде?

Решение