QSqlQuery - почему не работает last/size?

[Alex_C]

Переделываю свой проект на Qt. До того, как не столкнулся с работой с БД Access все было отлично. Но такое впечатление, что с Access Qt принципиально не хочет работать.
Делаю запрос:

Код

C++ (Qt)
    QSqlQuery q(queryStr);
    if(q.isSelect())
    {
        q.last();
        qDebug() << q.value(2).toString();
    }
 

Выдает
QSqlQuery::value: not positioned on a valid record

Меняешь last на first - все ок!
И size выдает -1.
Проверял - q.last() выдает true.
Может что не так делаю?

[LisandreL]

А exec где?

[Alex_C]

Из документации:
If query is not an empty string, it will be executed.

queryStr - как раз строка "SELECT * ... "

[Странник]

А exec где?

в генетическом кодЕ:

QSqlQuery::QSqlQuery ( const QString & query = QString(), QSqlDatabase db = QSqlDatabase() )
Constructs a QSqlQuery object using the SQL query and the database db. If db is not specified, or is invalid, the application's default database is used. If query is not an empty string, it will be executed.

что касается last() - если возвращает true, логично ожидать успешного выполнения. похоже на баг.

[LisandreL]

в генетическом кодЕ

Всегда через prepare использую, поэтому забыл, что так сразу выполняться будет.

Код

C++ (Qt)
QVariant QSqlQuery::value(int index) const
{
    if (isActive() && isValid() && (index > QSql::BeforeFirstRow))
        return d->sqlResult->data(index);
    qWarning("QSqlQuery::value: not positioned on a valid record");
    return QVariant();
}

Проверяйте, какое из 3 условий у вас не срабатывает.

[Alex_C]

Код

C++ (Qt)
    QSqlQuery q;
    q.exec(queryStr);
 
    qDebug() << q.isActive();
    qDebug() << q.isSelect();
    q.last();
    qDebug() << q.value(2).toString();
 

ответ

Код:

true 
true 
QSqlQuery::value: not positioned on a valid record

Итог: все условия срабатывают.

... q.last() тоже true возвращает.

[LisandreL]

Итог: все условия срабатывают

Я имел в виду вот эти 3:
1) isActive()
2) isValid()
3) index > QSql::BeforeFirstRow

Первый проверен, третий очевиден, остался isValid().

Может запрос завершается с ошибкой? Что q.exec возвращает?

[Alex_C]

Вот что получается.
Код:

Код

C++ (Qt)
    qDebug() << q.exec(queryStr);
    qDebug() << q.first();
    qDebug() << q.isActive();
    qDebug() << q.isSelect();
    qDebug() << q.isValid();
    qDebug() << q.last();
    qDebug() << q.isValid();
    qDebug() << q.value(2).toString();
 

вывод

Код

C++ (Qt)
true 
true 
true 
true 
true 
true 
false 
QSqlQuery::value: not positioned on a valid record
 

Итог: last() не срабатывает. Почему?
Чтобы добраться до последней записи нужно while(q.next());
Но разве так правильно с БД работать?

[LisandreL]

И size выдает -1.

Если это всегда так, то можно предположить, что
QSqlDriver::hasFeature( QSqlDriver::QuerySize ) == false
а это скорее всего означает, что данная БД позволяет осуществлять только последовательный доступ к записям и даже правильная реализация last() сводилось бы к while(q.next());
Но то что q.last(); возвращает true, но при этом устанавливает курсор на невалидную позицию - это безусловно баг. Было бы не плохо оформить багрепорт.

P.S. queryStr не покажете?

[Alex_C]

Да тут похоже баг существенно больше: БД - Access, и методы last/first/RecordCount в том же Дельфи через ADO работают без проблем. 
А строка запроса самая простоя - SELECT * FROM table.
Мда, перечитал все что нашел по работе Qt с БД - по хоже у Qt это самое слабое место. Дельфи/Билдер куда как больше возможностей предоставляют.

[Странник]

Да тут похоже баг существенно больше: БД - Access, и методы last/first/RecordCount в том же Дельфи через ADO работают без проблем. 
А строка запроса самая простоя - SELECT * FROM table.
Мда, перечитал все что нашел по работе Qt с БД - по хоже у Qt это самое слабое место. Дельфи/Билдер куда как больше возможностей предоставляют.

а то, что вы пользуетесь ODBC, не смущает?) напишите свой ADOвый драйвер, с маджонгом и гейшами - нация оценит.

[Noel]

Мда, перечитал все что нашел по работе Qt с БД - по хоже у Qt это самое слабое место. Дельфи/Билдер куда как больше возможностей предоставляют.

Как писали классики : "Ну ты, батенька, да... Ну ты, батенька, тут сглупил, конечно! Сказал не подумавши!".
В своё время (года два-три назад) пилил курсачи за еду на Qt. И как раз с QODBC драйвером очень часто сталкивался. Всё работает нормально. Никаких багов я в нём не заметил, тем более, что он из коробки идёт.
Читать надо не "всё, что нашёл по работе.." а доку и екземплы. Тем более, что екземплов - тьма-тьмущая.

If не нужен. На самом деле мне кажется, что QSqlQuery просто не привязан к твоей БД. Т.е. он выполняется куда-то в холостую.

Код:

QSqlQuery q(queryStr);
if(q.isSelect())
{
    q.last();
    qDebug() << q.value(2).toString();
}

Попробуй, к примеру, этот код.

Код:

QSqlDataBase m_db = QSqlDataBase::addDatabase("QODBC", "newConnection");
m_db.setDatabaseName("mydb");
m_db.open();

QSqlQuery que(m_db);
if (que.exec("SELECT * FROM table"))
    que.last();
int someVal = que.value(0).toInt();

[Странник]

Всё работает нормально. Никаких багов я в нём не заметил, тем более, что он из коробки идёт.

багов-то нет, но функционал уступает ADO. да и помедленнее он будет.

[Noel]

функционал уступает ADO.

Пожалуйста, можно примеры?

да и помедленнее он будет.

Я пологаю, что не критично медленней.

Тем более, что у Qt есть контейнер ActiveX. При желании возни с ADO можно идти прямиком туда. Только особых преймуществ - не будет.

[Странник]

Пожалуйста, можно примеры?

если идти по фичам драйвера: QSqlDriver::QuerySize, QSqlDriver::LastInsertId (пустячок, а неприятно), QSqlDriver::MultipleResultSets (намучался в свое время - ODBC вел себя крайне неадекватно).
Alex_C недавно напомнил, что ODBC не поддерживает хранение резалтсета не сервере. и в производительности разница заметна, работаю с MS SQL по ADO и ODBC. c ODBC, правда, еще и Qt-оверхед.