|
Повідомлення створено: 14. 11. 2016 [14:32]
|
|
sam4ik
Андрей Шеверя
Автор теми
Зареєстрован(а) с: 22.12.2011
Повідомлення: 12
|
На рабочей версии r2407 наработана обширная база параметров в MySQL.
При переходе на r2440 не отображаются данные ни на каком из трендов в готовых проектах, а так же не вижу их при просмотре архивов значений в системном конфигураторе. С момента перехода начинает накапливаться новые значения и вот их уже видно.
Заметил что изменилось значение поля MARK во всех таблицах базы.
MARK — метка быстрого доступа/чтения архива, {TM}/(10*{period}), однако раньше там был 0 и записи с 0 не отображаются.
Не знаю как это классифицировать, но хотелось бы сохранить наработанную базу.
Спасибо.
|
|
Повідомлення створено: 14. 11. 2016 [15:06]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"sam4ik" wrote:
На рабочей версии r2407 наработана обширная база параметров в MySQL.
При переходе на r2440 не отображаются данные ни на каком из трендов в готовых проектах, а так же не вижу их при просмотре архивов значений в системном конфигураторе. С момента перехода начинает накапливаться новые значения и вот их уже видно.
Заметил что изменилось значение поля MARK во всех таблицах базы.
MARK — метка быстрого доступа/чтения архива, {TM}/(10*{period}), однако раньше там был 0 и записи с 0 не отображаются.
Не знаю как это классифицировать, но хотелось бы сохранить наработанную базу.
Не нужно как ошибка писать, если не знаете!
2016-09-20 Roman
- DB.LibsDB.vcaBase: Main.{grpGraph,grpGraph10}: Set to the trend's control panel open on it start.
- FIX:DAQ,Archive: The redundant request procedure fix for prevent the object stop at scaning requests, by previous host.
- FIX:Archive: getVal() fix for request to current value but the buffer end() some lesser to it.
- FIX:Archive.{*,FSArch,DBArch}: Exceptions into archivatorAttach() at the archivator's object stopped is prevented for allow the archive early start.
Archive.{FSArch,DBArch}: The modules adapted for early archivators init and archive's meta set from the physical archives.
- !!!!:FIX:Archive.DBArch: Reading of value archives set optimal to the request time, up to ten times, through using "MARK" key and the seek request.
FIX: End of pushing accumulated values set to minimum from the data block's end and the group end.
Adapting to direct writing beyond the main accumulation process with limits and meta update.
Adapting to redundancy.
Values archivation period limited to the resolution in seconds.
Т.е. никто сохранности предыдущих таблиц не обещал, тем более по другому повысить производительность нереально!
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 14. 11. 2016 [15:21]
|
|
sam4ik
Андрей Шеверя
Автор теми
Зареєстрован(а) с: 22.12.2011
Повідомлення: 12
|
Я заменил все 0 в таблице на минимальное значение сформированное автоматически и все данные я увидел.
Вы говорите что это сделано для повышения быстродействия, но что будет с быстродействием по моему "рецепту"?
Спасибо.
|
