Каковы часто используемые стратегии для разработки доступа к данным о членстве, используемым в разных местах?
Какова рекомендуемая архитектура базы данных / программного обеспечения или стратегии для проектирования систем членства, используемых в разных местах?
Я работаю над системой торговых точек, которая работает с нескольких витрин. Я использую модель, которая использует (ограниченные) локальные данные, поэтому в случае сбоя в сети Интернет продажи могут продолжаться.
Но я озадачен тем, что было бы лучше для доступа к данным полу-реального времени, таким как системы членства. Проще говоря, есть два варианта:
- Нет доступа к данным в реальном времени без подключения к центральной базе данных.
- Локальный хостинг базы данных с логической репликацией. Запросы на чтение -> локальная база данных, запросы на запись -> центральная база данных.
С pglogical Я мог бы создать второй подход, но как бы это работало, когда вы приблизились к масштабу. Например, в моей родной стране продуктовый рынок насчитывает около 1000 витрин, мог бы такой подход расширить.
Другая проблема, которую я имею, касается точки зрения технического обслуживания. Будет ли локальный хостинг с такой формой репликации не подвержен ошибкам.