База радиодеталей

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

Было бы неплохо при операциях Ins/Copy (или просто при сохранении в базу) проверять по полю "Название элемента" существующие дубли. Это пока без справочников.
Вывести диалог, что в таком-то месте уже есть такая деталь- отменить/записать все равно/перейти туда (если не сложно).
Функцию сделать отключаемой в настройкой, чтобы кому-то не надоедала.
Тормозов не должно много прибавиться- мы же не на автомате все заносим, пока идет запись- готовим следующего "клиента" [/b]

Подумаю как это сделать "комплексно", чтобы в других справочниках тоже было... По наличию одно название проверять не достаточно, есть еще номинал. Название одно "Резистор", а номиналы разные... И я, например, именно копированием вношу детали такого плана.

Проверять на наличие копии нужно будет в разных справочниках не только по названию, но дополнительно еще по разным полям.

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

+2: Перебил пока одну касетницу с DIP-чипами со своей старой базы в ElemBase. Заодно оптимизировал и проревизировал размещение по разным коробкам (объединил), дата ревизии однозначно поможет потом.
Все это дело сильно ужалось в габаритах, появились пустые места, а заодно и новые "хотелки" типа примитивных репортов- по конкретному боксу общая статистика по ячейкам (для дальнейшей оптимизации места) и пустым ячейкам (можно просто 0 показывать). Т.к. в одной ячейке наблюдаю по несколько разных типов м/сх с разным количестом- "на глаз" прикидывать сколько их там уже напряжно. Пустые места, конечно, отсеиваются группировкой, но если их объединить в отчет с количеством- будет неплохо.
Еще по группировке ячеек: сортируются как поле с текстовым типом (понятное дело - универсально), но у меня 7 боксов уже с 1-70 ячейками, скоро будет сортировка не по порядку (1,11,12,2,21,22...) мучить. Тут что-то придумать можно?

Да, ячейка - это текстовое поле. У меня есть внутри программы что то вроде "тип сортировки поля", числовые сортируются именно как числа (текст преобразуется в число). Могу сделать новый тип сортировки - текстовая с попыткой найти в строке число и учесть саму строку.
Тоесть, если строка - это ЧИСТОЕ число, без букав - сортировать по значению числа, 1, 2, 10, 200 и тд. А если с буквами - сортировать сначала по буквенной части, потом по одной "вытянутой" числовой части, а дальше опять по буквенному остатку - А1, А2, А10, Б1, Б2, Б30А, Б30Б.
Это точно устроит всех, осталось только написать

Я сначала не понял даже, что можно ячейку как строку бить, потом уже как стал сортировать- проявилось. Оно, конечно, лишний функционал не помешает, вдруг какие контейнеры специфические

В справочник "Наличие элементов" будет добавлено еще одно поле - Потребность + соотв. функционал. Для более удобного планирования закупок деталей.

Возможно ли в форму "наличие элементов" добавить столбец datasheet, чтоб по клику на это поле сразу открывался даташит? Или в меню при клике на элементе правой кнопкой мыши была бы такая строка.

4ynoka6puk писал(а):Возможно ли в форму "наличие элементов" добавить столбец datasheet, чтоб по клику на это поле сразу открывался даташит? Или в меню при клике на элементе правой кнопкой мыши была бы такая строка.

Да, такое сделать можно. На следующую версию

Для более плотной упаковки по боксам (наличие) приходится как-то вычислять общее количество деталей. Где всего несколько штук, а где-то все забито "под завязку".

Пока ничего более умного не получилось как экспортировать полностью место хранения в XLS и прицепиться связью из MS Access (чтобы можно было оперативно обновлять), где запросом отгруппировать записи с нужной сортировкой.
Теоретически можно пропустить этот шаг, подключившись через ODBC к самой базе и связать нужные таблицы, но это уже будет полный изврат...

Что-то можно "на борту" придумать?

Запрос в конструкторе выглядит след. образом:
SELECT DISTINCTROW Sheet1.Ячейка, Sum(Sheet1.Количество) AS [Sum - Количество]
FROM Sheet1
GROUP BY Sheet1.Ячейка;

Я наверное все ближе к репортам в проге подбираюсь ?

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