В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле?

@index58 · Регистрация: 01.07.2016

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

Всем привет.
Главный вопрос темы:
1) В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле?
Ну, а если обязательных таких ситуаций не знаете, то второй вопрос:
2) В каких ситуациях удобнее делать межтабличную связь не через id, а через другое поле, и чем именно это удобнее?

@index58 · 09.04.2023, 15:09 **[ТС]**

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

умозрительно как то всё расчитывает, а не на реальном примере.

Эту тему я создал, чтобы НАЙТИ реальные примеры других людей, а не показать свои.

@ltv_1953 · 09.04.2023, 15:15

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

Лишусь я чего-нибудь в моём примере?

Типа что такое ограничение внешнего ключа Вы не знаете? В Вашем примере Вы можете изменить категорию в таблице Контрагенты_Бонусы_К, даже если есть подчиненные в таблице Контрагенты_Бонусы_К_Ф (режим каскадного удаление/обновления не включен). Все.

@index58 · 09.04.2023, 16:39 **[ТС]**

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

Типа что такое ограничение внешнего ключа Вы не знаете? В Вашем примере Вы можете изменить категорию в таблице Контрагенты_Бонусы_К, даже если есть подчиненные в таблице Контрагенты_Бонусы_К_Ф (режим каскадного удаление/обновления не включен). Все.

То есть, я теряю защиту от дурака в одной связи. Правильно понял?

А если сделать вот так, как я в первый раз предложил на словах, и ещё добавить <представление>, в котором связаны все эти шесть таблиц в одну широкую таблицу, где есть всё, то станет удобно делать SELECT <всё что нужно> FROM <представление>?

В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле?

@ltv_1953 · 09.04.2023, 16:43

Угу. Вы просто допускаете, что к записи с категорией рельсы будет подчиненная гайки, дюймовые. Для Вас это нормально? Тогда вперед ... . Ответов больше не будет - утомили.

@index58 · 09.04.2023, 17:16 **[ТС]**

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

Вы просто допускаете, что к записи с категорией рельсы будет подчиненная гайки, дюймовые. Для Вас это нормально?

Я не понял смысл написанного. Я извиняюсь, но для меня пример с рельсами и гайками непонятен.

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

Ответов больше не будет - утомили.

Ещё раз извиняюсь. Я ж просто спрашиваю. У меня опыта мало, поэтому я чего-то не понимаю. Я не прикидываюсь, я искренне.

@VinniPuh · 09.04.2023, 17:44

Сделаю ка я доброе дело.
Понижу репу ТСу.
Ибо аж на 3 страницы ответов и попыток ему помочь,
А он даже ни кому и ни разу не сказал простого - Спасибо.
не говоря уж о такой мелочи как про нажатие кнопки - Спасибо
Только всё больше выдвигает требований к добровольным помогальщикам.
Видимо нужно как у собачки Павлова, вырабатывать условные рефлексы.
Для начала, - Хрясть и - 10% от репы.

@index58 · 09.04.2023, 18:12 **[ТС]**

Кликните здесь для просмотра всего текста

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

А он даже ни кому и ни разу не сказал простого - Спасибо.

Неправда.

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

Только всё больше выдвигает требований к добровольным помогальщикам.

Неправда. Ни одного требования с моей стороны здесь нет.

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

Ибо аж на 3 страницы ответов и попыток ему помочь

Я никого не заставляю мне отвечать. Я создал тему: хотите пишите в ней, хотите не пишите, это Ваш выбор.

@VinniPuh · 09.04.2023, 18:24

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

это Ваш выбор.

Согласен.
Если ответственные лица не озаботятся, то -
Уже до вечера исправлю свою оплошность.
Ибо вместо -10% от силы отзыва, нечаянно поставил +10%
Поставлю -100%

@D1973 · 09.04.2023, 18:40

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

Поставлю -100%

Ну зачем уж так лютовать? Не лучше ли оставить ТС-а в покое, просто не реагировать на эту тему?

@VinniPuh · 09.04.2023, 19:03

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

просто не реагировать на эту тему?

