Banco de dados sqx sqx

Complete os dados do Tick de histórico de Forex.
Existe alguém lá fora, com dados de segurança históricos confiáveis ​​e completos. Através de pesquisas anteriores, encontrei Dukascopy, mas descobri que estava cheio de buracos.
Dados Dukascopy com buracos, como e onde você está obtendo seus dados? Não utilizo os dados da Dukascopy. É bem conhecido por aqui que eles passaram um dos melhores dados, especialmente o Tick-Data.
Baixei os dados via JForex e passei pelo processo explicado no site de revisão do EA eareview / tick-data / download-free-tick-data. Seguindo o processo descrito neste site, finalmente acabei com um arquivo *.fxt de um minuto. Colocando este arquivo no diretório do histórico do testador, executei um programa de EA para me dar todos os dados do tick em um intervalo de um minuto. Escusado será dizer que acabei com 19G de dados históricos do carrapato. A partir daí eu coloquei os dados do tick no SQL Server e liguei uma tabela de dados de marca para uma tabela mestre com todos os dias do ano de 2009 até 2011. O que eu finalmente descobriu é que faltam dados de minutos. Embora eu acomodasse os fins de semana e excluí isso da consideração, não acolhei feriados. Como resultado, alguns dos dados de discrepância incluem feriados não excluídos.
Existe alguém lá fora, com dados de segurança históricos confiáveis ​​e completos. Através de pesquisas anteriores, encontrei Dukascopy, mas descobri que estava cheio de buracos.
Jeeezzz, buracos em dados Dukascopy ?! Verdade?
Qualquer um tentou essa gente: histdata? Parece que eles têm dados históricos gratuitos do forex para 66 pares prontos para o uso do MetaTrader. Estou usando e, até agora tão bom.
Vocês podem fornecer seus comentários?
Jeeezzz, buracos em dados Dukascopy ?! Verdade?
Qualquer um tentou essa gente: histdata? Parece que eles têm dados históricos gratuitos do forex para 66 pares prontos para o uso do MetaTrader. Estou usando e, até agora tão bom.
Vocês podem fornecer seus comentários?
Obrigado pela sua resposta. Você conhece a fonte dos dados neste site?
Obrigado pela sua resposta. Você conhece a fonte dos dados neste site?
Obrigado pela sua resposta. Você conhece a fonte dos dados neste site?
Não conheço a fonte de seus dados.
Através de uma revisão adicional, eliminei alguns dos minutos que faltavam. Agora tenho problemas com 4.831 minutos de dados faltantes. Isso abrange três anos de dados e equivale a uma taxa de dados de 2,6% faltando. Se alguém tiver dados mais precisos de uma instituição financeira, estou interessado.
Existe alguém lá fora, com dados de segurança históricos confiáveis ​​e completos. Através de pesquisas anteriores, encontrei Dukascopy, mas descobri que estava cheio de buracos.
Nós sempre vamos percorrer alguns tickdata no comércio real. Para mim, parece impossível obter todos os tiques de seu corretor.
Então, por que isso é tão importante para você.
Nós sempre vamos percorrer alguns tickdata no comércio real. Para mim, parece impossível obter todos os tiques de seu corretor.
Então, por que isso é tão importante para você.
Obrigado pela sua resposta. Esta é uma variável que é importante na avaliação e na dependência de EAs.
Estou tentando encontrar dados!
Subscrevi o forextester, eles foram promissores dados históricos completos de 2001 com volume, de 9 diferentes corretores. Eu paguei 36 $ e eles me redirecionaram para livetickdata que vende os mesmos dados por 8 $. BOM TRABALHO. De qualquer forma, estou aguardando resposta porque o livetickdata parece offline e eu poderia fazer o download no final.
IM MUITO INTERESSADO EM DADOS M1 COM VOLUMES DE 2001.
Eu usei Dukascopy e seus volumes foram OK até 2009, de volta a sua outra história. Mas, por preço, apenas foram aprovados a partir de 2007, se você não usar o m1, pode usá-los a partir de 2000 para pares principais.

