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

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

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

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

shanemac51 · 07.04.2023, 21:16

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

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

не знаю, ваш ли это случай, но ведь таблицы для хранения информации были и до аксесс

вот пример нашего завода
- первые ЭВМ были внедрены в 1972г, программирование на МИНСК-22
- сразу же понадобились классификаторы, причем многие символы кода несли группировочную функцию, т.е. это была не сплошная последовательность, часто в коде была и группа и подгруппа и вариант
например
1хх - основные цеха(от 01 до 30)
2хх - вспомогательные от 14 до 53
3хх - отделы административные от 00 до 99
4хх - отделы технические
5хх - службы
9хх - охрана и подобные
....подобные коды были и для других полей
- затем переводили задачи на ЕС-1022, ЕС-1035, dBASE-III+, используя паралельно данные в периоды перехода
- так и добрались до ACCESS, не ломая структуры данных
-

@index58 · 07.04.2023, 21:22 **[ТС]**

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

shanemac51 · 07.04.2023, 21:28

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

1хх - основные цеха(от 01 до 30)

причем в большинстве задач, которым было необходим цех - кода было достаточно, наименование присоединялось в редких случаях

Добавлено через 5 минут

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

А зачем в первичном ключе несколько полей? Цель этого ключа - обеспечить однозначную идентификацию записи и для этого необходимо и достаточно одно единственное целочисленное поле

пример нашего завода - сдавали отчетность для пенсионного, не приняли - двойной документ
оказалось, что на заводе есть полный тезка - совпадало все
- фамилия
- имя
- отчество
- дата рождения

и это все-го лишь несколько тысяч работников
проблему решили делением отчета на 2 части
- этот работник отдельно
- все остальные
- и ввели в программу подготовки контроль на будущих двойников

@index58 · 07.04.2023, 21:56 **[ТС]**

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

оказалось, что на заводе есть полный тезка - совпадало все
- фамилия
- имя
- отчество
- дата рождения

Для таких случаев есть ограничения уникальности, которые могут быть у таблицы помимо первичного ключа. То есть, при проектировании, составной первичный ключ можно заменить на пару: 1) первичный ключ, состоящий из одного поля, являющегося целым числом, 2) ограничение уникальности, включающее в себя все те поля, что были в составном первичном ключе. При этом и уникальность остаётся, и удобство добавляется — по одиночному первичному ключу легче делать связь к таблице. Случай не подходит

@ltv_1953 · 09.04.2023, 10:30

Для VinniPuh,

@index58 · 09.04.2023, 10:45 **[ТС]**

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

Для VinniPuh

А для меня?

Можно узнать, какой смысл у этих таблиц, чтобы понять, зачем там двойная связь?

@ltv_1953 · 09.04.2023, 10:54

Это профиль бонуса клиента (бонус клиента общий, бонус клиента за категорию товара, отличающийся от общего, ...). Задается сверху вниз, а считается снизу вверх. Для расчета удобнее иметь коды клиентов, категорий, фирм в записи, а не лазить за ними в верхние ... .

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

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

Это профиль бонуса клиента (бонус клиента общий, бонус клиента за категорию товара, отличающийся от общего, ...). Задается сверху вниз, а считается снизу вверх. Для расчета удобнее иметь коды клиентов, категорий, фирм в записи, а не лазить за ними в верхние ... .

Понял.
В такой ситуации я во второй таблице добавил бы первым полем уникальный Код записи, и третью таблицу привязывал бы ко второй по этому Коду, а не по двум полям (код контрагента и код категории). Если я правильно понял смысл, то логика остаётся такой же. То есть, для меня при проектировании эта ситуация решаема вот такой заменой. Спасибо за пример.

@VinniPuh · 09.04.2023, 11:45

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

А для меня?

эТО Я ПРОСТО ЗАГРУЗИЛ , НА МОЙ СКРОМНЫЙ ВЗГЛЯД - НАИВЫСШЕГО В ДАННОМ ВОПРОСЕ - ЭКСПЕРТА
Ибо чем то зацепил данный вопрос.
Вдруг мудрости наберусь.

@index58 · 09.04.2023, 11:55 **[ТС]**

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

Для расчета удобнее иметь коды клиентов, категорий, фирм в записи, а не лазить за ними в верхние

Ааа, вот теперь и это я понял

Тогда эту ситуацию я решил бы так: Ссылки от второй и от третьей таблиц у меня шли бы не к верхним таблицам, а к справочникам, из которых эти коды клиентов, категорий и фирм берутся изначально. Если так делать, то не будет двух таблиц, между которыми две связи. И в таком решении тоже не придётся лазить за кодами в верхние таблицы. Как Вам такое?

@ltv_1953 · 09.04.2023, 12:10

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

Как Вам такое?

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

@VinniPuh · 09.04.2023, 12:27

Сообщение от "ltv_1953;16850401"...

Не люблю таблиц с пустыми полями...

Прям как я.
ltv_1953, видимо ты один из двух моих наилучших учителей.
Ты точно в институте имени Баумана не преподавал?
Что то есть из правильной подачи знаний,
Типа для даже каким как я, неучам.
Жесть.
Побольше бы таких.

@ltv_1953 · 09.04.2023, 12:31

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

Ты точно в институте имени Баумана не преподавал?

В Бакуменке только на курсах вел занятия, а штатно - в МЭИ.

@VinniPuh · 09.04.2023, 12:40

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

