"database is locked Невозможно получить строку"

error delete row  Baza
"database is locked Невозможно получить строку"

Рекомендуємо хостинг TIMEWEB

Stabiles Hosting des sozialen Netzwerks EVILEG. Wir empfehlen VDS-Hosting für Django-Projekte.

Добрый день. Могу только предложить закрывать соединение с базой данных, когда программме не требуется получать данные или записывать.

К сожалению, клиент-серверные бд мне не подходят - нет доступа к серверу. А постоянно открывать-закрывать соединения... даже не знаю, слишком костыльно чтоли.

Как вариант, можно попробовать работать с транзакциями, то есть открывать транзакции и закрывать их при каждой записи.

QSqlDatabase db = QSqlDatabase::database();
db.transaction();
 
QSqlQuery q;
qDebug() << q.exec("SELECT;"); 
 
q.clear();
if(!db.commit()){
db.rollback();
}

Спасибо, попробую.

Сделал вот так:

bool DataBase::insertIntoTable(const QVariantList &data)
{
    QSqlDatabase db = QSqlDatabase::database();
    db.transaction();
    QSqlQuery querys;
    querys.prepare("INSERT INTO ... ");
    if(!querys.exec()){
        qDebug() << "error insert into ";
        qDebug() << querys.lastError().text();
        return false;
    } else {
        querys.clear();
        qDebug() << "db.commit() = "<<db.commit();
        if(!db.commit()){
        db.rollback();
        }
        return true;
    }
    return false;
}

this->setQuery("SELECT ... ");

Note: Of particular interest is an active query that is a SELECT statement. For some databases that support transactions, an active query that is a SELECT statement can cause a commit() or a rollback() to fail, so before committing or rolling back, you should make your active SELECT statement query inactive using one of the ways listed above.

То есть все SELECT надо делать неактивными после использования.

В документации по setQuery() обращают внимание, что запрос должен быть активным. В итоге замкнутый круг :(

У меня такой вот вопрос, а нельзя ли как-то получив из setQuery() в модель данные, эту модель сохранить в памяти, чтобы можно было очистить setQuery, а сохраненную модель отправить в интерфейс?

Я правильно понимаю, что вы в большинстве случае используете QSqlQueryModel для интерфейса?
Теоретически можно написать свою модель данных, которая будет использовать запросы к базе данных.

Да, в подавляющем большинстве. С такой проблемой многие столкнулись, судя по форумам. QSqlQueryModel всегда держит соединение активным и никуда от этого не уйти, жаль что этого не знал раньше. Придется львиную часть логики переписывать. На уме два варианта - формировать какие-то виртуальные таблицы и использовать setQuery() к ним, либо как вы говорите делать свою модель. Модель мне нужна только для отдачи данных, изменения в базу вношу прямыми запросами. Я так понимаю, надо QVector заполнять примерно так:

while(query.next()) {
    vector.append(query.value(0).toString());
    vector.append(query.value(1).toString());
}

Результат запроса можно выразить классом или структурой. Каждая структура будет иметь несколько полей, которые фактически будут являться колонками строк в запросе.

struct SomeRecord
{
    int id;
    QString name;
    double value;
}

QVector<SomeRecord> records;

while(query.next()) {
    SomeRecord record;
    record.id = query.value(0).toInt();
    record.name = query.value(1).toString();
    record.value = query.value(2).toDouble();
    records.push_back(record);
}

Спасибо! Только что смотрел пример AnimalModel. Вроде все понятно. А транзакции обязательно посмотрю, только в моем случае она не поможет. В документации пишут, что в некоторых случаях при транзакции SELECT db.commit() = false и необходимо закрыть запрос вручную. В моем случае использования QSqlQueryModel если сделать запросу finish(), то очистятся все данные модели, останутся только колонки и строки (первоначальная таблица стала пустой, сохранив свой размер), если clear(), то удаляется вся модель. Я тут ради интереса в обеих программах INSERT обернул в транзакции. При параллельной работе на одну базу вставка нигде не прошла. Надеюсь QVector поможет. Еще раз спасибо!

Создал тестовое приложение с QSqlQueryModel. Запустил releas и debug версии с подключением к одной базе. База заблокирована. По вашему совету все таки обернул setQuery() в транзакцию:

void ListModel::updateModel()
{    
    QSqlDatabase db = QSqlDatabase::database();
    db.transaction();
    this->setQuery("SELECT ... ");
    while(this->canFetchMore()){
       this->fetchMore();
    }
    if(!db.commit()){
    db.rollback();
    }
    qDebug()<<"db.commit() = "<<db.commit(); //false
}

Вот и хорошо, что получилось всё. Успехов.

Важное дополнение для тех кто встретится с такой же проблемой. Использование fetchMore() обязательно!

while(this->canFetchMore()){
        this->fetchMore();
    }

я вот сейчас подумал... это ж какой трындец будет, если в базе данных будет под 100 000 записей. Подобный запрос будет давать весомую нагрузку как на приложение, так и на саму базу данных, если обновления таблицы понадобится проводить довольно часто.

Евгений, я провел тестирование на 337 000 записей. Результаты фантастические. Визуально скорость загрузки осталась та же что и для 2 000 записей - примерно 1 сек. Но есть нюанс - это при прямых запросах. А вот с вложенными сложнее.

void ListModelStatIzmerAgr::updateModel()
{
    QSqlDatabase db = QSqlDatabase::database();
    db.transaction();    
    this->setQuery("select Baza.id, Baza.KKS, (select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id) as total, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_Rezhim = 1) as hh, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_Rezhim = 2) as nom, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_Rezhim = 3) as rd, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_TipIzmerenia = 1) as pnr, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_TipIzmerenia = 2) as pnrdop, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_TipIzmerenia = 3) as ekspl, "
                   "(select count(*) from BazaIzmereni where BazaIzmereni.id_Baza = Baza.id and BazaIzmereni.id_TipIzmerenia = 4) as ekspldop "
                   "from Baza where total <> 0 order by 3 desc");
    while(this->canFetchMore()){
        this->fetchMore();
    }
    if(!db.commit()){
    db.rollback();
    }
}

У меня такое ощущение, что fetchMore() при прямых запросах ничего не делает, судя по скорости модель так же подгружается по мере необходимости. Но этот метод как-то разблокирует базу, то есть сообщает драйверу что запрос выполнен до конца и не активен. А по документации setQuery() используется только при активном запросе, и он походу и остается активным. Это все догадки конечно, исходники я не смотрел.

К сожалению, ничего не могу сказать за внутренности реализации модуля SQL в Qt. Тоже не доводилось им пользоваться.

Спасибо, этот тред оооочень помог. Долго ломал голову, почему на 257 записи всё падает.