banco de dados SQL Forex
Obter através da App Store Leia esta publicação em nosso aplicativo!
Armazenando e mapeando taxas de câmbio.
Eu preciso armazenar em dados de taxa de câmbio do SQLServer 2008 R2.
O aplicativo que usa esses dados é desenvolvido em C #. A coluna que detém a taxa de câmbio da moeda será necessária para armazenar as conversões em ambos os sentidos - ou seja, prefiro ter uma precisão fixa, mas uma escala variável.
Qual tipo de dados devo escolher no SQL Server que pode ser mapeado para C #, evitando qualquer perda de dados? Estou olhando para a matriz de mapeamentos fornecidos pela MSDN e não consigo achar nada que eu possa manipular com segurança.
Float (53) poderia ser uma possibilidade, mas os flutuadores são valores aproximados. O dinheiro só é preciso para os dez milésimos da unidade.
Eu sou deixado com Decimal. No entanto, estes oferecem escalas fixas. E é aí que estou perplexo:
Se eu for obrigado a armazenar um número como 0.0104182, mas também 123.673, estabeleci uma precisão de 10 como minha exigência. Mas como devo definir uma escala que possa acomodar completamente essa precisão?
Para as taxas de câmbio eu usaria decimal (19, 9) ou assim.
Você deve permitir as taxas de "número de telefone".
Exemplos, às taxas atuais 1 British Pound é.
13,835.87699 Rupiah indonésio 33,016.24786 Dong vietnamita.

O meu caso.
Troca.
Extremidade compatível.
Embora o MySQL permita que você use decimal (65,30), 31 para escala e 30 para precisão parecem ser nossos limites, se quisermos deixar a opção de transferência aberta.
Escala e precisão máximas no RDBMS mais comum:
Extremamente razoável.
Por que (27,4)? você nunca sabe quando o sistema precisa armazenar dólares do Zimbábue.
Setembro de 2015, o governo zimbabuense declarou que iria trocar dólares zimbabuenses por dólares americanos a uma taxa de 1 USD a 35 quadrilhões de dólares zimbabuenses 5.
Nós tendemos a dizer "sim, claro. Não vou precisar dessas figuras loucas". Bem, os zimbabuenses costumavam dizer isso também. Não há muito tempo atrás.
Imaginemos que você precisa registrar uma transação de 1 milhão de USD em dólares do Zimbábue (talvez improvável hoje, mas quem sabe como isso se verá dentro de 10 anos?).
(1 000 ml) * (35 Quadrylion ZWL) = (10 ^ 6) * (35 * 10 ^ 15) = 35 * 10 ^ 21 precisamos: 2 dígitos para armazenar "35" 21 dígitos para armazenar os zeros 4 dígitos para O direito de ponto decimal faz com que seja decimal (27,4) que nos custa 15 bytes para cada entrada, podemos adicionar um dígito mais à esquerda sem nenhum custo - temos decimal (28,4) por 15 bytes Agora podemos armazenar 10 mln transacção USD expressada em dólares zimbabuenses, ou segura de outra greve de hiperinflação, o que, espero, não aconteça.

