맞아요. Artem, MQL로 해보셨지만 주제는 SQLite에 관한 것입니다. SQLite 데이터베이스를 사용하면 라이브러리조차도 더 간단하고 "고속"이 될 것입니다. 나는 그것을 할 수 없거나 불가능하다는 것에 대해 이야기하지 않았습니다. 저는 솔루션의 단순성에 대해 이야기하고 있었습니다.
글쎄요, 제가 한 것보다 훨씬 더 간단합니다. 프로그램에서 필요한 데이터를 두 플랫폼 모두에 대해 요청하기 만하면됩니다. 그러나 주제는 실제로 그것에 관한 것이 아닙니다. 그러니 헛소리는 그만합시다.
이 쿼리는 데이터베이스에서 15000보다 큰 값을 가진 레코드를 선택합니다. 또 다른 예는 합계를 선택하는 것이었습니다. 하지만 예를 들어 데이터베이스에서 최소/최대 값을 선택해야 합니다. 또는 0보다 크거나 작은 값의 합계를 선택해야 합니다. 그런 가능성이 있다고 생각하지만 MQL5 문서에는 충분한 정보가 없습니다. 예제에서 가져오는 것은 저에게는 어렵습니다. 하지만 만약 제가 가지고 있지 않다면... 필요하다면 알아내려고 노력하겠습니다.
SQL 쿼리 언어를 배워야 합니다. 이 문서에서는 이러한 MQL5 함수의 도움을 받아 사용하는 방법을 보여주고 SQL 쿼리의 몇 가지 예를 제공합니다.
"SQL에 대한 도움말 만들기"작업이 설정되지 않았습니다. 이 주제에 대한 많은 튜토리얼과 강좌가 있습니다.
SQL 쿼리 언어를 배워야 합니다. 이 문서에서는 이러한 MQL5 함수를 사용하여 사용하는 방법을 보여주고 몇 가지 SQL 쿼리 예제를 제공합니다.
"SQL 도움말 만들기" 작업이 설정되지 않았습니다. 이 주제에 대한 많은 튜토리얼과 강좌가 있습니다.
네 Rashid, 러시아어로 찾을 수있는 것을 검색하고 찾았습니다. 그러나 무언가를 사용하겠다고 제안하면 추가 검색없이 설명을 사용할 수 있어야합니다. 또한 문서 형식이 MQL 문서로 더 적합하다고 이미 말씀 드렸습니다. 그리고 내가 SQLite의 네트워크에서 찾은 모든 것이 어떻게 든 이해하기 어려웠습니다. 그러나 이것은 저와 관련이 없습니다.
SQLite의 기능에 대해 더 자세히, 그러나 여전히 피상적으로 숙지 한 후, 저는이 형태에서는 미안하지만 딸랑이 일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하려면 적어도 히스토리 데이터베이스가 있으면 유용할 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID 또는 특정 기간 동안의 모든 거래에서 스왑, 커미션, 수익 금액을 얻는 것은 매우 쉬울 것입니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
새로운 장난감을 활용하기 위해 데이터베이스 채우기를 작성하는 프로그래머는 거의 없습니다. 그리고 Artyom은 즉시 "어떻게 사용할 수 없습니까?"라고 분개하고 라이브러리를 가져 와서 사용했습니다. 그러나 그의 라이브러리에서는 모든 것이 MQL 수단으로 이루어지며 SQLite는 딸랑이로 남아 있습니다.
내역과 미체결 포지션 및 보류중인 주문 목록을 채우는 기존 알고리즘을 SQLite 데이터베이스를 채운 다음 현재 형식으로 변환하는 것이 얼마나 어려운지 궁금합니다. 그리고 그것이 MT 속도에 어떤 영향을 미칠지 궁금합니다.
미체결 또는 이미 청산된 모든 주문과 거래를 포지션 ID로 수집하는 것이 얼마나 쉬워질지 상상해 보세요.....
네, 라시드, 러시아어로 검색해서 찾을 수 있는 것을 찾았습니다. 그러나 무언가를 사용하겠다고 제안하는 경우 추가 검색없이 설명을 사용할 수 있어야한다는 데 동의합니다. 또한 문서 형식이 MQL 문서로 더 적합하다고 이미 말씀 드렸습니다. 그리고 내가 SQLite의 네트워크에서 찾은 모든 것이 어떻게 든 이해하기 어려웠습니다. 그러나 이것은 저와는 관련이 없습니다.
맞아요. Artem, MQL로 해보셨지만 주제는 SQLite에 관한 것입니다. SQLite 데이터베이스를 사용하면 라이브러리조차도 더 간단하고 "고속"이 될 것입니다. 나는 그것을 할 수 없거나 불가능하다는 것에 대해 이야기하지 않았습니다. 저는 솔루션의 단순성에 대해 이야기하고 있었습니다.
글쎄요, 제가 한 것보다 훨씬 더 간단합니다. 프로그램에서 필요한 데이터를 두 플랫폼 모두에 대해 요청하기 만하면됩니다. 그러나 주제는 실제로 그것에 관한 것이 아닙니다. 그러니 헛소리는 그만합시다.
기사에서 어렵지만이 예제를 이해합니다.
이 쿼리는 데이터베이스에서 15000보다 큰 값을 가진 레코드를 선택합니다. 또 다른 예는 합계를 선택하는 것이었습니다. 하지만 예를 들어 데이터베이스에서 최소/최대 값을 선택해야 합니다. 또는 0보다 크거나 작은 값의 합계를 선택해야 합니다. 그런 가능성이 있다고 생각하지만 MQL5 문서에는 충분한 정보가 없습니다. 예제에서 가져오는 것은 저에게는 어렵습니다. 하지만 만약 제가 가지고 있지 않다면... 필요하다면 알아내려고 노력하겠습니다.
SQL 쿼리 언어를 배워야 합니다. 이 문서에서는 이러한 MQL5 함수의 도움을 받아 사용하는 방법을 보여주고 SQL 쿼리의 몇 가지 예를 제공합니다.
"SQL에 대한 도움말 만들기"작업이 설정되지 않았습니다. 이 주제에 대한 많은 튜토리얼과 강좌가 있습니다.
SQL 쿼리 언어를 배워야 합니다. 이 문서에서는 이러한 MQL5 함수를 사용하여 사용하는 방법을 보여주고 몇 가지 SQL 쿼리 예제를 제공합니다.
"SQL 도움말 만들기" 작업이 설정되지 않았습니다. 이 주제에 대한 많은 튜토리얼과 강좌가 있습니다.
네 Rashid, 러시아어로 찾을 수있는 것을 검색하고 찾았습니다. 그러나 무언가를 사용하겠다고 제안하면 추가 검색없이 설명을 사용할 수 있어야합니다. 또한 문서 형식이 MQL 문서로 더 적합하다고 이미 말씀 드렸습니다. 그리고 내가 SQLite의 네트워크에서 찾은 모든 것이 어떻게 든 이해하기 어려웠습니다. 그러나 이것은 저와 관련이 없습니다.
또한 나는 조금 깨달은 의견을 표현했습니다.
거래, 자동 거래 시스템 및 테스트 거래 전략에 관한 포럼.
"SQLite: MQL5에서 SQL 데이터베이스를 사용한 네이티브 작업" 문서에 대한 토론.
알렉세이 빅토로프, 2020.05.16 10:26 AM
SQLite의 기능에 대해 더 자세히, 그러나 여전히 피상적으로 숙지 한 후, 저는이 형태에서는 미안하지만 딸랑이 일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하려면 적어도 히스토리 데이터베이스가 있으면 유용할 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID 또는 특정 기간 동안의 모든 거래에서 스왑, 커미션, 수익 금액을 얻는 것은 매우 쉬울 것입니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
새로운 장난감을 활용하기 위해 데이터베이스 채우기를 작성하는 프로그래머는 거의 없습니다. 그리고 Artyom은 즉시 "어떻게 사용할 수 없습니까?"라고 분개하고 라이브러리를 가져 와서 사용했습니다. 그러나 그의 라이브러리에서는 모든 것이 MQL 수단으로 이루어지며 SQLite는 딸랑이로 남아 있습니다.
내역과 미체결 포지션 및 보류중인 주문 목록을 채우는 기존 알고리즘을 SQLite 데이터베이스를 채운 다음 현재 형식으로 변환하는 것이 얼마나 어려운지 궁금합니다. 그리고 그것이 MT 속도에 어떤 영향을 미칠지 궁금합니다.
미체결 또는 이미 청산된 모든 주문과 거래를 포지션 ID로 수집하는 것이 얼마나 쉬워질지 상상해 보세요.....
네, 라시드, 러시아어로 검색해서 찾을 수 있는 것을 찾았습니다. 그러나 무언가를 사용하겠다고 제안하는 경우 추가 검색없이 설명을 사용할 수 있어야한다는 데 동의합니다. 또한 문서 형식이 MQL 문서로 더 적합하다고 이미 말씀 드렸습니다. 그리고 내가 SQLite의 네트워크에서 찾은 모든 것이 어떻게 든 이해하기 어려웠습니다. 그러나 이것은 저와는 관련이 없습니다.
우리는 동의하지 않습니다.
널리 알려진 시스템에는 사용 가능한 문서가 많이 있습니다. 현실적으로 생각하세요.
저희는 동의하지 않습니다.
널리 알려진 시스템에는 많은 문서가 있습니다. 현실을 직시하세요.
주장하는 것이 아닙니다. 이것은 제 주관적인 의견일 뿐이며 틀릴 수도 있습니다.
새로운 장난감을 활용하기 위해 데이터베이스 채우기를 작성하는 프로그래머는 거의 없습니다.
계정 기록/계정 기록에서 데이터베이스 테이블을 생성/업데이트하는 스크립트는 몇 분이면 작성할 수 있습니다.
터미널은 이 모든 것을 동일한 DB에 저장할 가능성이 높지만 직접 액세스할 가능성은 거의 없습니다. 그리고 이를 캐스텀 데이터베이스에 "즉시" 복제하는 것은 의미가 없습니다.
계정 기록/계측기 기록에서 DB 테이블을 생성/업데이트하는 스크립트 몇 분 만에 작성하기.....
터미널은이 모든 것을 동일한 데이터베이스에 저장할 가능성이 높지만 직접 액세스 할 가능성은 거의 없습니다. 그리고 이를 캐스텀 데이터베이스에 "즉시" 복제하는 것은 의미가 없습니다.
네, 보안에 대해서는 생각하지 못했습니다. 아마도 사기 생각이 없기 때문일 것입니다 :))))))) 동의합니다. 제 말을 취소합니다.
라시드 우마로프(@Rashid Umarov ) 기사를 열 번 째 다시 읽고 있는데 그때마다 오타가 눈에 띕니다.
오타를 수정하고 이 메시지를 삭제해 주세요.
두 곳에서 이상한 오타를 수정했습니다. 고마워요
안녕하세요!
스크립트 DatabaseRead.mq5를 실행할 때 데이터베이스 파일(company.sqlite)이 전혀 생성되지 않습니다.
오류가 발생하지 않습니다. 파일은 있지만 보이지 않습니다!
제가 이해할 수 있도록 도와주실 수 있나요?