Для оптимальной работы ПК «Бюджет-NEXT» необходим PostgreSQL-server не ниже 10 версии. Через него реализован кэш списков, и хранение сессионных данных. Рекомендуется использовать платформу СУБД-КС "К" развернутую на отдельном Linux сервере (виртуальной машине).
Без настройки системы (использование SQLite) возможна работа не более 5 пользователей и в демонстрационных целях.
При использовании файлового кэша SQLite генерируется нагрузка на прикладную СУБД и каждое обращение к спискам/справочникам генерирует полный запрос данных, тем самым ожидается долгое открытие списков. В отличие от PostgreSQL, когда запрашиваются только изменения.
При большом количестве пользователей (250+) или, если наблюдается замедление работы в комплексе, сессионные данные (сессионный кэш) можно хранить в NoSqlCache. Тем самым разгружая СУБД кэша PostgreSQL. Для этого рекомендуется использовать платформу NOSQL-КС "К", развернутую на отдельном Linux сервере, которая включает в себя настроенные tarantool или redis.
По умолчанию при установке «Бюджет-NEXT» используется:
"SqlCache": "Data Source Type=SQLite;...",;"NoSqlCache": "memory",;"SessionStorage": "sql"При работе до 250 пользователей вполне достаточно использовать только кэш списков PostgreSQL:
"SqlCache": "Data Source Type=PostgreSQL;...",;"NoSqlCache": "memory",;"SessionStorage": "sql"
В зависимости от выделенных ресурсов и нагрузки можно развернуть "NOSQL-КС".
При работе 250+ пользователей рекомендовано использовать:
"SqlCache": "Data Source Type=PostgreSQL;...",;"NoSqlCache": "tarantool:..."/"redis:...",;"SessionStorage": "nosql"
Ключ "SessionStorage" нужен для выбора типа кэша для хранения сессий.
Когда развернут "NoSqlCache": "tarantool:..."/"redis:..." целесообразно использовать
"SessionStorage": "nosql".
Во избежание и исключения проблем/ошибок не разворачивайте PostgreSQL, tarantool, redis из репозиториев, а используйте только установку «СУБД-КС» и «NoSQL-КС».