Раньше всегда делал так:
одна m_pApp->m_pDatabase, во всех вьюшках new CRecordset(m_pApp->m_pDatabase).
Сейчас:
К вьюшке леплю диалог(докед) в котором отображаю дополнительные свойства выбраной во вьюшке(где стоит курсор) записи.

Все бы ничего, но ежели во вьюшке выборка ~200k записей то при открытии вьюшки драйвер высасывает к себе на винт всю выборку ~100M(вследствии чего тормозит), а затем тока заполняет окошко в диалоге свойствами выбраной записи.
Я так понимаю, что если использовать одну CDatabase, то если он(драйвер) при первом фитче не вытащил все, и я обращаюсь через тотже CDatabase к другой выборке, то он чтобы освободить HSTMT выбирает остаток, а потом запрашивает вторую выборку. Раньше было еще хуже - при открытии второй выборки он вываливал ехепшон и орал что хстмт занят, но я потом чтото сделал(кажется обновил мсдак) и он вот так теперь поступает.

Мне все это не нравится, поэтому гдето месяц назад я, практически, к каждому рекордсету прикрутил по датабазе. Ничего не тормозит все работает прекрасно, но...
Этот месяц я плохо сплю ибо грызет меня червяк сомнения, что для каждого рекордсета по датабазе это плохо.
Почему плохо - обосновать себе немогу.
(MSSQL, VC6)

Скажите почему это плохо, или разубедите меня пжалуйста.
Если есть другой метод решенимя этой проблемы - подскажите где копать

Так как же, блин, быть ???
8-(

Это я попробую. Спасибо.

Но есть же еще такой момент:
Кода драйвер хочет освободить HSTMT, он вытягивает все к себе на винт, создавая этим самым сотни-метровый файл в темпе, а на WSах с винтами на 5400 это оч даже заметно.

Все это не радует...