Olá, Visitante. Por favor entre ou registe-se se ainda não for membro.

Entrar com nome de utilizador, password e duração da sessão
 

Mostrar Mensagens

Esta secção permite-lhe ver todas as mensagens colocadas por este membro. De realçar que apenas pode ver as mensagens colocadas em zonas em que você tem acesso.


Mensagens - soaked

Páginas: [1]
1
Sistemas Automáticos / Re:Sugestões para Sistemas
« em: 2013-09-25 19:51:16 »
Rui Vaz, um Muito Obrigado pelas analises.

Bem sei que os dados para "backtest" são pequenos de qualquer maneira dá para ir tendo uma ideia da evolução do modelo nestes ETF's e a ver vamos se no futuro se mantem viável este método de negociação nos mesmos.

Um abraço.

2
Sistemas Automáticos / Re:Sugestões para Sistemas
« em: 2013-09-23 18:57:13 »
Rui Vaz antes de mais muito obrigado pelos testes aos ETF e descrição detalhada.

Uma vez que se disponibilizou para fazer o mesmo "backtest" a outros instrumentos, posso-lhe pedir que faça
a mesma simulação aos ETF's:
NUGT e DUST.


Muito agradecido.
Um abraço.





3
Ok. Obrigado. Ainda que a inha especialidade nao seja java e hibernate, como sou mais MS conheço melhor a EntityFramework, mas do que me falaram é um ORM +- parecido, por isso vou analisar.

4
Gostaria de perceber melhor a questão da portabilidade SQL, porque realmente posso nao ter pensado na questão muito a fundo.

Teria sempre de ter em qualquer maquina o SQL instalado.
Ou teria de importar/exportar dados atraves do import / export wizard ou ter os ficheiros das BD's num serviço de cloud tipo Dropbox. Ou ainda andar a fazer backups / restore ou Attach / detach das bds de sql.

Associado a isto, o Bulk insert do SQL server só permite 1000 registos salvo erro, ora como também pretendo importar historicos de preços pareceu-me melhor o XML, que no fundo em C# crio as classes, serializo e faço save de um ficheiro.

Como referi, gostava de perceber melhor a questão da portabilidade SQL, porque realmente posso nao ter pensado na questão muito a fundo.

Em relação à Berkeley DB, presumo que sejam No-SQL BD's , tipo Hadoop  e mongo. Investiguei um pouco o mongo, mas como era preciso ter um serviço instalado, e tinha a curva de aprendisagem inerente à biblioteca, desisti o XML pareceu-me melhor, posso ainda mudar o serializador e passar a usar json que penso ser mais leve em termos de espaço de disco.

Em relação a executar sql posso sempre ter uma classezita que após carregar os dados do XML executo um SQL ao objectos atravez de linq dynamic expressions.

Pareceu-me a melhor alternativa, mas aguardo feedback
Obrigado pelas ideias.
Um abraço.







5
Sim, eu já faço download para o disco automaticamente. Ainda nao detectei limite nenhum.


Se quiserem as classes em C# (.NET  framework 4.0) eu posso fornecer, mas ainda não está completo.
Estou a ir buscar os Financials (Income statement, Balance Sheet e CashFlow) e os Key Ratios.

Tb comecei com a ideia de uma base de dados (SQL Server), mas depois comecei a pensar na portabilidade do sistema e estou a por os dados em XML no disco.
Pode ocupar mais espaço mas não estou limitado na portabilidade.

6
Boas, Não sei se é isto que pretendias dizer com financial statements mas a morning star dá-te os dados fundamentais e a opção de exportar para Excel:
exemplo da Apple

http://financials.morningstar.com/income-statement/is.html?t=AAPL&region=USA&culture=en-us

tens lá um botão que dá para exportar para excel.

Páginas: [1]