Параллельные обновления данных реляционных приложений

Question

У нас есть приложение Qt C++ Gui, которое в основном является терминалом для сервера (TCP), контролирующего его и отображающего его данные.

Проблема в том, что данные, поступающие с сервера, являются реляционными данными. В Условиях SQL это будет ~ 10-15 таблиц, все связанные друг с другом некоторыми внешними ключами

Эти данные обновляются на сервере и должны быть (в то же время) отображены графическим интерфейсом.

Исходное решение состоит в том, что мы храним все данные в (в основном) картах и ​​структурах с соответствующей блокировкой (чтение/запись), чтобы избежать проблем с одновременным доступом.

Теперь мы сталкиваемся с проблемой, что это решение не очень хорошо масштабируется. Производительность приложения (нажатие на что-то происходит на экране) ухудшается.

Будет ли использоваться система реляционных баз данных в приложении (например, sqlite с базой данных в памяти)? Использует базу данных (где реляционные зависимости решаются при запросе) лучше масштабируется, чем с использованием карт структур (где реляционные зависимости решаются во время вставки)?

Надеюсь, я поставил свою проблему как можно яснее.

С уважением, Андре

---

Чтобы сделать его более ясным: Это о GUI не реагирует больше, как много обновлений с сервера блокировки datastructures.

Answer 1

(на основе обновленного комментария с указанием фактической проблемы, UI нить блок)

Есть два простых решений, которые могут помочь здесь. Первой проблемой является предварительная обработка всех входящих данных перед блокировкой общих структур данных. Например, если у вас есть std::string на карте, не конвертируйте const char* в std::string, удерживая замок на карте. Это вызовет strlen, удерживая поток пользовательского интерфейса. Вместо этого сначала конвертируйте, а затем заблокируйте карту.

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

Более сложная стратегия (если разбиение невозможно) является постановкой. Создайте все новые записи на новой карте, а затем объедините две карты. Это в основном предварительная обработка стероидов, так как теперь вы также сортируете новые записи. (Я надеюсь, что вы обмениваетесь разностями с сервером и не делаете полного обновления данных каждый раз!)