Прошу проконсультировать по разработке Web-приложения, как реализовать учет и базу данных?

Question

[hunteramg]

Приветствую, потребовалась необходимость реализовать систему учета заявок.
Суть системы отследить: заказ позиций прорабом, одобрение заказа 2 отделами, поиск поставщика снабжением, оплату бухгалтерией, доставку на склад (статус в Пути), прибытие на склад (оповещение прораба), и стоимость каждой позиции в заказе.
На некоторые из позиций требуется прикрепление паспорта.
Поставщиков может быть несколько по одной позиции, могут быть несколько счетов от 1 поставщика, пред и пост - оплата.
Сведя все в таблицу, лучшего варианта реализации пока не придумал.


Вопрос, каким способом построить БД для более быстрой работы. Хранить в разных таблицах все и связывать через ID?
Есть необходимость фильтрования по всем полям, выборке по поставщику, поиск заказа по накладной (счету), заказы по: объекту, менеджеру, прорабу и прочие...

Comments

[Дмитрий Ларин]

Все это очень сильно зависит от объема заказов. При небольшом объеме(до 100 заказов в день) можно спокойно жить на mysql и вообще не париться с архитектурой. А если объемы большие, скажем более 10000 в день то стоит нанять спеца по бд, который учтет все ньюансы.

[Станислав Макаров]

Вопрос, каким способом построить БД для более быстрой работы. Хранить в разных таблицах все и связывать через ID?

А есть опыт в этих задачах-то? Если вы предполагаете, что "таблица" в БД и таблица в Excel - примерно одно и то же, и думаете, нужно ли разбивать по таблицам - то вам лучше нанять специалиста.

Answer 1

[ARX2]

Я работал в одной организации, с похожими задачами, только данных было миллионы. БД - MSSQL, довольно справлялась с работой + хорошо мониторить запросы, проводить тесты, и видеть где что нагружает, и какой запрос не справляется. И почти все данные лежали в одной таблице где было более 150 колонок.

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

Answer 2

[German Zvonchuk]

ARX2 Разбивайте, рисуйте таблицы, потом рисуйте связи этих таблиц.
Таким образом вы сможете построить гибкую систему.

user - сотрудники
group - департаменты
supplier - поставщики

order - заказы
order_approval - в этой таблице записывать ИД-ордера и (ИД пользователя или ИД-депараментов), которые должны дать одобрение заказа.
order_supplier - связь поставщика и заказа
order_payments - оплаты

и т.д.