Для меня это принципиальный вопрос.
Написал Микаэлю, что бы исправил мою оплошность.
Если ТС не соизволит помолиться всем Богам и + не изменится на минус, то однозначно +10 изменится на -100.
На ТСа столько времени затрачено, столь немыслимо авторитетные личности привлечены в помощь, я даже своей любимой жене столько времени наверное не уделяю.
Ну разве что только 8 марта.
А ТСу всё как то не так.
Даже ни разу ни кому простого - Спасибо не сказал.
Какой ни то мажор наверное.
Привык наверное из за папочкиных денег, что только ему все должны.
Короче расписывать свои мотивы более не буду.
Решение принято.

@alecko5 · 12.04.2023, 16:01

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

1) В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле?

такое случается когда используете EAV, но иерархий не одна а несколько - пример из практики
есть расходники: скобы, стреп-лента, пленка и т.д. - при формировании продукта - это расходники-пленка, расходники-скобы , но у расходников есть еще разделение по группам, поэтому в EAV приходится создавать второе поле, не identity, не Unique даже и по этому полю создавать связь.

@index58 · 13.04.2023, 00:58 **[ТС]**

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

такое случается когда используете EAV, но иерархий не одна а несколько - пример из практики
есть расходники: скобы, стреп-лента, пленка и т.д. - при формировании продукта - это расходники-пленка, расходники-скобы , но у расходников есть еще разделение по группам, поэтому в EAV приходится создавать второе поле, не identity, не Unique даже и по этому полю создавать связь.

А можете привести пример структуры? А то я пробую для себя составить пример, но у меня не получается. Видимо, опыта не хватает представить то, что Вы описали.

@alecko5 · 13.04.2023, 09:14

на 1-й скрин из 3-х частей состоит: в1-й общее разделение по группам, а в третьей показано ,что одна группа еще разделена на подгруппы, т.е. введен дополнительный уровень иерархии помимо основной.
на втором скрине - альтернативная иерархия, где у расходников только группы, у остальных - как обычно.

@index58 · 13.04.2023, 23:11 **[ТС]**

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

в1-й общее разделение по группам, а в третьей показано ,что одна группа еще разделена на подгруппы, т.е. введен дополнительный уровень иерархии помимо основной.

Спасибо, посмотрел.
Вот сижу и пытаюсь понять:
В таблице "tblEAV" каждая запись означает группу каких-то материальных штуковин (Продукция, Полуфабрикат, Клей,...).
В таблице "tblHaract" каждая запись означает тоже группу каких-то материальных штуковин (Бумага, Картон, Прокладка,...).
Скажите, пожалуйста, а почему эти группы хранятся в разных таблицах? У них есть какое-то важное отличие, или это просто так исторически сложилось в проекте?

@alecko5 · 14.04.2023, 10:43

так сделано специально.
tblEAV - это EAV, в EAV можно вместить вообще все - но это сильно неудобно в части интерфейса, обработки и пр.-в этой таблице все собрано в кучу - настройки, сущности ,единицы измерения, контрагенты, персонал, структура формы для динамического форматирования, сообщения в диалоговых окнах и их заголовки, статусы, параметры экспорта и пр.
tblHaract - это уже плоская таблица, которая расширяет EAV, в ней все по полочкам разложено, в ней есть дополнительные зависимости,(например eizm - единицы измерения, которые хранятся в tblEAV)
она удобна для работы со стороны интерфейса пользователя,
она включает в себе многосправочников сущностей - здесь показаны материальные средства, а есть параметры, характеристики и пр.-у них свой код vid (который очевидно тоже зависим от tblEAV).
в описанном случае создана дополнительная EAV иерархия в tblHaract. для чего был использован не ключ, поскольку ключ уже занят.

@index58 · 14.04.2023, 19:30 **[ТС]**

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

так сделано специально.

Понял. Спасибо.

В целом, мне уже достаточно примеров ситуаций.
Всем спасибо за участие в теме.
Но если у кого-то есть ещё пример, то можно тоже привести, я с удовольствием его рассмотрю.

