Есть самописная конфа. в ней есть регистр "Единицы измерения", "Регистр штрихкода"

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

Вопрос как лучше сделать? Добавить штрихкод в единицу, или единицу в штрихкод, или убить регистр с единицами и переделать на один регистр с штрихкодами и единицами ..

Как сделано в типовых? Как вы посоветуете?

Взять УТ, 10.3 или УТ 11 и посмотреть. Сравнить, сделать выводы и сделать либо по одному из вариантов, либо придумать велосипед.

(0)Структуру регистров "Единицы измерения", "Регистр штрихкода" обнародуй

(2)

Штрихкоды.
Измерения :
Штрихкод.
Ресурсы :
Номенклатура, Типкода.

Единицы.
Измерения :
Номенклатура, ЕдиницаИзмерения
Ресурсы :
Коэффициент.

ТипКода - это что?
Может быть добавить ресурс Единица измерения?

(4) EАN13  и т.д
Да, скорее всего туда добавлю.

я бы сделал измерения номенклатура, единица; ресурсы - штрихкод.

(6)Как будешь поддерживать уникальность ШК в базе?

а может все в измерения ? :) как в типовом а ?

У одной номенклатуры с одинаковыми единицами измерения может быть несколько ШК. а вот ШК должен быть уникальным. Поэтому нет смысла размещать Номенклатуру и Единицы в измерения.

(7) кодом

(9) Тогда все пихать в измерения

(10)Предложи алгоритм
(11)Это противоречит (9). Шуткуешь?

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

(12) Просто запрос на равенство строки пойдет.

(12) Сейчас в типовой УТ 10.3 все в измерения засунули.Видимо это чем то обосновано. Может запрос на поиск по штрихкоду так быстрей будет работать.

(13)Видимо, ты работал только с одним поставщиком , который был дисциплинированным. )) При проектировании есть смысл предусматривать все варианты и не только те, которые хочешь видеть.

(14)В УТ11 по другому ))