Александр (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
Как программно можно прочитать все сгенерированные квиком ошибки?
 
Создал таблицу системных сообщений, настроил экспорт по ODBC в mysql, не экспортируются критические ошибки. Письмо со скриншотами отправил на quiksupport@arqatech.com.
Как программно можно прочитать все сгенерированные квиком ошибки?
 
Для решения вопроса с ошибкой экспорта по ODBC не придумал ничего лучше как рестартовать экспорт заново при обнаружении ошибки. Возникает вопрос как можно сторонней программой вытащить список ошибок?
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
Настроен вывод по ODBC для многих таблиц, в том числе для таблицы параметров. Для всех таблиц в диалоге вывода по ODBC выставлены "галки" "Чистить таблицу перед выводом", "Формальные имена" и "Вывод после создания". Запускаю info.exe в начале дня или с ключом --clear в середине дня (если запустить в середине дня без ключа --clear, то ошибки не будет). Ввожу логин/пароль. Все. Пока таблица параметров полностью на заполнена генерируются ошибки.
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
В предыдущих версиях такой ошибки точно не было. Иначе давно поднял бы этот вопрос. Но дело не в этом: нельзя в mysql написать триггер с отменой insert в этой же таблице! Можно только сделать костыль с генерацией ошибки, которая не прекращает экспорт по ODBC. Если вы знаете как правильно написать такой триггер, то большая просьба поделиться кодом. Мой вариант:
DELIMITER //

CREATE TRIGGER my_trigger BEFORE INSERT ON my_table_instrum
 FOR EACH ROW
 BEGIN
   IF (SEL ECT COUNT(*) FR OM my_table_instrum WHERE my_field_name = NEW.my_field_name) > 0 THEN
     ins ert in to you_cannot_insert_into_this_table_because_of_the_trigger_che­ck values ();
   END IF;
 END; //

DELIMITER ;
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
В версии 6.17.3.6 данной ошибки не было. Может это все же ваша ошибка, на написание триггера -- это рекомендуемый вами костыль. Он конечно поможет, но создаст большую нагрузку на процессор.
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
В ответном письме вы сказали, что для mysql необходимо сделать триггер с проверкой дубликатов значений и указали ссылку, где ранее поднимался этот вопрос: http://forum-archive.quik.ru/forum/iwr/100348/100391/ однако данная ссылка нерабочая. Большая просьба дать пример кода триггера, который может решить эту задачу.
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
Отправил quik_odbc.log с ошибками
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
Сегодня не было ошибок. Может как-то связано с задержками при записи в quik_odbc.log? Можно как-то сэмулировать смену даты? А то придется ждать до завтра.
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
на  quiksupport@arqatech.com я отослал скриншот диалога ODBC в нем указано, что параметр "Инструмент" должен быть уникальным ключом (помечен *). Если это не так, скажите, какой параметр должен быть ключевым. Параметра "тип инструмента" я не нашел. файл quik_odbc.log смогу сделать только завтра утром.
Ошибка экспорта по ODBC таблицы параметров, При первом старте генерируется большое количество сообщений об ошибке экспорта по ODBC.
 
Версия Quik 7.0.4.10. При первом старте quik генерируется более 500 ошибок вида: "[MySQL][ODBC 3.51 Driver][mysqld-5.1.35-community]Duplicate entry '' for key 'table' SQLSTATE=23000 Код ошибки=1062". Это происходит сразу после очитки таблицы параметров и последующем неполном ее заполнении. По всей видимости вы прочищаете таблицу, заполняете ее пустыми строками и как только там появляются нормальные  строки вы начинаете экспорт экспортирую пустые строки. Т.к. в таблице mysql поле "Инструмент" сделано уникальным, то генерируется ошибка.
GET_PARAM_EX, непонятно работает GET_PARAM_EX
 
Есть две строки кода:
mapSec0 = GET_PARAM_EX("SPBFUT", "RIM5", "LAST") и
mapSec1 = GET_PARAM_EX("SPBFUT", "SIM5", "LAST")

в первом случае все работает нормально (RESULT=1), во втором - дает ошибку (RESULT=0)
в чем у меня ошибка?
Страницы: 1
Наверх