foobar (Все сообщения пользователя)

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

Страницы: Пред. 1 2
Непонятность с полем ID транзации в таблицах заявок и сделок
 
Судя по всему, этот счётчик стартует с 10 и растёт на 1 для каждой новой транзакции, порождённой заявкой, сделанной в терминале вручную.
По логике вещей, там тоже должно быть пусто, как и TRANS_ID заявки
Непонятность с полем ID транзации в таблицах заявок и сделок
 
Добрый день.

Возникло желание привязывать сделки к ордерам из внешней системы через ID транзакции.
Из документации на таблицу заявок: "Значение уникального номера заявки TRANS_ID при импорте заявок из файла"
Из документации на таблицу сделок: "Значение уникального номера заявки TRANS_ID, породившей сделку"

Импортируем сделки по API - всё хорошо.
Создаём сделку руками:
1. В таблице заявок TRANS_ID пуст
2. В таблице сделок TRANS_ID не пуст. Там используется какой-то другой счётчик.

Отчего так?
Экспорт инструментов по DDE
 
Уважаемая поддержка QUIK, прокомментируйте, пожалуйста, целесообразность разработки предлагаемом в первом сообщении пожелании
Экспорт инструментов по DDE
 
Цитата
Imersio Arrigo написал:

Вот как? Научи?
Мне не нужно, просто я вижу пункты меню там же где и dde, поэтому считаю что и вывод возможен там же - а это исключительно из открытых таблиц.
Сервисы - Импорт/Экспорт - Экспорт инструментов по ODBC
Экспорт инструментов по DDE
 
Цитата
Anton написал:

Отправлять сообщения могут, никто не мешает. Чтобы сообщения получать, надо создать окно и дергать GetMessage или PeekMessage, причем после первого же вызова одной из этих функций поток станет гуишным (можно проверить, вызвав IsGUIThread). Работать с DDE из консольной программы можно через либу ddeml, которая как раз и создает кучку скрытых окон под ковром.
Ну, всё может быть. Я писал на Java и не думал особо что происходит. В любом случае, я не вижу каких либо проблем для терминала. Там можно найти/сделать того кто будет отвечать и посылать сообщения.
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
А что насчёт импорта транзакций через DLL ? (trans2quik) Она работать будет без смены на 64 разрядную версию?
Экспорт инструментов по DDE
 
Вот тут расписано подробно https://docs.microsoft.com/en-us/windows/win32/dataxchg/about-dynamic-data-exchange#dynamic-data-exc...
К открытым (равно как и невидимым окнам) это не имеет никакого отношения. Консольные программы тоже могут получить или отправлять DDE-сообщения.
Экспорт инструментов по DDE
 
Цитата
Anton написал:
Цитата
Imersio Arrigo написал:
Так вроде и с одбц такая же схема, не?
Нет, по ODBC можно даже из консольного приложения вывести ( пример ), DDE же в принципе основано на том, что два окна обмениваются сообщениями.
Так в windows всё является окном и имеет hwnd.  
Экспорт инструментов по DDE
 
В разделе 6 руководства описан функционал экспорта инструментов по ODBC.
Очень бы хотелось иметь аналог по DDE. Хочется искать плиты в стаканах :)

На мой взгляд DDE гораздо лучше ODBC, странно что его обделили вниманием.

1. Он быстрее, так как осуществляется через shared mem
2. Он позволяет не мучиться с генерацией сигналов об обновлении данных. (В случае через ODBC, к примеру, это означает или использовать триггеры или читать журнал транзакий, что медленнее на несколько порядков)
Страницы: Пред. 1 2
Наверх