Беда с set'ом

[Vasiliusis]

Цитата:

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

А что будет, если у вас между первым, вторым и третьим вызовами CustTable::find('Клиент1'), соседний пользователь что-то обновит и всякие modifiedBy, ModifiedDateTime, modifiedTransactionId, recVersion и тд и тп - поменяются ? Какого поведения от системы вы ожидаете в этом случае (особенно если условие myset.in() отрабтает, а дальнейшая попытка что-то удалить обломается в связи с тем что поля у записи в set и в табличном буфере - разные)?

для этого я буду сравнивать только TableId и RecId

[fed]

Цитата:

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

для этого я буду сравнивать только TableId и RecId

Это в целом - правильная идея, но тогда и List не понадобится. Достаточно будет сделать set из контейнеров с двумя элементами.

[Vasiliusis]

Цитата:

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

Это в целом - правильная идея, но тогда и List не понадобится. Достаточно будет сделать set из контейнеров с двумя элементами.

согласен

[ax_mct]

Цитата:

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

согласен

Я бы использовал Set только для набора примитивных типов как RecId.
Что-то там было, а что уже и не помню. В системном коде более принятый вариант все же Map(RecId, Record). Если нужен составный ключ то просто делайте уникальную строку TableId&&RecId. Тоже общий подход.

И подумайте нужно ли вам удаление. Возможно несколько коллекций будет лучше, то есть результат - в отдельный Map или в Set если RecId или строка как ключ. Дорогое это удаление. Уверен можно без него обойтись.