Пример:

Есть две таблицы:

1. Остатки
поля:
Склад, Материал, Количество

2.Обороты
поля:
Склад, Материал, Месяц, КоличествоПриход, КоличествоРасход

Задача:

Получить сводную таблицу Остатков и оборотов, при этом расчитать остатки на конец каждого месяца (периода). Т.е. нужно получить таблицу такой структуры:

3. Остатки и обороты
поля:
Склад, Материал, Месяц, КоличествоПриход, КоличествоРасход , КоличествоНаКонецМесяца

Есть какие - нибудь классические решения данного вопроса?
Може кто почитать чего посоветует?
Нужно максимально универсальное решение.

JohnyDeath писал(а) 08. Июля 2008 :: 11:00:


Не не то. Я про ТЗ ил ИТЗ

Что есть в SQLite чего нет в ИТЗ?
В контексте данной задачи

Ну, join для двух таблиц теперь есть и в ИТ.

Больше двух все равно не нужно, потому что я не могу придумать алгоритма, который был бы свободен от перебора строк при вычислении конечного остатка для каждого месяца (из начального остатка и движений).

В sqlite это можно делать одновременно с join, что, наверняка будет сильно выгоднее.
Собственно, это главное, почему я всегда был за, нет - ЗА - развитие 1sqlite.
Потому что даже если бы просто продолжать развитие ИТ, то рано или поздно все равно получился бы sqlite. ;)

Ну, в SQLite я бы попытался так:

	"create temp table flat as
	|select
	|	Склад,
	|	Материал,
	|	0 Месяц,
	|	0 Приход,
	|	0 Расход,
	|	Количество КонОст
	|from Остатки
	|union all
	|select
	|	Склад,
	|	Материал,
	|	Месяц,
	|	КоличествоПриход Приход,
	|	КоличествоРасход Расход,
	|	0 КонОст
	|from Обороты"

	"create index tmp_flat on flat(Склад, Материал, Месяц)"

	"update flat set КонОст = Приход - Расход +
	|	(select КонОст from flat f
	|	where f.Склад = Склад and f.Материал = Материал and f.Месяц < Месяц
	|	order by f.Склад desc, f.Материал desc, f.Месяц desc limit 1)
	|where Месяц <> 0"
 

Однако чуствую, что отнюдь не самым оптимальным это будет.
Это как раз такая задача, которая требует навигационных способов доступа, и запросом решается плохо.
Дмитро не зря ведь виртуальную таблицу остатков и оборотов реализовывал именно через врем-таблицу и процедурку на сервере.

Ну а общий принцип таков - идешь по таблице оборотов в порядке Склад, Материал.
Если Склад<>ПрошСклад или Материал <> ПрошМатериал, ищешь в таблице остатков остаток для Склада/Материала, запоминаешь его.
Вычисляешь коностаток как запомненный остаток + приход - расход.
Записываешь его в таблицу как коностаток, и запоминаешь его.

А если база дбф, то затрат на выгрузку ТЗ в базу можно избежать, если таблицы остатков и оборотов вычисляются запросом из таблиц базы. просто вместо select пишешь create temp table ttt as select

Что то не взлетает такой вот элементарный тест. Может кто скажет чего не так?