Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
На данный момент большая часть запросов на стороне СУБД выполняется отдельными SQL командами, т.е. для каждой SQL команды платформа обращается к серверу СУБД.
Ряд СУБД, такие как PostgreSQL, MS SQL, поддерживают пакетную обработку запросов, т.е. выполнение нескольких SQL команд (разделённых ';') за одно обращение к серверу СУБД. Использование пакетной обработки запросов позволяет сократить количество обращений платформы к серверу СУБД и, соответственно, суммарную сетевую задержку, а также общее время выполнения при обработке множества SQL команд, т.е. по итогу повысить производительность системы.
Платформа будет анализировать запросы к СУБД и те из них, которые могут быть выполнены в составе пакета, помещает в пакет. Формирование пакетов запросов будет делаться автоматически, дополнительных действий от разработчика не требуется.
В версии 8.5.3 эта функциональность будет реализована для СУБД PostgreSQL, MS SQL и для Дата Акселератора.
Реализация данной функциональности повысит производительность различных операций у пользователей в клиент-серверном варианте работы (при использовании указанных выше СУБД).
Данная функциональность будет также доступна в версии 8.5.2 начиная с 8.5.2.16.
Сейчас при использовании публикации на веб-сервере при наличии нескольких рабочих процессов rphost может возникнуть следующая ситуация: соединения для одного сеанса с разных процессов httpd для Apache (или с разных процессов w3wp.exe для IIS) могут установиться на разные рабочие процессы rphost. Такой сценарий негативно влияет на производительность, т.к. перестает работать повторное использование возвращаемых значений (т.к. закэшированные возвращаемые значения остались в «другом» рабочем процессе и при обращении к ним должны быть вычислены заново).
В версии 8.5.3 этот сценарий будет оптимизирован. Платформа будет отслеживать, чтобы вызовы от одного сеанса приходили на один и тот же рабочий процесс rphost.
Следует учитывать, что вызовы всё же могут быть переброшены на другой rphost, если, в соответствии с настройками системы, текущий рабочий процесс rphost считается слишком загруженным.
Благодаря этой функциональности мы ожидаем прироста производительности при работе в клиент-серверном варианте через веб-публикацию.
Мы продолжаем оптимизировать работу клиента и конфигуратора для macOS. В частности, в версии 8.5.3 появятся следующие оптимизации:
Значительно увеличится производительность отрисовки содержимого форм. Появление форм, содержащих значительное количество элементов, их позиционирование и изменение размера будет ускорено.
Уменьшатся задержки при вводе символов, связанных с перерисовкой одной или нескольких строк при каждом нажатии на клавишу.
Будет ускорена прокрутка больших табличных документов, динамических списков в клиенте и текста в конфигураторе.
