В связи с тем, что объем таблиц для прихода и расхода увеличивается, расчет остатков стал длиться очень долго. Расчитываются остатки путем вычитания из прихода всего расхода. Не хотелось бы заниматься "резкой" таблиц по периодам, а м.б. поменять алгоритм или что нибудь еще...
Товары приходуются в упаковках, расходоваться же могут упаковками и штуками.
Пример выборки, которая и отрабатывает очень долго:
SELECT r.id,r.cnt,sum(IIF(e.log=0,e.cnt,0)) as e_cnt,sum(IIF(e.log=1,e.cnt,0)) as e_cnt_p,;
MAX(ALLTRIM(m.name)+IIF(ISNULL(p.name),'',' '+ALLTRIM(p.name))) as medname,;
MAX(r.retailprice) as retailprice,;
000000000000+MAX(IIF(n.countinpack=0,1,n.countinpack)) as cntinpack, r.barcode as barcode,MAX(r.apptyme) as app_tyme ,;
max(TTOD(d.date)) as date,'' as inv_no;
FROM receipts r,expenses e,documents d,medications m,nomenclatures n LEFT OUTER JOIN produsers p ON n.prod_id=p.id;
WHERE r.id=e.rcpt_id AND n.id=r.nom_id AND n.med_id=m.id AND d.id=r.doc_id AND d.closed AND d.store_id=goApp.nStoreHouse_ID AND d.closed;
GROUP BY r.id,r.cnt, r.barcode ;
UNION all;
select r.id,r.cnt,0 as e_cnt,0 as e_cnt_p,;
ALLTRIM(m.name)+IIF(ISNULL(p.name),'',' '+ALLTRIM(p.name)) as medname,r.retailprice,;
000000000000+IIF(n.countinpack=0,1,n.countinpack) as cntinpack, r.barcode as barcode,r.apptyme as app_tyme,;
TTOD(d.date) as date,'' as inv_no;
FROM receipts r,documents d,medications m,nomenclatures n LEFT OUTER JOIN produsers p ON n.prod_id=p.id ;
WHERE n.id=r.nom_id AND n.med_id=m.id AND d.id=r.doc_id AND d.closed AND d.store_id=goApp.nStoreHouse_ID AND d.closed;
AND NOT r.id in (select DISTINCT e.rcpt_id as id FROM expenses e );
INTO CURSOR _rest READWRITE
далее куски кода отрабатыват достаточно быстро. В них происходит:
REPLACE ALL e_cnt WITH cnt-e_cnt-CEILING(e_cnt_p/cntinpack),;
e_cnt_p WITH IIF(MOD(e_cnt_p,cntinpack)=0,0,cntinpack-MOD(e_cnt_p,cntinpack))

Flt_Expr=IIF(m.tlWithNull,'','WHERE e_cnt#0 OR e_cnt_p#0')
INSERT into rem_tg ;
SELECT id , medname as name, retailprice as price ,e_cnt as cnt,e_cnt_p as cnt_p,cntinpack,barcode,app_tyme,date,inv_no ;
FROM _rest &Flt_Expr &&WHERE e_cnt+e_cnt_p>0
USE IN _rest

Dushesтихо сам с собою я веду беседу?

С уважением
duШes
....кто здесь?!!!!! ;)
Зачем же сам с собой ведешь беседу? Это уже нехороший признак :-))))
Вопрос звучал как (ведержки):
1. Как оптимизировать запрос, который отрабатывает долго?
2. Иной более оптимальный (по скорости выполнения) алгоритм?

ВладимирМ
Спасибо большое!
Ваши ответы и рекомендации всегда отличаются четкость изложения и глубоким и многосторонним знанием проблемы.
Данный запрос писал не я, а другой товарищ! Он так же сказал, что оптимизировал select до 3-х таблиц и не получил выигрыша в скорости.
Говорит, проблема в том, что объемы таблиц очень большие, допустим таблица
receipts = 30MB (приход)
expenses = 40 Mb (расход)
Я сейчас подумаю как scan спользовать или вот такой алгоритм:
1) С помощью select получить выборку по всему расходу сгруппированному по конкретным приходным позициям с сумированием соответ. полей e.rcpt_id
2) уст-ть связь receipts.id с expenses.rcpt_id
3)scan по receipts и expenses и вычитать и кидать в новую таблицу результат