This is topic Не работают запросы MySql in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Здравствуйте. Есть БД MySql. В базу собираюсь записывать значения каналов. Установил mysql connector. Через ODBC настроил соединение с БД. Пишу запрос в браузере запросов: INSERT INTO project_1 ( value ) VALUES ( '#val#' ) Нажимаю выполнить запрос.Запрос выполняется. В БД добавляется новое поле. Когда запускаю проект на исполнение в профайлере, через компоненты посылаю во входное значение канала Call.SQLQuery значение 1. Но в БД не добавляется нового поля. Подскажите что делаю не так.Релиз 6.10 За ранее спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Включите, пожалуйста, трассировщик в администраторе источников данных ODBC. Он должен указать на возможные ошибки при выполнении запроса.
Posted by sugar (Участник № / Member № 1198) on :
db_0 1d64-1ad0 ENTER SQLFreeHandle SQLSMALLINT 1 <SQL_HANDLE_ENV> SQLHANDLE 0x0131B958
db_0 1d64-1ad0 EXIT SQLFreeHandle with return code 0 (SQL_SUCCESS) SQLSMALLINT 1 <SQL_HANDLE_ENV> SQLHANDLE 0x0131B958
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В протоколе трассировщика видно, что клиент осуществил Disconnect, но нет записи Сonnect и нет текста запроса. Изучите более полный раздел протокола.
В файле конфигурирования запуска узла TMcom_xx.cnf введите ключ DEBUGON=70044010
В протоколе профайлера будут записи о выполненных запросах и возможных ошибках.
Posted by sugar (Участник № / Member № 1198) on :
---------------------------------------------- (8:16:56) INF_LOAD:Starting... db_0 (8:16:56) INF_RTM:Detected RTM NT(6.2) (8:16:56) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.10.0 (8:16:56) ._.:RTM (8:16:56) INF_LOAD:max channel = 65535 (8:16:56) INF_LOAD:Load Channels = 7 (8:16:56) INF_LOAD:Templates=3 (math=1 sql=1 scr=1 doc=0 pnl=0) (8:16:56) INF_LOAD:Objects = 3 (8:16:56) INF_RTM:Timer=0.05s CalcLoop=500ms (8:16:56) INF_LOAD:LoadTime=0.03s CalcPeriod=500ms (8:16:56) INF_RTM:available(MB): pm=3875 vm=2047; free(MB): pm=2029 vm=1870 em=0 after load (8:16:56) INF_RTM:total use(MB): pm=1845 vm=177 after load (8:16:56) INF_RTM:use(MB): pm=31(31) vm=51(51) pf=0 after load (8:16:56) INF_RTM:gh:486 uh:206 hh:252 after load (8:16:56) INF_RTM:Start Main[6808] idle (8:17:3) INF_RTM:start Ext Graph[6872] normal (8:17:3) INF_RTM:start Main Graph[7208] (8:17:4) INF_RTM:start SDDE[1548] low (8:17:4) INF_RTM:start ACT[9484] idle (8:17:4) INF_RTM:start SQL_WRITE_8[9492] idle (8:17:4) INF_RTM:sql_writer is @IDW (8:17:4) INF_IP:hostname is Home (8:17:4) INF_IP:card0 addr=0.0.0.0 (8:17:4) INF_IP:card1 addr=172.20.10.6 (8:17:4) INF_RTM:start CALC[9488] above (8:17:4) INF_RTM:fast channels not found (8:17:4) INF_RTM:start GRAPH[9536] low (8:17:4) INF_RTM: OXP[1X.xxxx.00] (8:17:4) INF_RTM:start time is 0.856 s (8:17:4) INF_RTM:total use(MB): pm=1879 vm=289 after start (8:17:4) INF_RTM:use(MB): pm=73(73) vm=117(117) pf=13226 after start (8:17:4) INF_RTM:gh:507 uh:251 hh:359 after start (8:17:4) INF_FLT:ModeSwitch at start e15=0000 e18=0000 e20=0000 (8:17:4) INF_RTM:mode=2(Work) e15=00 e18=00 e20=00 [src4] (8:17:4) INF_GRAPH:scr:1:popup=0 scrref=0 trend=0,0 update=1 (8:17:6) INF_SIAD:arch_3 after start 24.01.2016 6:53:54 26.02.2016 8:17:05 (8:17:6) INF_RTM:Thread Enable (8:20:20) INF_RTM:stoping... = 30 (8:20:20) INF_RTM:[1X.xxxx.00] (8:20:21) INF_RTM:main clc stop (8:20:21) INF_RTM:mode=5(Stop) e15=00 e18=00 e20=00 [src0] (8:20:21) INF_RTM:stop CALC[9488] kws=0,197,195 (8:20:21) INF_RTM:stop Ext Graph[6872] kws=0.000156566,198,0 (8:20:21) INF_RTM:stop Main[6808] kws=0.00015122,205,203 (8:20:21) INF_RTM:stop SQL_WRITE_8[9492] kws=0,210,206(kill) (8:20:34) INF_RTM:stop GRAPH[9536] kws=0,210,206 (8:20:34) INF_RTM:stop ACT[9484] kws=0,197,195 (8:20:35) INF_RTM:stop SDDE[1548] kws=0,211,0 (8:20:35) INF_RTM:stop time is 14.035 s (8:20:35) INF_RTM:number of calculation = 388 (8:20:35) INF_RTM:END OF WORK ----------------------------------------------- Вроде ошибок никаких нет
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Нет не только ошибок, но нет и сообщений об SQL-транзакциях. Попыток записи не было.
Судя по записи "(8:17:4) INF_RTM:sql_writer is @IDW", Вы хотите перенаправить поток архивирования в БД.
Вы пробовали реализовать проект по видео-уроку "Перенаправление архива в СУБД" (http://www.adastra.ru/support/get_support/commer/get_support_tm6/videosprt/)? Сверьте свой проект с этим примером.
Posted by sugar (Участник № / Member № 1198) on :
