Сбой передачи данных по ODBC при переходе на 19-тизначный номер заявки, Сбой передачи данных по ODBC при переходе на 19-тизначный номер заявки
Пользователь
Сообщений: Регистрация: 27.08.2015
14.09.2020 16:06:21
Сегодня, при переходе на 19-тизначный номер заявки произошел сбой передачи данных по ODBC и соответственно робот встал :(. База на FB сервере, система Win7, Квик 8.5.2.11, Брокер - Кит_Финанс. Насколько я понимаю причина в том, что FB не поддерживает 19 знаков. На какую базу можно перейти? Надеюсь разработчики не отказались полностью от передачи данных по ODBC и тестировали ее хоть на какой-то базе?
Кстати, теперь номер заявки идет не по порядку выставления заявки, а по какому-то другому принципу. Например заявки по SiU0 имеет меньший номер чем GDU0, даже если она была выставлена намного позже. Так и было задумано или это какой-то сбой? И как теперь упорядочить таблицу заявок?
Пользователь
Сообщений: Регистрация: 23.01.2015
14.09.2020 16:09:55
Цитата
Юрий Балашов написал: Сегодня, при переходе на 19-тизначный номер заявки произошел сбой передачи данных по ODBC и соответственно робот встал :(. База на FB сервере, система Win7, Квик 8.5.2.11, Брокер - Кит_Финанс. Насколько я понимаю причина в том, что FB не поддерживает 19 знаков. На какую базу можно перейти? Надеюсь разработчики не отказались полностью от передачи данных по ODBC и тестировали ее хоть на какой-то базе?
Попробуйте обновиться до последней версии, сейчас это 8.8.4
Цитата
Юрий Балашов написал: Кстати, теперь номер заявки идет не по порядку выставления заявки, а по какому-то другому принципу. Например заявки по SiU0 имеет меньший номер чем GDU0, даже если она была выставлена намного позже. Так и было задумано или это какой-то сбой? И как теперь упорядочить таблицу заявок?
Это вопрос к бирже а не к нам, они так транслируют. Если вкратце, то на бирже произошло так называемое портицирование метчинга, в результате которого сделки нумеруются в зависимости от базового актива, а не от инструмента.
Пользователь
Сообщений: Регистрация: 23.01.2015
14.09.2020 16:11:31
Цитата
Юрий Балашов написал: Сегодня, при переходе на 19-тизначный номер заявки произошел сбой передачи данных по ODBC и соответственно робот встал :(. База на FB сервере, система Win7, Квик 8.5.2.11, Брокер - Кит_Финанс. Насколько я понимаю причина в том, что FB не поддерживает 19 знаков. На какую базу можно перейти? Надеюсь разработчики не отказались полностью от передачи данных по ODBC и тестировали ее хоть на какой-то базе?
Дополним, Если проблема действительно в FB то обновление терминала никак не поможет. ответ следует искать на форумах где обсуждается FB. Еще можно попробовать изменить тип данных в самой базе.
Дополним, Если проблема действительно в FB то обновление терминала никак не поможет. ответ следует искать на форумах где обсуждается FB. Еще можно попробовать изменить тип данных в самой базе.
Да, проблема действительно в FB, Квик передает данные, но усеченные, не все 19 цифр. Поэтому и был вопрос, на какой базе данных тестировали передачу данных по ODBC? На какой тип данных изменить, в самой базе у меня стоит DOUBLE PRECISION?
Пользователь
Сообщений: Регистрация: 27.08.2015
14.09.2020 16:30:05
Вдогонку, можно ли передать номер заявки как строковый?
Пользователь
Сообщений: Регистрация: 23.01.2015
14.09.2020 17:14:27
Цитата
Юрий Балашов написал: Да, проблема действительно в FB, Квик передает данные, но усеченные, не все 19 цифр. Поэтому и был вопрос, на какой базе данных тестировали передачу данных по ODBC?
на разных базах, но FB точно не проверялся.
Цитата
Юрий Балашов написал: На какой тип данных изменить, в самой базе у меня стоит DOUBLE PRECISION?
рекомендуем ознакомиться с документацией на FB и в ней найти нужный тип, который вмещает 19 символьные числа (если вообще там такой имеется).
Цитата
Юрий Балашов написал: Вдогонку, можно ли передать номер заявки как строковый?
По идее да, если в базе строковый тип данных, однако совершенно точно именно для FB мы сказать не можем. рекомендуем проверить это самостоятельно.
Пользователь
Сообщений: Регистрация: 27.08.2015
14.09.2020 17:18:53
В соседнем обсуждении Вы пишите, что номер заявки передается как строковый, я попробовал, но Квик (версия 8.5) не дает возможности передать в базу данных строку "Номер" заявки как строковую переменную, только как числовую.
Пользователь
Сообщений: Регистрация: 27.08.2015
14.09.2020 17:25:29
Цитата
Sergey Gorokhov написал: на разных базах, но FB точно не проверялся.
Вы можете сказать, на каких КОНКРЕТНО базах данных, желательно с версией базы, такая передача данных проверялась.
Пользователь
Сообщений: Регистрация: 23.01.2015
14.09.2020 17:32:08
Цитата
Юрий Балашов написал: В соседнем обсуждении Вы пишите, что номер заявки передается как строковый, я попробовал, но Квик (версия 8.5) не дает возможности передать в базу данных строку "Номер" заявки как строковую переменную, только как числовую.
К сожалению произошла ошибка, через терминал QUIK при экспорте по ODBC передать параметр номера заявки в виде числа нельзя. Альтернативный вариант в виде использования QPILE таблиц, где указать строковое значение в виде номера заявки, далее эту таблицу сохранять по ODBC.
Цитата
Юрий Балашов написал: Вы можете сказать, на каких КОНКРЕТНО базах данных, желательно с версией базы, такая передача данных проверялась.
нет не можем. на MSSQL совершенно точно проблем не обнаружено, можете использовать ее.
Пользователь
Сообщений: Регистрация: 27.08.2015
14.09.2020 17:59:54
Цитата
Sergey Gorokhov написал: К сожалению произошла ошибка, через терминал QUIK при экспорте по ODBC передать параметр номера заявки в виде числа нельзя. Альтернативный вариант в виде использования QPILE таблиц, где указать строковое значение в виде номера заявки, далее эту таблицу сохранять по ODBC.
Вы наверное описались, когда пишите, что "передать параметр номера заявки в виде ЧИСЛА нельзя" и имели ввиду что в виде СТРОКИ нельзя? Не могли бы Вы дать ссылку как создать таблицу при помощи QPILE.
написал: Вы можете сказать, на каких КОНКРЕТНО базах данных, желательно с версией базы, такая передача данных проверялась.
нет не можем. на MSSQL совершенно точно проблем не обнаружено, можете использовать ее.
Это секретные данные??? MSSQL слишком специфичная база, не могли бы Вы сказать будет ли работать на базе Oracle 8?
Пользователь
Сообщений: Регистрация: 23.01.2015
14.09.2020 18:04:47
Цитата
Юрий Балашов написал: Вы наверное описались, когда пишите, что "передать параметр номера заявки в виде ЧИСЛА нельзя" и имели ввиду что в виде СТРОКИ нельзя?
Да, это просто опечатка. В виде строки нельзя.
Цитата
Юрий Балашов написал: Не могли бы Вы дать ссылку как создать таблицу при помощи QPILE.
Это описано в документации на терминал QUIK, глава "Раздел 8. Алгоритмический язык QPILE"
Цитата
Юрий Балашов написал: Это секретные данные???MSSQL слишком специфичная база, не могли бы Вы сказать будет ли работать на базе Oracle 8?
Будет работать вообще на любой БД в которой есть подходящий тип данных. Сколько таких БД существует к сожалению затруднимся сказать, наверное очень много. И по этому мы не можем привести такой список.
Пользователь
Сообщений: Регистрация: 04.02.2015
15.09.2020 23:09:57
Цитата
Sergey Gorokhov написал: По идее да, если в базе строковый тип данных, однако совершенно точно именно для FB мы сказать не можем. рекомендуем проверить это самостоятельно.
Дополним, Если проблема действительно в FB то обновление терминала никак не поможет. ответ следует искать на форумах где обсуждается FB. Еще можно попробовать изменить тип данных в самой базе.
Да, проблема действительно в FB, Квик передает данные, но усеченные, не все 19 цифр. Поэтому и был вопрос, на какой базе данных тестировали передачу данных по ODBC? На какой тип данных изменить, в самой базе у меня стоит DOUBLE PRECISION?
Это же теперь целочисленный тип, а не вещественный, как было раньше (и всех сильно забавляло). Правда, хелп QUIK'а (info.chm от 20.07.20) версии 8.8.4 (ftp.quik.ru//public/updates/8.8/quik_8.8.4_upd.zip от 21.08.20) все еще упорно говорит нам о том, что там decimal, да еще и с 15 знаками в целой части.
Дополним, Если проблема действительно в FB то обновление терминала никак не поможет. ответ следует искать на форумах где обсуждается FB. Еще можно попробовать изменить тип данных в самой базе.
Да, проблема действительно в FB, Квик передает данные, но усеченные, не все 19 цифр. Поэтому и был вопрос, на какой базе данных тестировали передачу данных по ODBC? На какой тип данных изменить, в самой базе у меня стоит DOUBLE PRECISION?
Это же теперь целочисленный тип, а не вещественный, как было раньше (и всех сильно забавляло). Правда, хелп QUIK'а (info.chm от 20.07.20) версии 8.8.4 (ftp.quik.ru//public/updates/8.8/quik_8.8.4_upd.zip от 21.08.20) все еще упорно говорит нам о том, что там decimal, да еще и с 15 знаками в целой части.
Таблица заявок
Таблица заявок Параметр Формат Номер DECIMAL(15,0)
Таблица сделок Параметр Формат Номер DECIMAL(15,0) Заявка DECIMAL(15,0)
в BIGINT корректно пишет.
Проверено в 3-м диалекте.
Пользователь
Сообщений: Регистрация: 23.01.2015
17.09.2020 11:50:57
Цитата
Сергей написал: Правда, хелп QUIK'а (info.chm от 20.07.20) версии 8.8.4 (ftp.quik.ru//public/updates/8.8/quik_8.8.4_upd.zip от 21.08.20) все еще упорно говорит нам о том, что там decimal, да еще и с 15 знаками в целой части.
Это ошибка в документации приносим извинения. Документацию обязательно поправим
Пользователь
Сообщений: Регистрация: 05.08.2021
13.09.2021 10:42:58
Добрый день,
Описанная в данном инциденте ошибка была исправлена в версии 9.2 терминала QUIK. Рекомендуем обновить версию программы. Приносим извинения за причиненные неудобства.
Пользователь
Сообщений: Регистрация: 27.08.2015
18.11.2021 12:07:23
Правильно ли я понимаю, что начиная с версии Квик 9,2 можно передавить 19-тизначный номер заявки по ODBC в FB или Вы имеете ввиду что-то другое? И большая просьба, нельзя ли инициатору темы на е-мэйл отправлять сообщение о появлении ответа на его вопрос на форуме? Дело в том, что ошибку Вы исправили только через год и согласитесь, вряд ли кто будет так долго следить за темой. Я, например, обнаружил этот ответ случайно.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
29.11.2021 05:41:32
Цитата
Юрий Балашов написал: Правильно ли я понимаю, что начиная с версии Квик 9,2 можно передавить 19-тизначный номер заявки по ODBC в FB или Вы имеете ввиду что-то другое? И большая просьба, нельзя ли инициатору темы на е-мэйл отправлять сообщение о появлении ответа на его вопрос на форуме? Дело в том, что ошибку Вы исправили только через год и согласитесь, вряд ли кто будет так долго следить за темой. Я, например, обнаружил этот ответ случайно.
Добрый день.
Если судить по результатам тестирования (См. скриншот 1 и 2), то Вывод по ODBC в MySQL с 19-тизначными номерами работает корректно на версии 9.2.3.15.
Касательно DF. Тестирование вывода в данную СУБД не проводили, поэтому какие-либо комментариев дать не можем. Можно подписаться на данный топик, сверху справа кнопка "Подписаться". После Вам на почту будут приходить уведомления о новых сообщения в данной ветке форума.
Пользователь
Сообщений: Регистрация: 27.08.2015
29.11.2021 14:41:17
Цитата
Цитата
Egor Zaytsev написал: Если судить по результатам тестирования (См. скриншот 1 и 2), то Вывод по ODBC в MySQL с 19-тизначными номерами работает корректно на версии 9.2.3.15.
Спасибо, я понял, буду пробовать. Правда скриншоты не отразились, попробуйте вставить их еще раз.
Цитата
Egor Zaytsev написал: Можно подписаться на данный топик, сверху справа кнопка "Подписаться". После Вам на почту будут приходить уведомления о новых сообщения в данной ветке форума.
Отдельное спасибо, я не знал.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
30.11.2021 09:23:37
Цитата
Юрий Балашов написал: Сбой передачи данных по ODBC при переходе на 19-тизначный номер заявки
