- В этой теме 139 ответов, 13 участников, последнее обновление 5 месяцев, 3 недели назад сделано
.
-
Сообщения
-
По 1-му пункту теперь понятно.
Добавляю: необходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.БД, может писать не саму переменную, а факт ее изменения.
Запись по изменению также нужна, как один из вариантов архива.
Внизу таймлайн с ползунками, просто передвигаешь и все.
Данное улучшение не относится к поколению 6, его на любой версии можно реализовать, но пока нет ресурсов.
А когда Графики Про в планах ? вроде же были такие планы сделать, правда там основное было насколько помню скалирование сигналов на графиках, чтобы большие и малые значения можно было смотреть на одном графике.
По поводу сроков пока не могу сказать. План работ на следующий год в процессе формирования. Фиксированные сроки у оплаченных задач ))
необходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.
Возможно, организация независимых циклов обработки тегов. Например, для «быстрых» данных — один цикл, для «медленных» — другой, для архивов — третий. С настраиваемыми соответственно временнЫми параметрами.
Или, как вариант — приоритезация этих циклов.Там всё довольно сложно внутри: доступ на чтение различных видов данных, доступ на запись, кэширование, обработка…
В процессе работы над оптимизацией потребуется отдельное исследование и эксперименты.В том числе. Классический .NET будет поддерживаться, потому что неизвестно, какие подводные камни будут в .NET Core.
На начальном этапе да. Для веб-приложения вообще перевод на .NET Core потребует кардинальной переделки всего приложения. Поэтому нужно начать с Сервера и Коммуникатора.
поддержу пожелание настраиваемых режимов архивирования для каналов. У меня в проекте примерно в 2-3 раза больше переменных конфигурации которые будут изменятся в лучшем случае 1-2 раза в год. А возможно и еще реже. Зачем их записывать регулярно? достаточно отдельной базы куда будут записываться выбранные переменные только по изменению.
В другой теме поднимал вопрос про чек и лист боксы на схемах, нужный и полезный модуль.
Гибкое архивирование планируется.
Чек и лист боксы на схемах не совсем относятся к 6 версии, т.к. это локальная задача, которая может быть решена в любой версии, особенно если найдётся спонсор.Я надеюсь что в новой версии решится проблема с отображением длинных чисел. Я имею ввиду то что в английской версии не будет разделения разрядов запятыми
з.ы. у вас ОС с английским языком ?, разделение больших чисел там как ?
Хотя вообще надо в системе делать выбор, использовать настройки приложения или брать региональные настройки из ОС. Так было бы правильнее. Тогда можно использовать либо по умолчанию из ОС, или настроить под себя, не трогая остальные приложения, которые берут данные из ОС.
- Вы должны авторизироваться для ответа в этой теме.