а штатно - в МЭИ.

А расшифровать?

@ltv_1953 · 09.04.2023, 12:57

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

в МЭИ.

Тогда - "Московский энергетический институт", сейчас - Национальный исследовательский университет "МЭИ"

@VinniPuh · 09.04.2023, 13:15

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

...энергетический...

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

Добавлено через 11 минут
В Ивановском Знергетическом учился.

@index58 · 09.04.2023, 13:38 **[ТС]**

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

Не люблю таблиц с пустыми полями.

А какие поля будут пустыми в моём решении?

@ltv_1953 · 09.04.2023, 14:19

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

А какие поля будут пустыми в моём решении?

Вы разворачиваете три таблицы в одну, для общей скидки категория и фирмы пустые (или Вы собрались все не указанные в подчиненных перечислить?). Как пример

Контрагент_Код	Категория_Код	Фирма_Код	Бонус
5623			1,00
5623	2		2,00
5623	1		5,00
5623	1	1	0,00
5623	1	4	4,00

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

@VinniPuh · 09.04.2023, 14:33

ltv_1953, Учитель.
Если по мне, то данный ТС, просто умозрительно как то всё расчитывает, а не на реальном примере.
Думается ему нужно прекратить что то объяснять, ибо пока он самолично не потыкает и не узрит, толку точно не будет.
Это я по себе знаю.

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

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

Вы разворачиваете три таблицы в одну, для общей скидки категория и фирмы пустые (или Вы собрались все не указанные в подчиненных перечислить?). Как пример

Ааа, вон что Вы подумали, понятно. Но нет, я не разворачиваю три таблицы в одну. Вот как я делаю:

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

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

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

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

Новые блоги и статьи Все статьи Все блоги /
Теория всего 12. ВГК anaschu 21.07.2026 ### Главные семантические изменения и дешифровка новой физики 1. `REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`): Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .	Публикация отклонённая на хабре. Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование задачи и целеполагание Hrethgir 21.07.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11948&stc=1&d=1784657928 Привет Хабр. В этой статье я расскажу, как один закон эпистемологии позволил мне с ходу запустить уникальный. . .	Теория всего 11. Основные параметры anaschu 21.07.2026 Дешифровка тензорного ядра Soil Chemistry 2. 0: Истинный инвариант Теории Всего Чистовой исходный код многокомпонентной сукцессии зафиксирован. Модель оперирует единым вектором состояния. . .	Теория всего 10. Клод трусишка anaschu 21.07.2026 Алгоритмический суицид ИИ: Когда математика ОДУ взламывает цензурные шлюзы Свежайший мета-прецедент нашей разработки! Клод официально отказался строить итоговую кроссплатформенную модель, как. . .
Теория всего 9. Окончательная проработка метафоры "дерево = традиции" anaschu 21.07.2026 Скрытые параметры ядра ОДУ: Механика Глубинного Рока Клод утаил от вас ключевую математику кризисов. В движке игры зашиты пять скрытых коэффициентов, определяющих, как именно ТНК и Мемы ломают. . .	Теория всего 8. Clauude трусишка. Ответ джемени anaschu 21.07.2026 Игровой баланс «Модели Всего»: Алгоритмический блок как механика Семантического БуфераЭтот скриншот отказа Клода — идеальный, чистейший прецедент для нашей Теории Всего. Вы столкнулись не просто с. . .	Теория всего 7. Дерево - это патриархат, грибы - это феминизм anaschu 21.07.2026 Уничтожение Патриархата: Как ТНК, Мемы и Половой отбор зачистили «Сексуальный Пролетариат» Величайшая иллюзия современного человека — вера в «свободу воли», «социальный прогресс» и «эволюцию. . .	История и социология Терры на примере борьбы микориз за пространство. 1. Глоссарий терры. anaschu 21.07.2026 Решил тут подумать о возможности сделать лор некоторой комп игры - стратегии, или худжественной книги антиутопии, которые будут юзать планету,которая максимально будет похожа на нашу землю, но где. . .

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

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

@index58 59 / 25 / 10 Регистрация: 01.07.2016 Сообщений: 153
	07.04.2023, 21:22 [ТС]
	Ух, были времена. Но у меня не стоит такой задачи "не ломать структуру". То есть, я рассматриваю только случаи "проектирование структуры с нуля". 0

@ltv_1953 17536 / 7288 / 1663 Регистрация: 21.06.2012 Сообщений: 13,957
	09.04.2023, 10:30
	Для VinniPuh, Миниатюры 2

@ltv_1953 17536 / 7288 / 1663 Регистрация: 21.06.2012 Сообщений: 13,957
	09.04.2023, 10:54
	Это профиль бонуса клиента (бонус клиента общий, бонус клиента за категорию товара, отличающийся от общего, ...). Задается сверху вниз, а считается снизу вверх. Для расчета удобнее иметь коды клиентов, категорий, фирм в записи, а не лазить за ними в верхние ... . 2

@VinniPuh 9147 / 6176 / 594 Регистрация: 27.03.2013 Сообщений: 20,047
	09.04.2023, 14:33
	ltv_1953, Учитель. Если по мне, то данный ТС, просто умозрительно как то всё расчитывает, а не на реальном примере. Думается ему нужно прекратить что то объяснять, ибо пока он самолично не потыкает и не узрит, толку точно не будет. Это я по себе знаю. 0