|
|
ATLab: Это же склад - т.е. учет можно добавить "колонки" типа коментариев(вводимых вручную) с возможностью групировки или упорядочивания по возрастанию/убыванию/алфавиту... (можно сделать поиск по нескольким заданным параметрам > = < ) - для сортировки по напряжению, току, типу(диод, mosfet, и т.д.), корпусу, усилению, частоте, ёмкости... и т.д. с отображением имеющегося в наличии количества деталей в порядке убывания(например)
при этом "0" количество не отображается "в наличии", но сохраняется в "базе" - это позволит сохранять введённые "справочные данные" на детали и импортировать их в программу, естественно при наличии возможности экспортирования базы и сохранения её отдельным файлом или папкой - для возможности пополнения справочной базы из другой программы(другого компьютера) - для совместной работы пользователей над объёмом "справочной базы". |
|
|
|
AnSi: можно добавить "колонки" типа коментариев(вводимых вручную) с возможностью групировки или упорядочивания по возрастанию/убыванию/алфавиту... (можно сделать поиск по нескольким заданным параметрам > = &lt; ) - для сортировки по напряжению, току, типу(диод, mosfet, и т.д.), корпусу, усилению, частоте, ёмкости... и т.д. с отображением имеющегося в наличии количества деталей в порядке убывания(например)
У Вас есть опыт разработки баз данных? Мне кажется, что нет, иначе Вы бы не предлагали такое неработающее решение, когда все сваливается в одну кучу с РУЧНЫМ вводом. После ручного ввода фиг чего найдешь, не зря в базах данных ручной ввод допустим только в определенных ситуациях, даже имена-отчества рекомендуется выбирать из справочника.
Применительно в к Вашим пожеланиям это значит, что нужно предварительно создать кучку справочников - типы элементов, корпуса, параметры элементов и их применимость для типа элемента и т.д.
Далее, элементы даже одного типа, например, транзисторы, могут иметь разный набор параметров - см. любой справочник - поэтому решение с фиксированным количеством колонок (даже с запасом) не годится - см. любую книжку по реляционным базам данных.
Наконец, честно говоря, с трудом представляю радиолюбителя, который помимо учета даталек сидит и переписывает их параметры из справочника в программу: глупое это занятие, особенно если транзистор с буквой Б, отличается от транзистора с буквой А только h21э, а B от Г максимальным напряжением и т.д. А если он (радиолюбитель) поленится для Б,В,Г.,Д, Е, Ж,И,К, Л ввести все параметры, что и для А, то никогда не определит, что нужный по схеме Б можно заменить на Е (к примеру). Поэтому смешивать в одной программе учет и справочники по параметрам нецелесообразно, лучше иметь хорошую программу учета и хорошие электронные справочники (не попадались, все мной виденные ущербны в той или иной степени). |
|
|
|
AnSi: это разве не ручной ввод ?
программа не сможет проверить правильность(корректность) ввода ?
Программа потенциально может проверить все, только это все нужно предусмотреть, а это приведет к тому, что собственно функционал программы потеряется в проверках, и все равно всего не предусмотреть. Про ручной ввод, случай из собственной практики:
делал жене программу учета читателей в детской библиотеке, при регистрации читателя нужно было ввести фамилию и имя,
это можно было сделать из разных отделов, при этом, если читатель уже есть, достаточно было только поставить галочку против собственного отдела. Таким образом, количество вводимых данных резко сокращалось и велся единый учет читателей по библиотеке.
Вроде все просто? Как бы не так: фамилии вводили еще правильно, зато имена писали кто как придумает Алексей, Алеша, Леша и т.п. В результате, вместо одного в библиотеке появлялось 2-3 читателя. Пришлось писать фильтр, отыскивающий дубли по фамилиям, классам, школам и чистить базу.
Объяснял, что нужно писать полное имя - бесполезно. Дело закончилось тем, что пришлось организовать единый справочник имен выбором из которого (и только так, без возможности ручного ввода!) заполнялось поле "Имя".
И это только маленький пример. Я, конечно, сразу знал, как нужно сделать правильно, просто программа/работа эта была неоплачиваемой - нечего с детской библиотеки взять - и попросили сделать попроще и побыстрей, поджимало начало учебного года... |
|