@ashNext

Доброго времени суток.

Есть задача: автоматизировать для организации учёт инвентаря, выдаваемого сотрудникам.
Цель: знать, что где находится... ну или как-то так. (т.к. сейчас ведётся всё в екселях, то для организации это актуально)

Организация:
головное управление в столице области, по городам раскиданы подуправления (по 1 или до 3) с различными подразделениями (от 5 до ?), налажена локалка между всеми управлениями (как меня заверили, но сам не видел), есть сервера;
в каждом управлении есть ответственный, один или несколько, которые выдают инвентарь.
Пользователи:
администраторы - принимают новое оборудование (инвентарь) и передают в управления пользователям (как ответсвтенным по управлению);
пользователи - выдают инвентарь работникам в подразделениях, сами ведут базу только по своему управлению.
Объёмы данных в принципе не малые, частота обращений к базе планируется на вскидку небольшая (за раз завели 100 новых единиц, раскидали, выдали).

Что же, я постарался описать масштаб выше. Но на самом деле всё гораздо сложнее. Далее.
В качестве СУБД выбрана MySQL, среда разработки Delphi. Создана в Workbench EER-диаграмма и синхронизована, сейчас программируется ту часть, которая позволяет создать структуру организации с сотрудниками.

В чём же мне нужен совет?
Работаю с базой через ADO, использую везде TADOQuery вместо TADOTable (для отображения и отбора данных совсем не подходит), заношу/меняю/удаляю данные через TADOCommand - всё это использую в примитивном виде, но вот кода и всяких проверок, а так же дополнительных запросов для проверок, многовато выходит.
Может нужно сделать упор на работу с хранимыми процедурами?
Может нужно вообще делать клиент-серверное приложение? Или ещё чего там.
Как правильно создавать такие приложения? (не калькуляторы, утилитки, личная-программа-учёта-просмотренных-фильмов, дипломная для user_name).

Надеюсь, не сумбурно. Зарание спасибо.

P.S. Я не работник этой конторки, а делаю эту прогу своему другу, который является тем, кто передаёт оборудование ответственным лицам. Делаю это для своего опыта, поэтому я тут.
P.P.S. Там, где я учился, давали знания, но не давали информации о том, когда и как их применять.

0

@kirdenoff

Здравствуйте.
Я бы делал клиент-серверное приложение. Тогда у вас возможна работа большого количества пользователей с единой БД. БД, допустим, будет лежать на каком-нибудь сервере.
В принципе, можно использовать и хранимые процедуры. Я бы подумал в сторону какой-нибудь ORM. Скорее всего, могло бы упростить жизнь.

Добавлено через 2 минуты
А почему выбрали MySql, а не SqlServer? Delphi, a не C#, например?

0

@ashNext

kirdenoff,
Как не стыдно мне это говорить, но я в жизни не использовал MS SQL. У меня даже не было потребности в нём. С MySql я знаком дольше, больше.

Delphi я знаю уверенно. А если чего не знаю, то мне не составляет труда вникнуть. Есть наработки, свои визуальные компоненты и тп.
С Си-подобными языками опыт есть. Но в их визуальных средах (MS VS) я чувствую себя совсем неуверенно - да, не было потребности и сильного желания разобраться, но это будет исправлено после этой проги.
Ко всему прочему, я делал много программ на Delphi, но ни одна не была "крупной" (от лабораторных-дипломных кому-то до ПО, помогающего мне в работе) - хочется всё же сделать что-то другое.

Т.е. выбор инструментов разработки основывался на том, что я уже более-менее знаю.

Что касается К-С приложения и хранимых процедур - я был 2 недели в отпуске и только прибыл - за это время я решил, что было бы неплохо сделать именно так. Хоть и количество пользователей не будет точно большим, а единовременного подключения всех вовсе не будет.
А по поводу ORM... ну что сказать, если я только что загуглил) почитаю, конечно, изучу вопрос.
Спасибо)

0