Новые блоги и статьи Все статьи Все блоги /
Установка нескольких штампов электронной подписи в строго определенных местах файла docx ВладимирСамохин 19.07.2026 (В!) Работа с Электронной подписью - это неотъемлемая часть современного документооборота. Но что делать, если нужно поставить несколько штампов электронной подписи в строго определенных местах. . .	сукцессия 35. Научная статья о проделанной работе anaschu 19.07.2026 Написал в формате латекс и пдф	Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер. Hrethgir 19.07.2026 Эта публикация сейчас в песочнице и ждёт приглашения. https:/ / habr. com/ ru/ sandbox/ 295048/ начало и оглавление - Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .	сукцессия 33. открытые вопросы от клауде anaschu 19.07.2026 "Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
32 сукцессия anaschu 19.07.2026 сукцессия 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .	сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических anaschu 18.07.2026 Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .	сукцессия 30. Массив проверяющих друг друга моделей anaschu 18.07.2026 Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0) Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона Уважаемые коллеги! В продолжение. . .	Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины. anaschu 18.07.2026 ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .

@index58 59 / 25 / 10 Регистрация: 01.07.2016 Сообщений: 153

	В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле? 07.04.2023, 00:17. Показов 3957. Ответов 55 Метки нет (Все метки) Всем привет. Главный вопрос темы: 1) В каких ситуациях межтабличную связь надо делать не через id, а обязательно через другое поле? Ну, а если обязательных таких ситуаций не знаете, то второй вопрос: 2) В каких ситуациях удобнее делать межтабличную связь не через id, а через другое поле, и чем именно это удобнее? 0

@ltv_1953 17536 / 7288 / 1663 Регистрация: 21.06.2012 Сообщений: 13,957
	09.04.2023, 16:43
	Угу. Вы просто допускаете, что к записи с категорией рельсы будет подчиненная гайки, дюймовые. Для Вас это нормально? Тогда вперед ... . Ответов больше не будет - утомили. 0

@VinniPuh 9147 / 6176 / 594 Регистрация: 27.03.2013 Сообщений: 20,047
	09.04.2023, 17:44
	Сделаю ка я доброе дело. Понижу репу ТСу. Ибо аж на 3 страницы ответов и попыток ему помочь, А он даже ни кому и ни разу не сказал простого - Спасибо. не говоря уж о такой мелочи как про нажатие кнопки - Спасибо Только всё больше выдвигает требований к добровольным помогальщикам. Видимо нужно как у собачки Павлова, вырабатывать условные рефлексы. Для начала, - Хрясть и - 10% от репы. 0

@alecko5 885 / 148 / 35 Регистрация: 05.08.2022 Сообщений: 681
	13.04.2023, 09:14
	на 1-й скрин из 3-х частей состоит: в1-й общее разделение по группам, а в третьей показано ,что одна группа еще разделена на подгруппы, т.е. введен дополнительный уровень иерархии помимо основной. на втором скрине - альтернативная иерархия, где у расходников только группы, у остальных - как обычно. Миниатюры 1

@alecko5 885 / 148 / 35 Регистрация: 05.08.2022 Сообщений: 681
	14.04.2023, 10:43
	так сделано специально. tblEAV - это EAV, в EAV можно вместить вообще все - но это сильно неудобно в части интерфейса, обработки и пр.-в этой таблице все собрано в кучу - настройки, сущности ,единицы измерения, контрагенты, персонал, структура формы для динамического форматирования, сообщения в диалоговых окнах и их заголовки, статусы, параметры экспорта и пр. tblHaract - это уже плоская таблица, которая расширяет EAV, в ней все по полочкам разложено, в ней есть дополнительные зависимости,(например eizm - единицы измерения, которые хранятся в tblEAV) она удобна для работы со стороны интерфейса пользователя, она включает в себе многосправочников сущностей - здесь показаны материальные средства, а есть параметры, характеристики и пр.-у них свой код vid (который очевидно тоже зависим от tblEAV). в описанном случае создана дополнительная EAV иерархия в tblHaract. для чего был использован не ключ, поскольку ключ уже занят. 1