Господа, подскажите пожалуйста, как быстро и без гимора взять данные из CRecordset'a.

Код

Record.Requery();         int i = 0;         CDBVariant var;         CString str;         Record.Move(0);                  while(!Record.IsEOF()){             m_Grid.SetRowCount(m_Grid.GetRowCount() +1);             //глупо, конечно, но как по-другому я не знаю             Record.GetFieldValue("f_id", var);             str.Format("%d", var.m_iVal);             m_Grid.SetItemText(i+1,0, str);             i++;             Record.Move(i);         }         Record.Close();

Что мне, для каждого запроса отдельную структуру для строк лепить что-ли?!
А если у меня 50 столбцов? Создавать 50 переменных?

Мне кажется, мои проблемы решил бы класс ODBCRecordset, но он отказывается запускаться на .net.

а ты посмотри хелп по CRecordset и все у тебя проясниться

Пошел читать. К слову сказать, перечитал весь firststeps про odbc...

Смотрю MSDN. Вот, что вижу:

Код

for( short index = 0; index < nFields; index++ )    {       rs.GetFieldValue( index, varValue );       // do something with varValue    }

То же самое.

ну может я предложу кривой ответ...

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

Когда создаешь класс, производный от CRecordSet, у тебя в визарде генерятся твои 50 переменных столбцов и когда ты выполняешь record->MoveNext(); они у тебя заполняются как и говорил zefir01 в эксчейндже. Но гемор в том, что практически на каждый запрос надо генерить новый класс. Если не хочешь гемороиться так(хотя это лучше чем иначе), посмотри на rsdn.ru- там статья была про работу с odbc. Но хочу сказать одно - там предлагают через АПИ работать - это тоже тот ещё гемор. Так что выбирай из двух...