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

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

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

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

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

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

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

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 записи всё падает.