Попов воскресе!

Думаю над удобным хранением параметров электронных компонентов.

Есть разные виды радиодеталей. Резисторы - у них надо знать размер, номинал, допуск, мощность. Конденсаторы - то же + материал диэлектрика, тип и напряжение. Диоды - тип, размер, напряжение, мощность. С транзисторами вообще тьма параметров.
Примерную структуру параметров я возьму на сайтах-каталогах компонентов, но неясно вот что:

1. В какой структуре данных хранить нужные и не показывать ненужные типы параметров? Пока придумано перечисление Тип(Диод-конденсатор-катушка-транзистор-ИС), перечисление ВидПараметра (тут все возможные параметры, какие только бывают), и РС СтруктураПараметровРЭКомпонентов: есть запись Диод-Напряжение, значит его надо показать. Нет записи Катушка-Напряжение - не показываем, сами значения храним в стандартных свойствах номенклатуры.
Годится?

2. В спецификации мне известно, какой параметр является важным (в БП ставим lowESR ёмкости), а какой - безразличным (светодиод может быть любого цвета).

Просто добавлением булева реквизита "Важный" и своей формы в справочник "Спецификации" я ничего не испорчу?

а чем типовые дополнительные реквизиты/дополнительные свойства не устраивают?

(0)в типовых свойства легко дотачиваются для твоего случая
фактически нужно написать сокрытие ненужных

(1) Реквизиты - избыточностью таблиц, форм, негибкостью.
Свойства используются, но нужно визуально показать, что диоду надо ввести макс. напряжение, а вот индуктивность/lowESR/h21э не имеют смысл для диода, и заполнять не надо.

Все варианты неправильные, т.к. в типовых уже есть учет по характеристикам.

(2) Я примерно в эту сторону и думаю, спасибо.

(4) Предлагай свой вариант.

(6) Читай по буквам: "учет по характеристикам"

(4) поддерживаю, характеристики самое то.

Мм....
Характеристики не предлагать?

Всё-всё, сдался и пошёл читать про характеристики, не пинайте больше :)

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

с вариантами голосования что-то не то. оба варианта неправильные.

и это ту-да же

Имхо. Нужно четко знать до какой детализации удобно использовать характеристики. Какое максимальное количество характеристик удобно для использования.

Т.е теоретически ты можешь завести одну номенклатуру "Конденсатор"  -  остальное все характеристиками. Но очень сомнительно что это будет удобно.

(15) Ну, конденсаторы бывают разные - так что одной не обойдёшься - как минимум - на электролиты, на МБМ на слюдяные - придётся отдельные группы характеристик вводить.
P.S. где-то встречалась реализация ещё на семёрке называлась "пухлый справочник", когда к элементу справочника привязывались характеристики из другого справочника и задавались значения - потом по ним можно было производить поиск.

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

(17) зачем производителя хранить в наименовании???

(18) Потому что, в стандартных конфах он именно там и хранится.

(19) это в каких и для чего он там хранится? Лично по моему опыту в наименовании вносит данные пользователь из накладных, а не конфа сама формирует наименование из нескольких полей, а пользователям ни разу в голову не приходило загонять наименование производителя в наименование номенклатуры.

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

Может ТС нужно просто хранить эти параметры, а не вести по ним учет? Если это так - характеристики тут вообще не нужны.

(22) ага, все резисторы в одну кучу и 1 Ом, и 1 КОм и т.д.

(22) Хранить параметры, а не вести по ним учёт !?
Так это же 1С, а не каталог свойств радиодеталей.