ODBC는 오래되고 느린 기술로 간주됩니다. 데이터 소스를 생성하고 수동으로 퀵 테이블 및 ODBC 테이블에 필드를 할당해야 합니다. 성공적으로 완료했다고 가정해 보겠습니다. 이제 Quick은 ODBC 테이블에 데이터를 씁니다. 그러나 인덱스를 사용하려는 경우(예: 데이터 가져오기 속도를 높이거나 계산된 데이터를 즉시 추가하기 위해). 빨리 처리할 수 없습니다. 오류를 보고하고 출력을 중지합니다. 추가할 트리거만 있습니다. 언뜻보기에 필요한 것. 그러나 여기에 불쾌한 뉘앙스가 있습니다. 당신의 방아쇠는 얼마 동안 작동할 것이고, 이 시간 동안 빠른 시간은 새로운 데이터를 생성할 시간을 가질 것입니다(시장은 우리의 방아쇠를 기다리고 있지 않습니다). 그러나 우리 방아쇠가 작동하고 새로운 추가가 시작된 후에는 이미 뒤늦은 데이터가 될 것입니다.
여기 _http://www.luxidsoft.okis.ru/forum/viewtopic.php?t=7 읽기, 사람들은 DDE가 유일한 옵션이라고 말합니다
아니오, 얘들 아, 처리되지 않은 데이터 소스로서의 ODBS는 클라이언트에서 단순히 수신되어 이미 처리되었습니다. 그렇게 나쁘지 않아야합니다. DDE보다 빨라야 합니다. 그러나 사실, 물론 모든 것은 Quick의 구현과 클라이언트 자신에 달려 있습니다. 여기서 깊이 파고들어야 합니다. 거미에는 WL을 건너기 위한 거대한 가지가 있으며, 여가 시간에 어떻게든 읽어야 합니다. 얼핏 보면 이것이 그들이 odbs를 사용하는 방식입니다. 아니면 내가 그들을 잘못 이해했습니다.
{...} 있습니다. 최선의 해결책은 아니지만 가능합니다. :) DLL을 작성해야 합니다. 강제 틱 MT가 필요합니다. 예를 들어 지표 형태로 제3자 인용문을 그릴 수 있습니다. {...}
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
글쎄, 나는 그것에 대해 썼다. DDE가 있습니다. 가장 논리적인 것은 기록을 수정하고 견적이 QUIK에 도착할 때 정확히 틱을 생성하는 것입니다. DDE에 의해.
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
ODBC 내보내기가 나타납니다(혼동하지 않는 경우) - 매우 좋습니다.
예, 여기에 말합니다
ODBC는 오래되고 느린 기술로 간주됩니다. 데이터 소스를 생성하고 수동으로 퀵 테이블 및 ODBC 테이블에 필드를 할당해야 합니다. 성공적으로 완료했다고 가정해 보겠습니다. 이제 Quick은 ODBC 테이블에 데이터를 씁니다. 그러나 인덱스를 사용하려는 경우(예: 데이터 가져오기 속도를 높이거나 계산된 데이터를 즉시 추가하기 위해). 빨리 처리할 수 없습니다. 오류를 보고하고 출력을 중지합니다. 추가할 트리거만 있습니다. 언뜻보기에 필요한 것. 그러나 여기에 불쾌한 뉘앙스가 있습니다. 당신의 방아쇠는 얼마 동안 작동할 것이고, 이 시간 동안 빠른 시간은 새로운 데이터를 생성할 시간을 가질 것입니다(시장은 우리의 방아쇠를 기다리고 있지 않습니다). 그러나 우리 방아쇠가 작동하고 새로운 추가가 시작된 후에는 이미 뒤늦은 데이터가 될 것입니다.
예, 여기에 말합니다
여기 _http://www.luxidsoft.okis.ru/forum/viewtopic.php?t=7 읽기, 사람들은 DDE가 유일한 옵션이라고 말합니다동의한다. DDE도 제안했습니다.
빠른 데이터에 따르면 MT4에서 차트를 작성할 수 있습니다(오프라인에서 열림)
그리고 당신은 이 차트에서 지표와 조언자를 실행할 수 있습니다(빠른 주문을 보낼 것입니다)
모든 것이 실시간으로 온라인처럼 작동합니다.
나는 currenex로 똑같이 했다
빠른 데이터에 따르면 MT4에서 차트를 작성할 수 있습니다(오프라인에서 열림)
그리고 당신은 이 차트에서 지표와 조언자를 실행할 수 있습니다(빠른 주문을 보낼 것입니다)
모든 것이 실시간으로 온라인처럼 작동합니다.
나는 currenex로 똑같이 했다
당신은 진정한 인도인, 두피하는 법을 알고 있습니까?
{...} 있습니다. 최선의 해결책은 아니지만 가능합니다. :) DLL을 작성해야 합니다. 강제 틱 MT가 필요합니다. 예를 들어 지표 형태로 제3자 인용문을 그릴 수 있습니다. {...}
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
글쎄, 나는 그것에 대해 썼다. DDE가 있습니다. 가장 논리적인 것은 기록을 수정하고 견적이 QUIK에 도착할 때 정확히 틱을 생성하는 것입니다. DDE에 의해.
period_converter 스크립트가 하는 것처럼 구현이 가장 간단한 기록 파일에 항목이 필요합니다. + 메타 트레이더는 외부에서 틱합니다. 메타 따옴표 자체에서 제공하는 가장 간단한 솔루션을 어떻게 무시할 수 있는지 모르겠습니다. 메타트레이더로부터 활성 인스트루먼트가 있는 창의 이름과 핸들을 얻을 수 있음을 시연했습니다. 그런 다음 창을 선택하십시오. 두 가지 명령입니다. Windows 창과 C# 창 모두에서 어디에서나 인용문을 얻을 수 있습니다. 내가 자바를 보기 전까지. DDE/기타 방법이 있는 경우에도 사용할 수 있습니다.
무슨 얘기를 하려는 걸까요?
무슨 얘기를 하려는 걸까요?
그것은 실제로 매우 간단합니다.
그것은 실제로 매우 간단합니다.
왜 나에게 이것을 말하는가? 내가 어디에 달리 명시했습니까? 쓰여진 것, 즉 다음 극복할 수 없는 문제에 대한 이해가 무엇입니까?