БД склад комунального педприятия

[Alex_UA]

Добрый день, уважаемые форумчане.
Возникла проблема написания складской программы для комунального предприятия.
Опишу суть: склад в основном полу-пуст, т.е. материалы закупаются у разных поставщиков, хоть иногда на рынке (приходной документ) и тут же списываются на адрес - улица + дом + место: подъезд, подвал, крыша... (накладная). Закупил завсклад - выдал завсклад. Мне казалось все просто: приход - дата, номер док, id_категория материалов, id_материалы, кол-во, цена,id_поставщик. Расход - дата, номер док, id_материалы, кол-во, id_адрес. Запрос-приход минус расход вот и остатки! Ведомость ведется по месяцу приход-расход, остатки перенес на начало следующего месяца, сдал ведомость в бухгалтерию, забыл о ней пусть бухгалтерия отчеты делает. Но материалы считаются на приходе по средней стоимости, а ГСМ списывются на машину + водитель, малоценка отдельной ведомостью. Это все можно реализовать запросами, но если не правильна суть - фундамент программы, то все насмарку. Начал делать программу, но почитав форумы о бухгалтерии и организации БД склад, понял, что все надо делать заново. Таблицы не те, взгляда в будущее нет, остатки не фиксируются(может это и не надо). Помогите пожалуйста правильно организовать таблицы, не приход и расход, а как-то по другому, (правильно как бы по теории). Если я правильно понял, то приход это и есть склад или материалы это склад, или документы на материалы. А остатки это состояние материала или документов на материал на опр. дату. Совсем запутался с этими мнениями на разных форумах.
Вот начало моей неправильной программы (не судите строго, DELPHI скачал в первых числах мая - почти ничего не знаю), кому не понятна моя бессвязная просьба, там спецы посмотрят должны понять. Спасибо.

[evg_m]

по теории как раз приход расход и если нужно инвентаризация (остатки).

текущий остаток = остатки на дату(последняя инвентаризация) + приход после даты инвентаризации - расход после даты инвентаризации

сумма любого документа (приход/расход) считается как сумма Всех его составляющих)

информация о документе (номер прихода/расхода) хранится в самом документе , а не в каждой строке материала

группа материала свойство самого материала и хранить ее ссылку надо в материалах а не поставках и расходах.

sklad.rar модернизированная база

Для наглядного представления о структуре данных и о внесенных изменениях рекомендую использовать Access -> Сервис ->Схема данных.

Рекомендую отказаться от ADOTable в пользу TADOCommand (использовать для ввода данных SQL команды Insert |Update |Delete ).
Для показа я понимаю у вас уже использован SQL (TADOquery).

[Alex_UA]

evg_m
Огромное спасибо за уделенное мне время и внимание.Так же за исправление и рекомендации к моей БД. Как я понял данная база жизнеспособна, т.е. приход-расход разные таблицы и не надо объединять в одну - оборот. Вы пишете, что надо таблицу остатки. Она заполняется с помощью запроса. Так? Я думал на все приходы и (-)расходы поставить фильтр по дате вот и остатки на дату. А Вы предлагаете таблицу остатки. Это, как я понял, чтобы можно было заархивировать и очистить таблицы приход и расход, а если, что надо, то ивлечь из архива и посмотреть. Правильно?
Категории материалов занес в приход/расход, потому, что мне надо реализовывать ГСМ (категория материалов "водители") отдельной ведомостью, малоценку ("малоценка") отдельной, вот думал запрос+фильтр на категорию. Или сделать отдельный приход/расход на ГСМ и приход/расход на малоценку?
Еще раз спасибо за помощь.

[Аватар]

т.е. приход-расход разные таблицы и не надо объединять в одну

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

[evg_m]

Категории материалов занес в приход/расход, потому, что мне надо реализовывать ГСМ (категория материалов "водители") отдельной ведомостью,

вот думал запрос+фильтр на категорию.

В таком разе вводится тип документа (в данном случае расходного) ГСМ (но делается это не новой таблицей, а полем в таблице расходных документов).
можно поле-флаг (=0|1) на каждый тип (при добавлении типа надо проводить "реорганизацию" БД)
можно одно поле на все типы и задавать значение ={ГСМ/МАЛОЦЕНКА/...} (при добавлении проблем нет, но не совсем оптимальна работа фильтров)
можно поле-ссылку + справочник типов (надо следить за справочником)

Это не категория материала, это тип документа названный также как категория (два разных понятия с одинаковым названием).

Чтобы понимать где надо(можно) объединить/разделить таблицы почитайте про нормальные формы (1,2,3).

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

[Alex_UA]

evg_m
Вот спасибо, вот оно! . Конечно! Не категория материалов, а поле в таблице документов на ГСМ, малоценку, и материалы на адреса. А категории нужны мне для того, чтобы не было длинных списков на материалы в справочниках, вот и разбил их на группы - категории.
А что касательно предложения уважаемого Аватар, то в случае создания общей таблицы, как-то, видимо, надо объединить всех поставщиков и потребителей в одну таблицу "контрагенты" и я затрудняюсь объединить (магазин - приход) с (адресом:ул., дом, кв. и лицом выполнившим работы - расход).