Транзакции, не работают :( Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[potkin]

Почему-то не работают транзакции.
Пример кода:

if(db.open())
{
 db.transaction();
 QSqlQuery query(db);

 query.exec("INSERT INTO table01 ...");
 query.exec("INSERT INTO table02 ...");
 ...

 model01->submitAll();
 model02->submitAll();
 ...

 db.rollback(); //!!!!!!!!!!!!!!!!!!!
 db.close();
}

Делаю "db.rollback();", но все изменения сохраняются в БД

[DEADHUNT]

Делаю "db.rollback();", но все изменения сохраняются в БД

а СУБД поддерживает транзакции?

[Алексей1153]

а submitAll сохраняет, тогда роллбэк вхолостую отрабатывает Хотя, обычно это называется commit, но тут, наверное, это одно и то же

bool QSqlTableModel::submitAll () [slot]
Submits all pending changes and returns true on success. Returns false on error, detailed error information can be obtained with lastError().

On success the model will be repopulated. Any views presenting it will lose their selections.

Note: In OnManualSubmit mode, already submitted changes won't be cleared from the cache when submitAll() fails. This allows transactions to be rolled back and resubmitted again without losing data.

See also revertAll() and lastError().

[Litkevich Yuriy]

с моделью вообще всё не так себе. Даже при ручном сохранении (OnManualSubmit), я ещё в цикле пробовал:
Изменения - фиксация, и по новой. Фигушки, только одна транзакция удачно прощодит

[potkin]

а СУБД поддерживает транзакции?

MySQL 5.1
Вроде, с версии выше 4 потдерживает.

Алексей1153

Хотя, обычно это называется commit, но тут, наверное, это одно и то же

Я привёл пример специально, чтоб показать, что при "Откате" транзакции, всё равно всё сохраняется, даже это:

 query.exec("INSERT INTO table01 ...");
 query.exec("INSERT INTO table02 ...");

Litkevich Yuriy

И что вообще можите посоветовать ???

[molchanoviv]

Точно не помню в каком классе(а ассистента под рукой нет), но помнится были в Qt функции beginTransaction(), commitTransaction() и rollbackTransaction(). Поищи в ассистенте.

[Litkevich Yuriy]

MySQL 5.1
Вроде, с версии выше 4 потдерживает.

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

И что вообще можите посоветовать ???

да в принципе ничего. Не созрела Qt ещё для этого. QSqlQuery только нормально работает

[potkin]

Litkevich Yuriy

 да в принципе ничего. Не созрела Qt ещё для этого. QSqlQuery только нормально работает

Во папандос

[Litkevich Yuriy]

Во папандос

ага, я аж два дня матюкался. Может будет полезной такая тема: QIBASE + транзакции, не возможно выполнить более одного раза

В принципе я на неё забил.

[potkin]

Litkevich Yuriy
Получается мне надо съежать с QSqlTableModel и переходить полностью на QSqlQuery ???
Отказаться от модели и QtableView заполнять используя QSqlQuery, тоесть циклом и также сохранять в БД ???

[Litkevich Yuriy]

я поступил по другому: логика работы программы допускала мелкие транзакции, хотя они и были нежелательны.
Т.е. я выкинул
db.transaction();
db.rollback();
и т.п.

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

[potkin]

Litkevich Yuriy,
Это как получается.
Если на форме есть виджеты и каждая группа виджетов отображает (редактирует/сохраняет) данные из разных таблиц и которые НЕЛЬЗА сохранить в контексте ОДНОЙ транзакции, то:
Пока пользователь работает с одной группой виджетов, остальные блокируются, пока он не сохранит эти данные в контексте какой-то транзакции.
Потом 2-ю группу виджетов редактирует, остальные блокируются, пока не сохранит ...
и т.д.


Правильно ???

[Алексей1153]

potkin, я работаю с MySQL 5+ из студии через ихний апи, который они прилагают. Транзакции работают. А ещё, можно сделать встроенную процедуру и там работать с транзакциями

Всё редактирование можно хранить в озу, а по кнопке закидывать в базу (если так возможно)

[potkin]

potkin, я работаю с MySQL 5+ из студии через ихний апи, который они прилагают. Транзакции работают. А ещё, можно сделать встроенную процедуру и там работать с транзакциями.
Всё редактирование можно хранить в озу, а по кнопке закидывать в базу (если так возможно)

Мне бы в контексте одной транзакции как-то сохранить модель (QSqlTableModel ) и запрос (QSqlQuery) .....

[Litkevich Yuriy]

Правильно ???

да. Для пользователя это более интуитивно, чем в случае, когда пользователь сделал одно, полез в другое, а потом сохранять в произвольном порядке. При этом БД ему что-то пишет об ошибке в ответ на неродном языке. Он это воспринимает как кривость программы (вобщем-то он прав)

[Алексей1153]

potkin, а что значит "сохранить модель" и "сохранить запрос" ?

[Litkevich Yuriy]

а что значит "сохранить модель" и "сохранить запрос" ?

по-моему всё очевидно. Данные из модели отправляются в БД, запрос также изменяет БД. И нужно чтобы это была атомарная операция

[Алексей1153]

вот не люблю эту автоматизацию. Надо так: делаешь себе правки, никого не трогаешь. Потом - жамк кнопку - сделался sql запрос/вызвалась процедура - и всё. А тут так и будешь стараться держать, чтоб всё не разбежалось по углам ))