Причем здесь CIS и отображение данных исходной таблицы.
В LM отображаются\редактируются исходные данные таблицы (в данном случае как вводили их в Access).
В DxDataBook эти данные отображаются так как сконфигурировали для отображения в схеме (с нужными вам nF и т.п.).





Коротко говоря вы все перевернули с ног на голову и потом удивляетесь почему не работает.
Part Number - должен быть уникален т.е. не повторятся в ЦБ.
Part Name и Part Label - может повторятся.

Я видимо, не совсем точно выразил свою мысль: для использования с CIS, в базе данных поле value - текстовое, при заполнении базы в access пользователь заполняет его в удобном виде с nF, pF, kOhm... а при отображении CIS value не просто отображается в таком же естественном виде, но и сортируется не по кодам ascii, а по реальным физическим значениям, т.е. nF, pF пересчитываются в реальные значения, сортируются и затем опять отображаются в естественном виде. А у ментора значение value не просто должно быть вещественным числом (вот вам 0.000000000001 - если сразу без подсчета нулей глаз видит, что это 1pF - у вас очень зоркий глаз), но и должно быть двойной точности, иначе в таблице DxDataBook при отображении на экране криво округляется. И это обсуждалось. Кстати, чем не idea для Dx?

А кто мешает задать тип поля Value в DxDB как строку? Единственное что числовой поиск по "больше\меньше" работать не будет, так например мы им и не пользуемся.
Если же поле задано как вещественное, то как уже говорилось в DxDB можно настроить автоматическое отображение как пико-, нано- итп. И не будет Вам многих нулей

"строка" value:
а как же он моделировать будет?
да и сортировка "по величине" не проканает, пикофарады видимо после микрофарад будут. алфавит, блин.
например мне надо поставить кондер около 1000pF, устроит и 820pF и 1.2nF. выбор будет определятся вторичными критериями, например наличие в ограничительном перечне, на складе ну и т.п. После сортировки будут в разных углах таблицы. вот и крути зазря полосы прокрутки... Да и вообще ну, некрасива сортировка не по номиналу а по алфавиту.

вещественное value:
- криво округляет, неудобно вводить, либо много ноликов, либо в научной нотации.

вещественное двойной точности
- неудобно вводить, либо много ноликов, либо в научной нотации, но похоже единственный "рабочий" путь.

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

как пример каки, можно вспомнить параноидальную перерисовку экрана в DxD при любом клике мыши и множественную перерисовку при двигании полос прокрутки, в стиле начала девяностых. Смогли же преодолеть! Только сначала создали каку, а потом преодолели ее. можно даже подумать, что первоначальный (параноидальный) вариант был проще в коде. не поверю.

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

Почти в тему обсуждаемого.
Очередной раз пытаюсь перейти c DxD 2005 на DxD 2007.
Подключаю DxDB. Мало того, что пришлось переключить поле "Tolerance" на двойную точность (непонятно зачем, раньше и на одинарной точности отлично работало). Но теперь значения, выбираемые из окна "Value" ограничены странным рядом (см. картинку), хотя в самой базе данных присутствует весь ряд значений. Это глюк или что-то недоконфигурировано. Соответствующая база данных давно и корректно работала в DxD 2005.

да и tolerance какой-то странный - 100% (в первой строчке)

Нет, c tolerance в данном случае всё в порядке (0.1pF±0.1pF как раз и будет 100%).
(зачем только для этого двойная точность?)
Непонятно куда делись значения меньше 100pF и значения с шагом меньше 100pF.
Такое ощущение, что не хватает двойной точности

Позволю себе ещё раз поднять ранее заданный вопрос.
Из моего опыта получается, что невозможно сформировать запрос к значениям меньше 100pF и к значениям с шагом менее 100pF.
В таком случае, на мой взгляд, база данных теряет всяческий смысл.
Большая просьба к Fill прокомментировать данную ситуацию. Это бага, или я неправильно пользуюсь программой.

может они в конце списка (отсортированы по алфавиту) и надо полосу прокрутки вниз двинуть?

К сожалению нет. Поля вещественные двойной точности. Отсортированы по номиналу. Магнитуда подставляется автоматически.
Величины меньше 100pF и величины с шагом менее 100pF присутствуют в базе но к ним не формируется запрос.
P.S. AlexN, а Вы используете DxDatabook?

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

Я использую, но 2005. Глюков нет.
А что это у вас за поле Count, можно поинтересоваться?

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

как обычно, у fill-a все работает
обратите внимание, таки точка в качестве разделителя.
и с процентами по-другому, может как-то отфильтровывает по процентам?