Дык вот! Таблица - ежели все в одну свалить - получается 900 с чем-то Мег, а групировать ее Access уже отказывается!

В смысле - не ругается, а задумывается сурьезно.

4321 затопить на основе каунта (во вспомогательном запросе, расчитывающем значения ключей в точках разбиения таблицы) ...
- нету! Не получается проиндексировать единую таблицу.
(Это - разъяснение к предыдущему)

4321расчитывающем занчения ключей в точках разбиения таблицы
- да в ней и ключа-то - в точном смысле - быть не может, если мы в нее сваливаем "сырые" записи для последующей группировки!

4321[quot Иван FXS] Или вы думаете, что он выбирает память и начинает активно свопить результаты вычислений?
- как раз наоборот: ему не удается оперативку загрузить хоть сколько-нибудь заметно (при том, что ему никто не мешает!). Я поэтому и понимаю, что - кранты ...
При том, что и винчестер не "скрипит", то есть - вообще ничего не движется!

4321 Иван FXS сваливаем "сырые" записи для последующей группировки!гым. вот сиди и интуичь,что за сырьмо и как вы гребете.
- а что не понятно-то? Сваливаем записи - для того, чтобы ПОТОМ произвести группировку. То есть - в полях, по которым будем группировать, значения повторяются ... Иначе - какой смысл группировать-то?

Значит - откуда возьмется ключ ... уникальный?

Да, я кажется несколько раз слово "ключ" употребил не очень аккуратно: имелся в виду не уникальный индекс в ИСХОДНОЙ таблице (таблицах), а поля (К1 и К2) по которым нужно произвести группировку.

В таблице-результате группировки занчения полей, по коим эта группировка производилась, становятся ведь уникальными, так что эти поля - в этой таблице-результате группировки можно ДЕЛАТЬ ключом, а значит, можно и НАЗЫВАТЬ ключом ... Понятно выразился?
__________________________________

Группирующий запрос:
SELECT К1, К2, Агрегация(всяческие характеристик )
FROM [TTTTT]
GROUP by К1, К2

- где TTTTT - некий набор таблиц, в которых присутсвует множество цеклочисленных полей, которые можно - попарно - интерпрентировать как пару (К1, К2).
___________________________________

Конкретно TTTTT это все - N-грамы словарные, в которых слова уже закодированы целыми числами (читай - пронумерованы); вместе с всяческими частотными характеристиками этих N-грам.

N-грамы записаны - в 7 таблицах: от Би-грам до 8-грам.

Смысл задачи - вычисление попарной "ассоциированности" слов.

Да, да, - все знаю. Я работаю с РЕАЛЬНЫМИ, а не с АБСТРАКТНЫМИ таблицами. И хотя я их настойчиво пополняю, - из ушей компьютера они пока еще не полезли.

Кстати, там выше, я соврал нечаяно: 16 мульенов - это количство N-грам (разных; сегодня) в моих таблицах. А словарный (словоформный реально) зоопарк у меня существенно скромнее: со всем мусором - меньше полутора мульенов.

Add : "реальными" означает, что декартовым произведением я ... того - не балуюсь.

Да, извините, я неправильно Вам ответил! Ответ должен звучать:

при чем здесь "декартово произведение таблиц", у меня - в обсужаемых запросах - нет вообще никаких JOIN-ов!