УкраїнськаEnglishmRussian
Вход/Новый
В теме нет новых постов

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


Автор Сообщение
Сообщение создано: 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 не отображаются.

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

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

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

Спасибо.



10818