Я думал о том, что можно в одной большой модели делать подряд несколько запросов к API для получения всех необходимых данных, а затем - показывать в разных частях приложения данные отфильтрованные локально на основании QAbstractProxyModel.
Думаешь, куча запросов - это хорошее решение? Да и обновлять в случае чего придётся так же - через несколько запросов. Кроме того, нужно будет городить логику, при которой на клиенте я должен будут исключить повторение Item-ов в модели и делать порционную очистку/пополнение такой модели данными...
Огромное спасибо Вам за такой большой и развёрнутый ответ.
К сожалению выходит чутка не то…
Во первых — нам почти никогда не нужно, чтобы документы сверху спускались вниз, нужно чтобы наоборот все записи с низов поднимались наверх по иерархии. То есть в терминах репликации — от слейвов к мастеру.
В другую же сторону должна спускаться структура таблиц. То есть на главном сервере прям в интерфейсе приложения можно изменять структуру таблиц и она должна будет спускаться вниз по иерархии.
Во вторых — пользователи у нас такие, что после к примеру создания новой записи у себя в организации они тут же захотят её увидеть.
Я бы здесь попробовал использовать обычную репликацию, но надо будет каким-то образом обрабатывать такой момент, что данные, которые были только что добавлены/изменены — нужно подтягивать с мастера. Да вот засада — никакого мастера может и не быть, если организация всё захочет хранить и настраивать у себя… Вплоть до структуры таблиц, а зтем влить всё это в общую базу уже не выйдет… Короче геморой блин.
Буду думать. Ваше предложение держу в голове. Ещё раз спасибо за ответ.
Да тут дуристика в том, что каждая организация — это сам по себе король. Им не удастся объяснить, что одна Бд это хорошо. Все будут требовать всего функционала у себя локально, на своих серверах и т.д.
Спасибо. на самом деле это просто пример. Сут ьвопроса в том, существуют ли к примеру какие-либо специализированные сервисы, которые могли бы помочь с вёрсткой?
Как вариант — можно. Но только при условии, что это будет работа разбитая на части. Сейчас же человек необходим для непрерывной работы и поддержки множества проектов.