powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
25 сообщений из 78, страница 2 из 4
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36209057
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ChA, дружище, Вам даже Дейта читать рано, несмотря на то, что он пишет очень просто. Начните с логики. Любой.

> без всяких пояснений

Дорастете до пояснений - получите их. Пока просто читайте.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210543
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават Юсифовчеку хотся, щоб допустим в гриде был "Организация, телефон основной"
Я с гридами на редактирование не работаю ;)
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210630
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621ChA, дружище, Вам даже Дейта читать рано, несмотря на то, что он пишет очень просто. Начните с логики. Любой.guest_20040621, дружище, если судить по дефектам Вашей, то читать вообще вредно. Хотя, надеюсь, что выборка непредставительная и просто имеет место индивидуальная непереносимость.guest_20040621Дорастете до пояснений - получите их. Пока просто читайте.Дружок, от Вас никто никогда ничего не получит. Кроме раздутых щёк и непомерного самомнения. Боюсь, это неизлечимо.

P.S. Благодаря таким вот "проектировщикам" базы и "засраны" суррогатными ключами при одновременном дублировании фактической информации и нарушении ссылочной целостности. Тоже наверное читали Галилея с Аристотелем, а потом много думали.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210895
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ChA, меняйте работу. Мало того, что Вы напрасно получаете деньги за проектирование баз данных, Вы просто глупый человек.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210932
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621ChA, меняйте работу. Мало того, что Вы напрасно получаете деньги за проектирование баз данных, Вы просто глупый человек.Дружище, не плюйтесь в экран. Посмотритесь в зеркало и Ваше душевное равновесие будет восстановлено. Кстати, неплохо также познакомиться с Гегелем и Кантом, они тоже сильно помогают в проектировании БД, надо только их внимательно слушать.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210948
Ivan Shkuropadsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Друзья, не ссорьтесь! :)


guest_20040621 ,
если я правильно вас понял - вы против того, чтобы в состав первичного ключа зависимой сущности входил первичный ключ родительской сущности ?
(считаем, что все ключи - суррогатные (int, автоинкремент))
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36210957
Ivan Shkuropadsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават Юсифов
чеку хотся, щоб допустим в гриде был "Организация, телефон основной" и при этом хотелось бы этот телефон из лукапа менять по желанию из "Телефоны организации" и при этом НЕ вводить дополнительный признак "основности" в "Телефоны организации" и при этом обойтис только ДДЛ.
Сахават Юсифов , не обязательно грид, но в целом все правильно :)
Или вы считаете такой подход к интерфейсу и/или структуре БД неправильным?
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211026
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО, примарный ключ должен быть:
1. суррогатным
2. атомарным
2.1 возможное исключение распределенные БД, тогда составной: ключ базы и ключ В базе
С уважением, Naf
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211129
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ChA, с равновесием у меня все в порядке, спасибо. Я испытываю сожаление, что напрасно потратил время на контакт с Вами: тупость - худшее из человеческих качеств.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211274
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_мод, Ivan Shkuropadsky,

я воще то сделал акцент ДОПУСТИМ в гриде :)
Да нормальная практика, "основное место работы", "старшая жена", "любимый ресторан" ... вся жисть из этого интерфеса и состоит. а вот РСУД не может адекватно все это отразить, там кроме ссылочной целостности (и то до первого селекта без ключа :):):), т.е офигенные возможности трансформации без учета семантики) нифига нету :(
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211318
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Я испытываю сожаление, что напрасно потратил время на контакт с Вами: тупость - худшее из человеческих качеств.Поздравляю, дружок, осознание своих недостатков - верный путь к выздоровлению.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211327
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NafИМХО, примарный ключ должен быть:
1. суррогатным
2. атомарным
Можете обосновать необходимость суррогатного атомарного основного ключа в таблицах, реализующих, например, связи сущностей M:N ?
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211430
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Naf пишет:

> ИМХО, примарный ключ должен быть:
> 1. суррогатным
> 2. атомарным
> 2.1 возможное исключение распределенные БД, тогда составной: ключ базы и
> ключ В базе

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

Пример:
Счёт-фактура -- независимая сущность с суррогатным ключём.

Позиция счёта-фактуры -- зависимая сущность с составным ключём:
идентификатор счёта-фактуры и
номер (идентификатор) позиции счёта-фактуры.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211444
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA пишет:

> Дружище, не плюйтесь в экран.

ChA, не надоело ещё на троллей время и нервы тратить ?
Ты не пиши ничего -- он и заткнётся.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211460
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
ChA, не надоело ещё на троллей время и нервы тратить ?
Ты не пиши ничего -- он и заткнётся.
Да, нет, даже забавно стало :) Впрочем, ты прав, общаясь с троллем сам понемногу в него превращаешься, надо завязывать.

