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

Вопрос : одинаково ли быстро будет искать контрагента по номеру карточки в первом и втором случае ? (если поставить индексировать=истина)

Или вариант с регистром будет быстрее?

Одинаково.

(0) одинаково. Но при считывании каждый раз элемента справочника контрагенты будут считываться и тч карточки. Оно Вам надо? так что лучше РС

РС кошернее с точки зрения удобства работы с ним.

(2) с чего бы это?

(3) а с точки зрения: Скажи ка кто этому контрагенту установил скидку в 100%? (а у тебя в ЖР 5 человек разных меняло "что-то"...)

(5) при изменение РС, в ЖР добавлять свою запись кто менял ресурс. и в коммент значение до изменения и после. и все :)

(5) тут РС как раз лучше

(4) http://uchebilka.ru/buhgalteriya/41475/index.html?page=7

"значение этого типа может быть получено из ссылки, путем выполнения метода ПолучитьОбъект(). В этом случае будет создан экземпляр программного объекта и выполнено чтение данных из базы данных (или из кеша). При этом считываются значения всех реквизитов объекта и значения всех реквизитов всех его табличных частей "

(8) + бо так Радченко сказал)

Спасибо. Значит будет РС.

(8) это говорит только о том, что не нужно из ссылки тянуть данные. Нужно явно перечислить все необходимые поля

(11) Ужас! ПолучитьОбъект(И СписокНеобходимыхПолей)))))

Второй раз за понедельник ужасаюсь ответам)

(11) да. Но проблема в том, что скорее всего у товарища типовая. Где справочник контрагенты юзается по полной программе. И глядя на код типовой, которую сопровождаю третий год, наблюдаю кучу запросов где получается ссылка а потом через точку данные из нее тянутся. Кроме того, для записи все равно придется получать объект. То есть, к примеру, Вам нужно записать для контрагента какое нибудь одно поле, а считываете Вы таки весь объект. На небольшом объеме данных это не проблема, но если обрабатывать много элементов справочника чтение будет медленнее чем если часть данные будет в РС. Но я далеко не специалист, поэтому могу заблуждаться

(13)(12) он имеет ввиду запросами данные получать нужные, а не обращаться через Документ.РеквизитНужный - ради одного реквизита

(14)>(12) только)

(14) я его понял, это (12) не понял)

(16)  я же пишу. для новой конфы правильно, но если типовая, не будешь же типовую переписывать

(15) Вопрос открыт про ПолучитьОбъект(). Его не объедешь на хромой кобыле с запросом. Как и Записать(), до кучки. И ещё, наверное, в 1С есть кучки. А кучки, что криворукие прогеры делают - к проектированию решения не относятся.

(16) Ещё один понимальщик)))
Сегодня первый понедельник зимы - в этом причина, что ли(?)

Голосовалку бы.

Я за регистр. Правильней наверно будет.

(17) в типовых настолько много неоптимального, что новую ТЧ к контрагентам незаметишь просто
(18) это всё несущественно. Если автору надо например версионирование этого хозяйства - то ТЧ, если не надо - то РС, а на эти сферические "будет тянутся весь объект со всеми ТЧ" можно не смотреть в этом конкретном случае. Там и так много ТЧ уже есть, и всем пофиг

в сабже вобще про "Поиск" - а это запрос, а ему пофиг в РС искать или в ТЧ, таблицы по структуре одинаковы по сути

(19) а что непонятного? Я так понял товарищ имел ввиду именно чтение и он тут прав