Hsig
Возможно ли используя ТОЛЬКО последовательность команд Select получить ТаблицуСписания :
Товар, Партия, Документ , КоличествоСписания , СуммаСписания

Интересует прежде всего принципиальный вопрос : Да или Нет ?

Лично у меня с ходу подобное не получилось - пришлось использовать более широкий аресенал средств SQL. Но это не значит, что подобное невозможно, просто в моем случае я не счел разумным так себя ограничивать в средствах. Теоретически скорее всего можно. Но диалект SQL должен обязательно поддерживать современные возможности SELECT: хотя бы подзапросы и SELECT FROM SELECT. А в идеале еще и WITH RECURSIVE наверное. Но запросы если и получатся, то будут весьма многоэтажные и неудобочитаемые IMHO.

Встречный вопрос: а зачем понадобилось так себя ограничивать?

Hsig
Если организовать цикл сканирования строк ТаблицыРасходов
и для каждой строки запускать стандартную процедуру списания по ТаблицеПриходов, то проигрыш во времени будет огромным. (1)

Проигрыш по сравнению с чем?
Hsig
Ограничение на использование только команд Select можно , конечно, снять
и сформулировать задачу так :
Существует процедура построения ТаблицыСписания МНОГОКРАТНО , в 10 и более раз , превышающая по скорости алгоритм в (1) ?
Можно я отвечу вопросами на вопрос? А почему так критично быстродействие? В какой момент у вас это списание делается? Может пересмотреть идеологию? Речь идет о сиюминутном проведении конкретного документа или каком-то массовом перепроведении всего пакета документов за период?
А может вы просто хотите на лету считать все это? Лучше выбросить эту идею сразу и отдельно генерировать и хранить движения партий.