This SQLite tutorial teaches you everything you need to know to start using SQLite effectively. You will learn SQLite through extensive hands-on practices. If you have been working with other relational database management systems such as MySQL, PostgreSQL, Oracle, Microsoft SQL Server and you hear about SQLite. And you are curious to know more...
이 프로젝트에 대한 자세한 문서가 많이 게시되어 있으므로 굳이 도움말에 옮길 필요는 없습니다.
대부분의 경우 도움말에 준비된 튜토리얼에 대한 직접 링크를 포함할 것입니다.
SQLite의 가능성에 대해 더 자세히, 그러나 여전히 피상적으로 친숙해진 후 저는이 형태에서는 미안하지만 딸랑이 일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하기 위해서는 적어도 히스토리 데이터베이스가 필요하지 않을 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID 또는 특정 기간 동안의 모든 거래에서 스왑 금액, 수수료, 수익을 얻는 것은 매우 쉬울 것입니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
SQLite의 가능성에 대해 자세히, 그러나 여전히 피상적으로 숙지한 후, 저는 이 형태에서는 미안하지만 딸랑이일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하기 위해서는 적어도 히스토리 데이터베이스가 필요하지 않을 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID로 또는 특정 기간 동안 모든 거래의 스왑 금액, 수수료, 수익을 매우 쉽게 얻을 수 있습니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
이미 있습니다. MQL을 통해. 어디 있는지 알죠. 하지만 세 문장 이상을 읽을 수 없다고 하셨는데....
이미 그렇습니다. MQL을 통해. 어디 있는지 알잖아요. 하지만 세 문장 이상을 읽을 수 없다고 하셨는데....
이해가 안 돼요. 어디 있는지 모르겠어요. "MQL 도구로"란 무슨 뜻인가요? 이제 SQLite 데이터베이스에서 가져오고 가져올 수 있다는 것은 매우 큰 차이입니다. 피상적으로 알고 있어도 분명합니다. MQL을 사용하면 훨씬 더 복잡하고 시간이 더 많이 걸리는 것처럼 보입니다.
불필요한 빈 문구없이 문제에 대해 쓰여지면 조금 더 읽을 수 있습니다. 이 기사는 그런 방식으로 작성되었습니다.
아무것도 이해하지 못합니다. 어디에 있는지 모르겠어요. "MQL 도구"가 무슨 뜻인가요? 이제 SQLite 데이터베이스에서 가져오고 가져올 수 있다는 것은 매우 큰 차이입니다. 피상적으로 알고 있는 후에도 분명합니다. MQL을 사용하면 훨씬 더 어렵고 시간적으로도 더 많은 비용이 듭니다.
불필요한 빈 문구없이 문제에 대해 쓰여지면 조금 더 읽을 수 있습니다. 이 기사는 그런 방식으로 작성되었습니다.
말씀하신 데이터 샘플링은 이미 오래 전에 가능하게 만들었습니다. 두 플랫폼 모두에서 작동합니다. 그리고 그것은 기사에 설명되어 있습니다. 오래 전에 완료된 작업입니다. 더 구체화될 예정이지만 나중에 설명하겠습니다. 이 주제와 관련이 없는 내용은 여기서 논의하고 싶지 않습니다.
말씀하신 데이터 샘플링은 이미 오래 전에 가능하게 만들었습니다. 두 플랫폼 모두에서 작동합니다. 그리고 이는 문서에 설명되어 있습니다. 오래전부터 해온 작업입니다. 더 구체화될 예정이지만 나중에 설명하겠습니다. 이 주제와 관련이 없는 내용은 여기서 논의하고 싶지 않습니다.
맞아요. Artem, 당신은 MQL로 그것을 해냈지 만 주제는 SQLite에 관한 것입니다. 라이브러리조차도 SQLite 데이터베이스를 사용하면 더 간단하고 "고속"이 될 것입니다. 나는 그것을 할 수 없거나 불가능하다는 것에 대해 이야기하지 않았습니다. 저는 솔루션의 단순성에 대해 이야기하고 있었습니다.
SQLite에 대한 매우 자세한 튜토리얼: https://www.sqlitetutorial.net/
다음은 SELECT에 대한 튜토리얼입니다: https://www.sqlitetutorial.net/sqlite-select/
도움말에 옮기는 것은 의미가 없으며 이 프로젝트에 대한 자세한 문서가 많이 게시되어 있습니다.
대부분의 경우 도움말에 준비된 튜토리얼에 대한 직접 링크를 포함할 것입니다.
SQL은 간단한 언어이기는 하지만 러시아어를 포함하여 많은 교과서가 있습니다. 문서/참고서에서 언어를 배우는 것은 비효율적입니다.
SQL은 간단한 언어이기는 하지만 러시아어를 포함하여 많은 교과서가 있습니다. 문서/참고서에서 언어를 배우는 것은 비효율적입니다.
어떤 사람들에게는요. 개인적으로 저는 MQL5와 같은 문서가 사용 예제보다 더 즐겁습니다. 저는 비슷한 문서를 사용하여 와식 프로그래밍을 시작했습니다.
추가: 러시아어로 된 교과서를 검색하고 읽었습니다.... 힘들어요. 생각없는 사람들은 읽지 않고 기계 번역을 복사합니다. V.S. 비소츠키 "그들은 거기에 어떤 꽃이 있는지 신경 쓰지 않습니다."
그러한 번역에서 아무것도 배우는 것은 불가능합니다 ...
SQLite에 대한 매우 자세한 튜토리얼: https://www.sqlitetutorial.net/
다음은 SELECT에 대한 튜토리얼입니다: https://www.sqlitetutorial.net/sqlite-select/
이 프로젝트에 대한 자세한 문서가 많이 게시되어 있으므로 굳이 도움말에 옮길 필요는 없습니다.
대부분의 경우 도움말에 준비된 튜토리얼에 대한 직접 링크를 포함할 것입니다.
SQLite의 가능성에 대해 더 자세히, 그러나 여전히 피상적으로 친숙해진 후 저는이 형태에서는 미안하지만 딸랑이 일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하기 위해서는 적어도 히스토리 데이터베이스가 필요하지 않을 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID 또는 특정 기간 동안의 모든 거래에서 스왑 금액, 수수료, 수익을 얻는 것은 매우 쉬울 것입니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
어떤 사람들에게는요. 개인적으로 저는 MQL5 문서가 사용 예제보다 더 유용하다고 생각합니다. 저는 비슷한 문서를 사용하여 Wasik에서 프로그래밍을 시작했습니다.
추가: 러시아어로 된 튜토리얼을 검색하고 읽었습니다.... 힘들어요. 생각없는 사람들은 읽지 않고 기계 번역을 복사합니다. V.S. 비소츠키 "그들은 거기에 어떤 꽃이 있는지 깊이 신경 쓰지 않습니다."
그러한 번역에서 아무것도 배우는 것은 불가능합니다 ...
"이봐."
SQLite의 가능성에 대해 자세히, 그러나 여전히 피상적으로 숙지한 후, 저는 이 형태에서는 미안하지만 딸랑이일 뿐이라는 결론에 도달했습니다.
SQLite의 무조건적인 장점을 활용하기 위해서는 적어도 히스토리 데이터베이스가 필요하지 않을 것입니다. 그리고 더 좋은 것은 현재 포지션과 보류 중인 주문 데이터베이스입니다. MT 수준에서 이러한 데이터베이스를 만드는 데 많은 시간이 걸리지 않기를 바랍니다. 특히 지금처럼 테이블이 SQLite 데이터베이스로 구성될 수 있다면 더욱 그렇습니다. 이 접근 방식은 주문 및 거래 내역에 대한 작업을 확실히 단순화 할 것입니다. 하나의 포지션 ID로 또는 특정 기간 동안 모든 거래의 스왑 금액, 수수료, 수익을 매우 쉽게 얻을 수 있습니다.
최근에 나는 주제 중 하나에서 내역 선택이 시작 시간을 기준으로하지만 마감 시간을 기준으로 올바르게 읽었습니다.... SQLite 데이터베이스를 사용하면 이러한 질문이 사라집니다. 어떤 기준으로 사용하고 선택하려는 기준. 그러나 이러한 기반을 스스로 만드는 프로그래머는 거의 없습니다. IMHO.
이미 있습니다. MQL을 통해. 어디 있는지 알죠. 하지만 세 문장 이상을 읽을 수 없다고 하셨는데....
"그녀"
이 경우 사소한 의역은 중요하지 않습니다.
이미 그렇습니다. MQL을 통해. 어디 있는지 알잖아요. 하지만 세 문장 이상을 읽을 수 없다고 하셨는데....
이해가 안 돼요. 어디 있는지 모르겠어요. "MQL 도구로"란 무슨 뜻인가요? 이제 SQLite 데이터베이스에서 가져오고 가져올 수 있다는 것은 매우 큰 차이입니다. 피상적으로 알고 있어도 분명합니다. MQL을 사용하면 훨씬 더 복잡하고 시간이 더 많이 걸리는 것처럼 보입니다.
불필요한 빈 문구없이 문제에 대해 쓰여지면 조금 더 읽을 수 있습니다. 이 기사는 그런 방식으로 작성되었습니다.
이 경우 사소한 의역은 중요하지 않습니다.
아무것도 이해하지 못합니다. 어디에 있는지 모르겠어요. "MQL 도구"가 무슨 뜻인가요? 이제 SQLite 데이터베이스에서 가져오고 가져올 수 있다는 것은 매우 큰 차이입니다. 피상적으로 알고 있는 후에도 분명합니다. MQL을 사용하면 훨씬 더 어렵고 시간적으로도 더 많은 비용이 듭니다.
불필요한 빈 문구없이 문제에 대해 쓰여지면 조금 더 읽을 수 있습니다. 이 기사는 그런 방식으로 작성되었습니다.
말씀하신 데이터 샘플링은 이미 오래 전에 가능하게 만들었습니다. 두 플랫폼 모두에서 작동합니다. 그리고 그것은 기사에 설명되어 있습니다. 오래 전에 완료된 작업입니다. 더 구체화될 예정이지만 나중에 설명하겠습니다. 이 주제와 관련이 없는 내용은 여기서 논의하고 싶지 않습니다.
말씀하신 데이터 샘플링은 이미 오래 전에 가능하게 만들었습니다. 두 플랫폼 모두에서 작동합니다. 그리고 이는 문서에 설명되어 있습니다. 오래전부터 해온 작업입니다. 더 구체화될 예정이지만 나중에 설명하겠습니다. 이 주제와 관련이 없는 내용은 여기서 논의하고 싶지 않습니다.
맞아요. Artem, 당신은 MQL로 그것을 해냈지 만 주제는 SQLite에 관한 것입니다. 라이브러리조차도 SQLite 데이터베이스를 사용하면 더 간단하고 "고속"이 될 것입니다. 나는 그것을 할 수 없거나 불가능하다는 것에 대해 이야기하지 않았습니다. 저는 솔루션의 단순성에 대해 이야기하고 있었습니다.