EnglishУкраїнськаmRussian
Login/New
Topic with no new replies

[BugWrong] MySQL поле MARK в таблицах


Author Message
Written on: 14. 11. 2016 [14:32]
sam4ik
Андрей Шеверя
Topic creator
registered since: 22.12.2011
Posts: 12
На рабочей версии r2407 наработана обширная база параметров в MySQL.
При переходе на r2440 не отображаются данные ни на каком из трендов в готовых проектах, а так же не вижу их при просмотре архивов значений в системном конфигураторе. С момента перехода начинает накапливаться новые значения и вот их уже видно.

Заметил что изменилось значение поля MARK во всех таблицах базы.
MARK — метка быстрого доступа/чтения архива, {TM}/(10*{period}), однако раньше там был 0 и записи с 0 не отображаются.

Не знаю как это классифицировать, но хотелось бы сохранить наработанную базу.

Спасибо.
Written on: 14. 11. 2016 [15:06]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
"sam4ik" wrote:

На рабочей версии r2407 наработана обширная база параметров в MySQL.
При переходе на r2440 не отображаются данные ни на каком из трендов в готовых проектах, а так же не вижу их при просмотре архивов значений в системном конфигураторе. С момента перехода начинает накапливаться новые значения и вот их уже видно.

Заметил что изменилось значение поля MARK во всех таблицах базы.
MARK — метка быстрого доступа/чтения архива, {TM}/(10*{period}), однако раньше там был 0 и записи с 0 не отображаются.

Не знаю как это классифицировать, но хотелось бы сохранить наработанную базу.

Не нужно как ошибка писать, если не знаете!

HTML
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.
Written on: 14. 11. 2016 [15:21]
sam4ik
Андрей Шеверя
Topic creator
registered since: 22.12.2011
Posts: 12
Я заменил все 0 в таблице на минимальное значение сформированное автоматически и все данные я увидел.
Вы говорите что это сделано для повышения быстродействия, но что будет с быстродействием по моему "рецепту"?

Спасибо.



1314