Как лучше хранить ссылки на записи - (RefTableId, Company, RefRecId)

[mazzy]

Цитата:

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

S.Kuskov правильно сказал - если нужно работать с дублями, то будет не тройка значений (RefTableId, Company, RefRecId), а четверка-пятерка-и-так-далее. Т.е. добавляете еще одно поле и снова работаете с уникальными значениями.

Без потери общности вполне достаточно предположить, что хранятся уникальные тройки (RefTableId, Company, RefRecId)

[S.Kuskov]

Цитата:

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

Без потери общности вполне достаточно предположить, что хранятся уникальные тройки (RefTableId, Company, RefRecId)

Если до вставки есть гарантия что тройки уникальны то дополнительной проверки, которая автоматически происходит при использовании set или map, хорошо бы избежать

[CDR]

Цитата:

Сообщение от S.Kuskov

To CDR: Учитывать что дубли есть и обрабатывать их - это разные вещи

Во-первых, исходная цитата была: "я не могу представить себе алгоритма, который должен обрабатывать информацию о дублях."

Обрабатывать информацию о дублях и обрабатывать сами дубли - это действительно разные вещи (например, подсчитать кол-во дублей и обновить поле в дублирующихся записях).

А во-вторых, как это у вас учитывать и обрабатывать - разные вещи? Алгоритм либо учитывает наличие дублей (работает с их наличием), либо не учитывает (не работает с их наличием).
Например, подсчитывая суммы в разрезе ваучера алгоритм при проходе по проводкам либо учитывает наличие дублей и перед вставкой значения в мап их суммирует, либо не учитывает и каждый раз перезаписывает. Как этот алгоритм может "учитывать, но не обрабатывать" дубли?

Цитата:

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

S.Kuskov правильно сказал - если нужно работать с дублями, то будет не тройка значений (RefTableId, Company, RefRecId), а четверка-пятерка-и-так-далее. Т.е. добавляете еще одно поле и снова работаете с уникальными значениями.

Если я правильно понял мысль, то получается: "Если нужно работать с дублями, то нужно работать с уникальными значениями".
Звучит как: "П1 - начальник всегда прав. П2 - если начальник не прав, смотри П1."

ПС: Как правильно подметил gl00mie, обсуждение обо всем и ни о чем плавно уходит в сторону обсуждения сферического коня в вакууме.

[mazzy]

блин, как далеко ушли от первоначального вопроса
"Как лучше хранить ссылки на записи - (RefTableId, Company, RefRecId)"

Цитата:

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

Если я правильно понял мысль, то получается: "Если нужно работать с дублями, то нужно работать с уникальными значениями".

НЕТ, вы неправильно поняли.

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

от числа параметров внутри ссылки НЕ МЕНЯЕТСЯ суть ответа на вопрос
"Как лучше хранить ссылки на записи - (RefTableId, Company, RefRecId)"
"Как лучше хранить ссылки на записи - (RefTableId, Company, RefRecId, доп-признак-дубля)"

==============
а я так надеялся, что кто-нибудь сможет рассказать свои впечатления о recordLinkList.