banco de dados SQL Forex
CREATE TABLE [dbo]. [FX] (
[Uniid] [int] IDENTIDADE (1,1) NÃO NULL,
[Fx_Id] [nchar] (10) NULL,
[Fx_Year] [smallint] NULL,
[Fx_1] [smallmoney] NULL, - & gt; Jan Rate.
[Fx_2] [smallmoney] NULL, - & gt; Taxa de fevereiro.
[Fx_3] [smallmoney] NULL,
[Fx_4] [smallmoney] NULL,
[Fx_5] [smallmoney] NULL,
[Fx_6] [smallmoney] NULL,
[Fx_7] [smallmoney] NULL,
[Fx_8] [smallmoney] NULL,
[Fx_9] [smallmoney] NULL,
[Fx_10] [smallmoney] NULL,
[Fx_11] [smallmoney] NULL,
[Fx_12] [smallmoney] NULL, - & gt; Taxa Dec.
CREATE TABLE [dbo]. [FX] (
[Uniid] [int] NOT NULL,
[Fx_Id] [nchar] (10) NULL,
[Fx_Year] [smallint] NULL,
[Fx_Month] [tinyint] NULL,
[Fx_Rate] [smallmoney] NULL,
Porque, neste caso, seus meses, que é corrigido, você pode ir com a própria abordagem anterior. No entanto, se você planeja capturar forex em maior freqüência (digamos, semana de semana de sempre, etc.), a última abordagem seria aquela que lhe dará a flexibilidade para isso.
Em suma, se você quer mais flexibilidade para a última abordagem. Se você quiser apenas um modelo estático que atenda ao seu requisito de negócios atual, você pode ir para o primeiro.
Marque isso como resposta se solucionar seu problema.
Por favor, considere isso útil se isso ajuda a resolver seu problema.
Marcado como resposta por Lydia Zhang Equipe de contingentes da Microsoft, Moderador terça-feira, 03 de fevereiro de 2015 às 9h40.
Todas as respostas.
Porque, neste caso, seus meses, que é corrigido, você pode ir com a própria abordagem anterior. No entanto, se você planeja capturar forex em maior freqüência (digamos, semana de semana de sempre, etc.), a última abordagem seria aquela que lhe dará a flexibilidade para isso.
Em suma, se você quer mais flexibilidade para a última abordagem. Se você quiser apenas um modelo estático que atenda ao seu requisito de negócios atual, você pode ir para o primeiro.
Marque isso como resposta se solucionar seu problema.
Por favor, considere isso útil se isso ajuda a resolver seu problema.
Marcado como resposta por Lydia Zhang Equipe de contingentes da Microsoft, Moderador terça-feira, 03 de fevereiro de 2015 às 9h40.
A Microsoft está conduzindo uma pesquisa on-line para entender sua opinião sobre o site da Msdn. Se você optar por participar, a pesquisa on-line será apresentada quando você deixar o site Msdn.

QUANTLABS.
Quant Resources for Traders.
Enorme Forex 2 anos de dados de cartografia multisecondros MYSQL Dump SQL download 14 principais pares de moedas incluídos.
Enorme Forex 2 anos de dados de cartografia multisecondros MYSQL Dump SQL download 14 principais pares de moedas incluídos.
Isso contém 14 pares de moedas principais com 2 anos de dados de segundo segundo. É considerado limpo e intocado para os testes históricos de volta. Este arquivo SQL foi gerado usando o MYSQLDUMP para que você precise importar de volta para o seu próprio ambiente MYSQL.
OBSERVAÇÃO Eu agora posto minhas ALERTAS DE NEGOCIAÇÃO na minha conta pessoal de FACEBOOK e TWITTER. Não se preocupe porque não publico vídeos de gato estúpidos ou o que eu como!

Conexão não direta ao banco de dados MySQL.
Os consultores especializados de troca remota de comércio que são executados em contas mestre e escrava não se conectam diretamente ao banco de dados MySQL. Eles usam conexão HTTP para o site de gerenciamento para obter os dados do banco de dados MySQL. Isso é considerado um nível de segurança muito alto porque você não precisa permitir que os endereços IP de terceiros se conectem ao seu banco de dados MySQL. O site de gerenciamento remoto do RTC geralmente é executado no mesmo servidor que o banco de dados MySQL (ou pelo menos na mesma rede local), de modo que a única conexão ao seu banco de dados MySQL será feita a partir do endereço IP local 127.0.0.1 (localhost) ou algo como 192.168. xx Dessa forma, ninguém pode acessar seu banco de dados MySQL de qualquer maneira.
Agora, imagine se o copiador de comércio de Forex EA precisa se conectar diretamente ao banco de dados MySQL. Seus clientes estarão ao redor do mundo de centenas ou mesmo milhares de endereços IP. Você não poderá coletar e adicionar todos os endereços IP à lista branca para que você seja forçado a permitir conexões com seu banco de dados MySQL a partir de qualquer endereço IP. Isso pode levar a conexões indesejadas ou mesmo não autorizadas ao seu banco de dados MySQL e perda de dados. Seria um desastre perder dados do banco de dados MySQL onde você executa copiadora comercial ou mesmo outros sites. Os dados privados de seus clientes podem ser perdidos e até mesmo roubados, o que levaria a mais problemas. Milhares de hackers digitalizam toda a rede todos os dias para abrir portas para encontrar um MySQL tão aberto e outro tipo de servidores e só poderia ser uma questão de tempo em que sua senha poderia ser quebrada. Mesmo que sua senha não seja quebrada, seu servidor MySQL poderá sofrer cargas indesejadas quando alguém tentar acessar seu banco de dados tentando & # 8220; brute-force & # 8221; sua senha do servidor MySQL com cem tentativas por minuto.
É por isso que o Remote Trade Copier não usa este método para se conectar ao banco de dados MySQL diretamente e usar a conexão HTTP. Com o nosso Forex Trade Copier, seu banco de dados MySQL sempre será seguro e acessível apenas a partir de redes privadas ou locais.
Inscreva-se para obter mais conhecimentos MT4.
Digite seu nome real e o melhor endereço de e-mail abaixo para se inscrever no meu boletim informativo. Seja o primeiro a receber meus novos tutoriais e artigos MT4.
Se você não pode ver o formulário de registro, ele deve estar oculto pela AdBlock e você terá que desativá-lo primeiro para este site.
P. S. Eu também enviarei uma cópia gratuita do meu eBook com conteúdo cheio (valor de US $ 19) que irá ensinar você a identificar fraudes Forex.
Siga-me no facebook.
Posts mais populares.
Rimantas Petrauskas é o autor, comerciante, programador, empresário, pai e marido de Forex. Ele criou software para troca de moeda e entrega de sinal desde 2009 e criou centenas de robôs comerciais para seus clientes. Ele acredita firmemente que, com uma Atitude Mental Positiva, podemos alcançar qualquer objetivo.