Надеюсь это сообщение по теме раздела и модераторы меня не погонят отсюда.

Итак, есть задача, сделать отчет по сравнению остатков на разных складах по базе БЭСТ-5. База Фокспрошная, источники VFOXPRO7.
Количество складов может динамически изменятся, то есть могут добавиться еще склады, поэтому на определенное количество не хочется зашиваться.

Я думаю над следующим решением: сделать запрос, потом класть это в курсор, потом с помощью UNION ALL добавлять запрос по следующему складу, потом уже группировку по номенклатуре, когда все склады обработаю.

потом
и потом уже

Примерно вот так. Отсюда вопрос. Как сделать чтобы этих KOL1, KOL2 было KOL-N и есть ли способ сделать проще?

ВладимирМ1) Бумага "не резиновая". Она имеет строго фиксированные размеры. Поэтому сделать отчет на не определенное количество складов не получится. Есть некоторая предельная величина и очень маленькая. Обычно не более 5...6 столбцов. Если ориентация "ландшафт", то 8...9
Значит сделаем выбор тех складов с которыми будет сравнение.

ВладимирМ2) Количество полей в DBF-таблице не может быть больше 254. Физически. Т.е. опять прощаемся с идеей не определенного количества столбцов
Ну оно неопределенное, но не до идиотизма. Может быть 10, 15, 20, 30 складов. А вот больше уже наверное не будет. Ну пусть будет 50.

ВладимирМ3) Хорошо, в принципе, можно через макроподстановку сделать динамический запрос с переменным количеством столбцов. А как Вы это собираетесь выдавать в отчет? Как Вы осуществите динамическую привязку объектов отчета к неизвестным полям таблицы? В принципе, тоже можно сделать, но, а оно Вам надо?
А дальше оно будет выдаваться в FastReport. А там уже его задача сформировать отчет на нужное количество столбцов. Есть там такой - Cross-Tab отчет. Заранее нет привязки. Оно мне надо :)

ВладимирМ4) Научитесь грамотно формулировать задачу. Т.е. какую задачу Вы хотите решить ТАКИМ сравнением остатков? Цель сравнения? Просто посмотреть? Больше нечем заняться? Ну, получите Вы список из нескольких тысяч строк номенклатуры и ЧТО Вы в этой невообразимой куче сможете найти? Человек делает сверку по остаткам указанного склада с остальными складами и в случае необходимости делает заказ на подвоз товара с других складов. Дальше будет задача сделать автоматическое формирование заказов на подвоз на основании полученных данных.

ВладимирМВы потратите кучу времени и сил на отчет, который, по большому счету, никому не нужен. С ним просто невозможно работать. "Простыни" хороши для анализа на бумаге. Компьютерный анализ делается несколько по другим принципам.
Может быть. Такова постановка задачи клиентом. Если она идиотская и не реализуема, я в конце концов ему так и скажу. Но сначала все-таки надо попробовать. А в отчете будут различные фильтры по типам товара, по группам и так далее, поэтому будем надеяться что все-таки можно будет работать с этим отчетом.

Алексей Озаказ формируется на основе статистики расхода- сколько ушло за некоторый период и на какой период мы хотим затариться а уж потом решаем на каком складе мы разместим этот заказ - может и не надо сравнивать остатки всех складов
интересный вариант, спасибо за подсказку. Боюсь только мы сейчас с заказчиком в согласованиях закопаемся, по какой схеме считать скорость выбытия.
Недавно начал делать у одних людей прогнозирование закупок. Они так задумались над ТЗ что уже второй месяц никак с места не сдвинемся. И вопрос в основном как раз в скорости выбытия (ну еще там сезонность спроса и еще кое-что)

Dima TБез макроподстановок не обойтись.
...
lcQuery соответственно генерится программно.
Спасибо за помощь.