Tarasios....
Движуха чисто ради движухи суть есть голимые понты )

Голимые понты - частое надоедливое хвастовство.
Дешевые понты - купил айфон в кредит , ем доширак.
Дорогие понты - устроил гонку на невском на своем ламборджини мерчеладо по встречной полосе.
Беспонтовый - просто ем доширак каждый день.

Уникальное слово понт, как не крути, заколдованное)))


MaxFMВечер добрый!
Суть вопроса - в базе Access существует запрос на объединение который делает выборку из ранее созданных запросов.
Вопрос - до какой степени это правильно - делать запрос из запросов? Запросы-исходники делают выборку из большой таблицы и с увеличением числа записей в ней запрос отрабатывается все дольше и дольше.
Решит ли проблему скорости выполнения запроса если я буду за исходники брать саму таблицу?

Вы частично правы, так как в СУБД с большим набором данных действительно существуют специальные таблицы, в которые собирают итоговые значения/срезы данных для отчетов из всех необходимых таблиц базы. В одну таблицу "принудительно" вставляют нужную информацию из других таблиц при помощи INSERT , как вам и сказали тут , а потом на основании этой одной таблицы и пилятся все необходимые отчеты. Этот подход накопления с последующей выборкой и называется собственно OLAP.

Попробуйте прикоснуться к прекрасному и создать некий аналог данной технологии), сгружайте данные во временную таблицу и нарезайте из неё необходимые для вас запросы/отчеты. Только после использования данных не забудьте очистить временную таблицу. Это непопулярное решение для аксесса с родным Jet SQL, но имеет право на существование. К сожалению в классическом аксессе нет дополнительных инструментов для оптимизации запросов ( кроме ваших мозгов, которые в общем то должны искать решение и в обрезанном аксессовском SQLe:)