P.S. Просто "задолбало" наблюдать, как любой топик с участием анонима превращается в топик самолюбования. Вот все вокруг такие бараны, и один он, весь из себя такой красивый, прямо в центре стада
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211900
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChANafИМХО, примарный ключ должен быть:
1. суррогатным
2. атомарным
Можете обосновать необходимость суррогатного атомарного основного ключа в таблицах, реализующих, например, связи сущностей M:N ?
Пример: 2 сущности - Организации, ФизЛица
множественная ассоциация между ними: Работник(Организация,Физлицо) - многие-ко-многим
Организация может содержать множество работников, Физлицо может быть работником нескольких организаций: в разный период действия, а также быть внешним или внутренним совместителем.
Сущности начислений и удержаний работников имеют ссылки именно на ассоциативную сущность Работник: именно от параметров ассоциации (оклад, срок выслуги) зависят расчеты по ним.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36211914
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Naf пишет:

> ИМХО, примарный ключ должен быть:
> 1. суррогатным
> 2. атомарным
> 2.1 возможное исключение распределенные БД, тогда составной: ключ базы и
> ключ В базе

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

Пример:
Счёт-фактура -- независимая сущность с суррогатным ключём.

Позиция счёта-фактуры -- зависимая сущность с составным ключём:
идентификатор счёта-фактуры и
номер (идентификатор) позиции счёта-фактуры.

Почему не сделать атомарный первичный ключ и внешний ключ на документ-владелец?
Если понадобится отразить в агрегированной таблице по какой строке начислен НДС, то достаточно будет добавить атомарный внешний ключ на таблицу позиций.
Если же позиция изменится, то в вашем случае придется ее менять и во внешней таблице
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212095
Ivan Shkuropadsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо всем за высказанные мнения! :)

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

"Независимая сущность не нуждается в информации из другой сущности для идентификации уникального экземпляра." (http://www.interface.ru/ca/comp.htm)

Т.е. если не отвлекаться на суррогатность ключей, то исходить нужно именно из возможностей самоидентификации.

Поэтому, например:
- Банковский счет (организации) - это независимая сущность (от организации).
- Сотрудник (организации) - это независимая сущность (идентифицируется как конкретный человек).
- Подразделение (организации) - это зависимая сущность.
- Адрес (один из нескольких адресов организации) - это независимая сущность.

А вот, например,
- Контракт (с одним и только одним клиентом) - это зависимая (от клиента) сущность? Ведь у контракта есть свой номер и дата. Следовательно ссылка на клиента для идентификации не требуется. Т.е. контракт - независимая сущность.

И еще:
Страна, Регион, Город.
Регион - зависимая от Страны сущность, поскольку без страны не идентифицируется.
Город - зависимая от Страны сущность, НО! независимая от Региона, поскольку есть страны без регионов и город идентифицируется только с учетом страны.

Я нигде не ошибаюсь в рассуждениях?
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212653
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават ЮсифовДа нормальная практика, "основное место работы", "старшая жена", "любимый ресторан" ... вся жисть из этого интерфеса и состоит(
Есть сущность Человек, у него есть атрибут Список мест работы, один из элементов этого списка имеет атрибут Основное, а остальные - По совместительству. И только так.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212658
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ChAМожете обосновать необходимость суррогатного атомарного основного ключа в таблицах, реализующих, например, связи сущностей M:N ?
Элементарно: аудит
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212673
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модСахават ЮсифовДа нормальная практика, "основное место работы", "старшая жена", "любимый ресторан" ... вся жисть из этого интерфеса и состоит(
Есть сущность Человек, у него есть атрибут Список мест работы, один из элементов этого списка имеет атрибут Основное, а остальные - По совместительству. И только так.у человека нет основного места работы, а есть основное место работы на такую-то дату
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212687
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Nafу человека нет основного места работы, а есть основное место работы на такую-то дату
Все значения атрибутов сущности действительны на дату
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212690
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ivan Shkuropadsky,

Проблема в том, что все сильно зависит от задачи, области применения. И у всех участников свое видение, собственно спор отчасти из-за этого, мне кажется.
Например, сущность Адрес является возможно независимой в БД регистрации граждан по месту проживания. Однако, в бухгалтерской программе адрес контрагента вообще может не являться сущностью, а быть просто строковым реквизитом или сильно зависимой от контрагента сущностью - контакт.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212693
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модNafу человека нет основного места работы, а есть основное место работы на такую-то дату
Все значения атрибутов сущности действительны на датуопять же, на какую. вам возможно достаточно на текущую, а в другой задаче нет.
...
Рейтинг: 0 / 0
Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
    #36212708
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan Shkuropadsky
Я нигде не ошибаюсь в рассуждениях?
Все сущности независимы по определению. Просто между ними м.б. ссылки.
Например: есть Организации и Подразделения, Подразделения ссылаются на Организации. Но можно получить список всех подразделений независимо от Организации по какому-либо признаку.
...
Рейтинг: 0 / 0
25 сообщений из 78, страница 2 из 4
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Зависимые сущности и идентифицирующие связи: ссылки основной таблицы на записи дочерней
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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