Qt4. QSqlRelationalModel + QDataWidgetMapper и потеря текущей строки.

> QDataWidgetMapper
Ух ты! Спасибо. А я и не знал о таком полезном классе! ;-)

> В процессе работы с реляционной моделью объект типа QDataWidgetMapper может потребовать нескольких вызовов setCurrentIndex.
Может я что-то недопонял, но ведь при изменении текущей записи автоматически происходит setCurrentIndex. Я не думаю, что это правильное решение - создавать запись в подчинённой таблице между insertRecord и submit.

А что вы предлогаете блокировать всю таблицу?

> А что вы предлогаете блокировать всю таблицу?
А не проще сначала вставить записи в подчинённую таблицу, а потом в главную?

>А не проще сначала вставить записи в подчинённую таблицу, а потом в главную?

Это нарушит ссылочную целостность. Но даже если и пренебречь ей, что делать с currentIndex? Ведь в результате действий других пользователей его истинное значение может измениться, а блокировать всю таблицу не выход.

> Это нарушит ссылочную целостность. Но даже если и пренебречь ей, что делать с currentIndex? Ведь в результате действий других пользователей его истинное значение может измениться, а блокировать всю таблицу не выход.

Как это нарушит целостность? Сначала пишешь в одну таблицу, затем в другую. Тем более, что в документации ясно написано:

Note that QDataWidgetMapper keeps track of external modifications. If the contents of the model are updated in another module of the application, the widgets are updated as well.

Что-то я не пойму, как тебе может помешать currentIndex?

>Что-то я не пойму, как тебе может помешать currentIndex?

Ну допустим на момент map.setCurrentIndex(row) в модели было:

 ID NAME
 1  BEAR
 2  DONKEY
 3  RABBIT
 *
 * - редактируется в mapper, row==3

Затем пользователь сохраняет запись, происходит вызов model.submit,
произойдет повторная выборка. 
Но вот незадача - кто-то удалил первую запись. Имеем:

 ID NAME
 2  DONKEY
 3  RABBIT
 4  OWL
 
Соответственно нужно повтоно вызвать map.setCurrentIndex(row), где
row==2, иначе дальнейшее редактирование в маппере будет невозможно,
так как строки 3 не существует.

Проверил данную ситуацию. Данные просто уходят в никуда.

Я просто только сейчас узнал о таком механизме редактирования данных. А сейчас использую обычные запросы на обновление. Если узнаешь как разрешить эту ситуацию, то напиши, т.к. это удобнее, чем запросы на обновление.

Сейчас задам твой вопрос в лист рассылки