2 нау
"А какие проблемы?"

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

Есть извратный способ:
Запрос типа:

SELECT R_1.id_Time, R_1.id_Game AS id_Game1, R_2.id_Game AS id_Game2, R_3.id_Game AS id_Game3
FROM (Rasp AS R_1 INNER JOIN Rasp AS R_2 ON R_1.id_Time = R_2.id_Time) INNER JOIN Rasp AS R_3 ON R_2.id_Time = R_3.id_Time
WHERE (((R_1.id_Day)=1) AND ((R_2.id_Day)=2) AND ((R_3.id_Day)=3));

(и т.п.)
RecordsetType: Динамический набор (несогл.).

Зато форма одын. Открывать без удаления и без добавления. Перед употреблением взбалтывать [Изначально табличка полнится (или пополняется) автоматом для всех id_Day;id_Time;]

2nau
как вывести на форму перекрёстный запрос =)
ручками.

Если не криейтить форму программно (в конструторе), и не вступать в программный переназначинг источников спрятанным полям (с их проявкой), то:

нужно обеспечить постоянное количество столбцов (и их имен) перекрестного запроса, независимо от данных. Это возможно при двух условиях:

1. набор значений в полях столбцов а. Ограничен. б. Заведомо определен (справочник с запретом на редактирование поля - те же "пн","вт",[или (1, 2, 3,4...), с редактируемым описаловом. имена столбов запроса 1,2... подменяем уже в форме на описалово из справочника)

2. Данные по всем столбцам будут в наличии при любом наборе данных в Б.Д. Это деется посредством скрещивания (UNION) набора данных (для перекрестного) с пустышкой (например 0(или 25)-й час:), в которой данные заведомо будут (в нашем случае пустышка, это набор данных наподобие: Select 0 as id_Time, 0 as id_Sport, id_Day from WeekDays; где [WeekDays] - справочник обозваний дней), с последующим отделением строк пустышки уже из результатов перекрестного.


Зы: есть и другие способы - напр. заполнения буферной таблицы заведомо заданной структуры результатом перекрестного, но это лишние дисковые операции, и для таблиц с заведомо небольшим и ограниченным числом записей (расписание) не нужно.

Зы: (В кристал-репорте постоянство набора столбов перекрестного, как я помню, не требуется). Т.ч. можно поискать и соотв. запросам ocx