Generic SQL Actions

[Yump]

наткнулся в мануале к хисториану на следующее:

A generic SQL action executes an action that is outlined in a SQL statement. For example, a SQL action can update the database (for example, turning off storage for tags) or copy data to a separate table or database.

как раз есть такая задача, по Event Tag нужно отключать или включать регистрацию отдельных тэгов (или копировать данные из одного тега в другой)...но как это реализовать в хелпе инфы не нашел.

Есть идеи?

[Klinkmann_Msk]

наткнулся в мануале к хисториану на следующее:

A generic SQL action executes an action that is outlined in a SQL statement. For example, a SQL action can update the database (for example, turning off storage for tags) or copy data to a separate table or database.

как раз есть такая задача, по Event Tag нужно отключать или включать регистрацию отдельных тэгов (или копировать данные из одного тега в другой)...но как это реализовать в хелпе инфы не нашел.

Есть идеи?

/* This stored procedure is used by the configuration editor */
/* to set storage On or Off */
/* @type: 1 = IOServer, 2 = Topic , 3 = Tag, 4 = PublicGroup */
/* @list: The IDENTITY key list (type 1,2,4), separated by commas */
/* or list of tags names (type 3) separated by commas */
/* @set : ON or OFF */
/* example: SetTagStorage 2, '3,4', 'OFF' */
/* or SetTagStorage 3, 'SysTimeSec, SysTimeHour', 'ON' */

Example:

exec aaSetTagStorage 3, 'SysTimeSec, SysTimeHour', 'OFF'
exec aaCommitChanges

[Yump]

Спасибо, тоже нашел эту инфу в мануале, тестирую

add. в настройках топика нужно ставить галку "Set To No TimeOut", иначе данные через определенный интервал снова начнут регистрироваться несмотря на Storage Method - Not Stored

add2. есть ещё такая проблема, что:

- если убирать тайм-айт, то требуемый тег может «умереть», т.е. он может и не начать потом регистрироваться в базу после команды «ON»
- если не убирать, то регистрация данных восстанавливается после этого события в логе:

26127513 08.10.2009 15:33:43 684 3620 Warning aahIDASSvc Data reception timeout: reconnecting (topic name) (YUMP; \\localhost\FSGateway|Intake_CrackTwo) [YUMP; StorageNode.cpp; 642; 1]

[Klinkmann_Msk]

Yump wrote:
Ну, единственное что с ходу приходит на ум - после того, как подаётся команда включить тег в опрос снова давать команду реконекта по топику.