Модератор: Дед Пахом
Мы используем этот вариант. Все-таки проводка (документ) содержит основную информацию.
Ахах... С этого и надо было начинать. Я думал, у Вас оптово-розничная торговля. Если производство и юрики, то можно применять расчет себестоимости по средним ценам. Это как-бы совсем другая ситуация, на порядок проще, чем парционный учет. Так как не требуется устанавливать соответствие продаж и закупок. Были когда-то заказные системы с учетом по средним ценам, там все считается намного, намного быстрее и проще...kreator писал(а):Поставщиков нет. Контора производственная. Себестоимость продукции считается отдельно. Маржа - типа разница между себестоимостью и оптовой ценой.
Речь мы вроде ведем про приложения со встроенным форматом, работающими на терминальном сервере. Давайте забудем термин "файл-сервер", который в данном контексте некорректен. Не совсем понимаю цели вопроса. У нас расчет может вестись по обоим вариантам, в зависимости от ситуации. Если по всем товарам, то либо от ближайших остатков и по всем последующим документам, либо (если нужно только количество) в обратном порядке от оперативных остатков назад. Если в отчетах накладываются разные ограничения на список товаров, то, в зависимости от размера списка, программа использует первый или второй вариант. Замечу только, что у меня в системе нет "проводок" или "операций", расчет выполняется по документам. Небольшая хитрость с денормализацией и нет необходимости мапить документы, создавая огромные сводные таблицы операций...kreator писал(а):Тема складского учёта - безразмерная. Давайте отвлечёмся от хранения итогов. Допустим без итогов пока. И, допустим, у нас файл-сервер. Как посчитать остатки. Я бы пошёл по всем проводкам и раскидывал бы товар в очереди товаров. Второй вариант - идти по проводкам по индексу товара. Вы как считаете? А если итоги хранятся где-то, то второй вариант предпочтителен?Игорь Столяров писал(а):Да. Но это будет список с уникальным индексом (например для остатков: предприятие, склад, товар, дата),по которому будет производится выборка. Никто ведь не собирается последовательно "лопатить" весь этотсписок при каждом запросе на остатки ...
Получается, что Вы храните остатки всех наименований по всем складам, по магазинам, по поставщикам, покупателям?finsoftrz писал(а):Если по всем товарам, то либо от ближайших остатков и по всем последующим документам, либо (если нужно только количество) в обратном порядке от оперативных остатков назад.
Денормализация в данном случае - это сохранение некоторых значений из заголовков накладных в строках детализации, чтобы можно было построить эффективный индекс. Под мапить я подразумеваю следующее. У Вас, скорее всего, документы и их строчные части хранятся в отдельных таблицах. Кроме них еще есть большая таблица операций (проводок), которая заполняется по мере сохранения документов в базе данных. Или несколько таких таблиц по назначению. У меня только таблицы документов. И служебные таблицы остатков/оборотов, заполняемые по мере закрытия периодов и необязательные для использования.
Остатки _могут_ храниться в разрезе товар/склад (магазин)/приходная накладная. По поставщикам и покупателям может храниться задолженность в разрезе контрагент/фирма/раздел расчетов. Есть еще оперативный остаток товаров в разрезе товар/склад. Он всегда актуален и включает количество остатка и количество резерва. Все это, конечно, я пишу упрощенно. В реальной учетной системе масштаба предприятия огромное количество разных нюансов.kreator писал(а):Получается, что Вы храните остатки всех наименований по всем складам, по магазинам, по поставщикам, покупателям?finsoftrz писал(а):Если по всем товарам, то либо от ближайших остатков и по всем последующим документам, либо (если нужно только количество) в обратном порядке от оперативных остатков назад.
