Вопрос по БД

Приветствую.

Думаю это вполне можно реализовать.

На чем конкретно вы остановились? Для начала необходимо, чтобы проект работал и без чтения COM порта, т.е. можно было вызвать форму с владельцем карты и присвоить ему инвентарь, а затем уже можно реализовать работу с COM портом.

Можете приложить ваш проект (zip файл без exe и dll), постараюсь помочь.

доработал ваш проект, к сожалению нет возможности протестировать работу с COM портом, поэтому разместил на форме кнопку Тест

также удалил часть скрипта, который позволяет искать в ComboBox, т.к. в последних версиях это можно сделать, просто установив свойство компонента Searchable = True

Скетч для ардуино который считывает только UID в HEX формате для этой БД если кому нибудь пригодится

считыватель RC522 через ардуино Nano. Карточки mifare.

Вроде и с фокусом разобрался
procedure Form1_Button1_OnAfterClick (Sender: TObject; var Cancel: boolean);
begin

   Form1.ComboBox2.dbItemID := -1;
    Form1.ComboBox2.SetFocus;
end;

Доброго времени суток Дмитрий!  Возник вопрос который самостоятельно решить я не смогу. На данный момент все работает но возникла задача организовать статистику получаемого и сдаваемого инвентаря. Сейчас все работает так: подходит человек , прикладывает карточку, открывается его страница с инвентарём, далее кладовщик начинает пропикивать инвентарь и он автоматически добавляется человеку. Я хотел изначально с Вашей помощью реализвать что бы вечером по окончании работ человек прикладывал карточку, кладовщик пропикивает получаемый назад инвентарь и он автоматически удаляется, но так как нужна статистика то я ввел комбобокс "состояние" на главной форме с двумя значениями - выданно/сдано. Скажите возможно ли такое что оператор выбирает в начале дня значение выданно, выдаёт инвентарь, а вечером когда его возвращают то если инвентарь уже есть в БД с пометкой "выданно" то он автоматически меняет состояние на "сдано". Соответственно если он есть в БД с пометкой "сдано" то он может выдатся вновь уже новой записью. Таким образом останется статистика. Подскажите возможно ли такое ?, есть ли у Вас подобные примеры? Быть может есть варианты проще? Например создать вторую таблицу связанную с первой но если в первой удаляется то во второй остаётся? Очень нужна ваша помощь, извините за длинный текст. На всякий случай проект прилагаю.

Да совершенно верно

Это не статистика, это логгирование или ведение истории "аренды" инвентаря... Для этого нужна отдельная таблица, на мой взгляд... Где будет ссылка-ключ на человека, дата дневной "аренды" и ссылка-ключ на предмет, который брался в "аренду" на день. Возможна так же пометка о статусе "аренды" - взял или сдал... Если это на несколько дней - то дата начала "аренды" и дата окончания "аренды"... Ой, что-то мне это напоминает... Где-то, блин, уже читал... В какой-то книжке электронной, угу... )))
Интересные вы ребята, леголасы... Значит, с ардуино работать - нет проблем, а простейшую БД для аренды инвентаря написать - уже сложно))) Научите меня с ардуино работать, а?)

Ну что я могу сказать... Логика работы БД с бабушкой в качестве оператора тогда мне представляется такой:
1) приходит человек с RFID-картой за инвентарем, а на инвентаре у нас штрих-кода.
2) человек подносит RFID-карту к считывателю, прога автоматом определяет ID человека и выскакивает форма с профайлом по этому человеку
3) бабушка пропикивает штрих-коды нескольких единиц инвентаря, которые прога отмечает в БД как взятые в "аренду" со ссылкой на ID чкеловека
4) у этих единиц инвентаря в БД статус "сдано"
5) приходит этот же человек с этой же RFID-картой и бабушка пропикивает сданный ей инвентарь назад, при открытом профайле со уже определенным (тем же) ID человека в БД
6) процедура пропикивания приводит к тому, что единицы инвентаря получают статус "возвращено", а записи со ссылкой на человека так и остаются в БД
Какие мои соображения... Минимум три таблицы.
Таблица с профилями людей Emploees, таблица со списком инвентаря Equipment и собственно таблица движения инвентаря RentsLog.
Таблица Emploees должна содержать данные о RFID-карте и другие сведения о сотруднике (вплоть до фото - имеется же такая возможность, ну!). Таблица Equipment содержит наименование единицы инвентаря, штрих-код, нанесенный на этот самый инвентарь, ну и прочие описания ("лопата зеленая, с деревянной ручкой, с выщербленкой у основания штыка"). Ну а таблица RentsLog содержит сведения такие: ссылка-ключ id_Emploees, ссылка-ключ id_Equipment, чек-бокс на "взято в аренду", чек-бок на "отдано из аренды", дата-время взятия в аренду, дата-время возвращения из аренды. Собственно и все.
В самой программе в гриде тупо поставить "режекторный" фильтр на отображение тех записей RentsLog, у которых чек-бокс на "отдано из аренды" равен false или 0 (уж сами определитесь). То есть бабушка при открытом профиле человека пикает инвентарь - инвентарь появляется в списке взятого человеком оборудования, пикает этот же инвентарь второй раз - инвентарь пропадает из списка взятого человеком оборудования. Ну и запилить отдельную форму, где можно тупо смотреть по ID человека и штрих-коду инвентаря историю сколько раз и когда был взят этот инвентарь этим человеком.
По моему, все просто) за основу можно взять проект из книги по MVD, там больше половины функционала уже реализовано, прикрутить только считыватели и изменить структуру БД.

Я бы все-таки порекомендовал разделить на два поля состояние взято/сдано. Это в перспективе вкупе с двумя полями типа дата-время позволит найти злостный несдавальщиков инвентаря.
А алгоритм пункта 6 на мой взгляд выглядит так:
1) пропикали инвентарь, получили штрих-код
2) запросом в БД проверили этот штрих код на человека (точно ли он взял) и на состояние "сдано в аренду" (может, не сдано, ну? подсовывают такой же инвентарь с другим штрих-кодом)
3) если условия выполняются - ставим статус в табилце RentLogs по данному инвентарю "возвращено из аренды", и все
А чек-бокс на форме хорош тем, что он автоматом может ставиться в галку, или убирать галку по пропикиванию инвентаря... А так же быть в третьем состоянии ни да, ни нет на момент выдачи инвентаря. Опять же, это мое ИМХО.
Самое трудное тут будет - получение события от RFID-сканера и сканера штрих-кода...

Господи, да Паскаль достаточно простой язык... Достаточно прочитать пару учебников. Я бы хотел помочь, честно, но не хочу давать невыполнимых обещаний, ибо у самого нету времени, так как свой проект имеется и своя работа. Сегодня я отправил запрос на покупку ключа к MVD, так как кончается пробный период. Посильную помощь могу оказать только по конкретике - и то, через дней 10, как получу ключ.

Я бы больше расспросил вас про считыватели, ардуино и прочая... Вдруг понадобится на будущее. Что, как, где.