Как отключить обновление вида QTableView?

[Old]

А не надо искать "где" - они сами Вас найдут, и гораздо быстрее чем ожидалось. И в конце-концов, почесав репу, придется согласиться с тем что "прынцыпы" лучше не нарушать

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

[Racheengel]

А не надо искать "где" - они сами Вас найдут, и гораздо быстрее чем ожидалось. И в конце-концов, почесав репу, придется согласиться с тем что "прынцыпы" лучше не нарушать

Вот правда не понимаю, где при такой архитектуре могут быть проблемы Это самый что ни на есть юз-кейс "по принципам из УмнойТолстойКнижки"

[Igors]

Вот правда не понимаю, где при такой архитектуре могут быть проблемы Это самый что ни на есть юз-кейс "по принципам из УмнойТолстойКнижки"

Это просто "save" или "фотография", годится для "обозрения". Но как только юзер попытается что-то сделать с "видимыми" данными - польется как из ведра

[Racheengel]

Это просто "save" или "фотография", годится для "обозрения". Но как только юзер попытается что-то сделать с "видимыми" данными - польется как из ведра

Ну и пусть себе делает, что хочет. "Видимая" модель существует совершенно независимо от "реальной", так что ничего страшного не произойдет

[Igors]

Ну и пусть себе делает, что хочет. "Видимая" модель существует совершенно независимо от "реальной", так что ничего страшного не произойдет

Ага, а если, (как говорили выше) "несколько видов"? Вот Вы уже и приплыли.

Что такого сложного в "виртуальной" модели? В самом худшем случае это массив пар (какая строка контейнера соответствует вью). Зато все по уму - данные едины. Прям уже каждого куста боимся     

[Racheengel]

Ага, а если, (как говорили выше) "несколько видов"? Вот Вы уже и приплыли.

Что такого сложного в "виртуальной" модели? В самом худшем случае это массив пар (какая строка контейнера соответствует вью). Зато все по уму - данные едины. Прям уже каждого куста боимся     

И что с того, что несколько? Это MVC, на такое поведение и рассчитан. Одна модель - несколько видов.

"Виртуальная" модель, это прокси. Она будет рефлектировать изменения базовой модели, но автору то как раз это и не нужно, он хочет статичести видеть копию своих данных в какой-то момент истории.

[Old]

но автору то как раз это и не нужно, он хочет статичести видеть копию своих данных в какой-то момент истории.

А если данные расшарить, то можно избежать их дублирование в памяти.
Например, модель может хранить только умные указатели на элементы, при копировании модели мы продублируем только этот массив указателей. Что совершенно не скажется на возможности их модификации.