Trading system database

Bem-vindo ao Início do Sistema de Negociação Open Java O Open Java Trading System (OJTS) é uma infra-estrutura comum para desenvolver sistemas de negociação de ações. Consiste em quatro partes: a coleta de dados brutos pela internet, o reconhecimento da negociação marca um módulo de visualização e módulos para se conectar às interfaces programáticas das plataformas de negociação, como os bancos. O objetivo dos projetos é fornecer uma infra-estrutura comum independente independente de plataformas Java (plataforma independente) para desenvolvedores de sistemas de negociação. Alguns dos aspectos que devem ser abordados são fornecer um esquema comum de banco de dados compatível com SQL92 para armazenar dados financeiros, interfaces Java comuns para como trocar dados entre diferentes módulos, visualização de dados financeiros brutos e sinais comerciais e vários outros aspectos comuns necessários para criar Um sistema de negociação final. Por causa do meu trabalho e da minha família, não consigo mais tempo para melhorar o OJTS. Estou continuando a atualizar a seção de links abaixo que irá guiá-lo para projetos mais ativos de código aberto java nessa área, no entanto. Na verdade, como consequência do meu interesse na dinâmica dos mercados de ações, comecei uma jornada nos detalhes mais profundos da economia nacional para entender as taxas de câmbio. Este tópico finalmente me leva a um estudo mais profundo do dinheiro em si como a unidade métrica que usamos em economia para medir valor, sucesso ou utilidade. Este tópico revelou-se extremamente interessante, mas ao mesmo tempo era muito difícil encontrar informações sobre o funcionamento do nosso sistema monetário. Vá ao redor e pergunte às pessoas de onde vem o dinheiro, quem o cria e o que determina seu valor. Você notará que até mesmo as pessoas que possuem mestrado ou doutorado. Na economia não conhecerá esses detalhes. Oh, sim, eles responderão em termos técnicos crípticos, mas não poderão desenhar um diagrama simples que descreva o processo. H. G. Wells disse ter dito: escrever de moeda é geralmente reconhecido como uma prática censurável, e quase quase indecente. Os editores imploram ao escritor quase lágrimas de não escrever sobre o dinheiro, não porque seja um assunto desinteressante, mas porque sempre foi profundamente perturbador. Sugiro a qualquer pessoa que viva em uma sociedade democrática para ler sobre este assunto. Isso afeta nossas vidas todos os dias até certo ponto que não pode ser exagerado. Na minha opinião, todos os cidadãos de um país democrático nesse mundo devem saber de onde vem o nosso dinheiro. Provavelmente você veio a este site para procurar ferramentas que o ajudem a aumentar sua riqueza monetária. Para entender o dinheiro da unidade métrica (não importa se Dollar ou Euro) será um ingrediente importante em seu toolkit para ganhar dinheiro. Se você tem pouco tempo e só pode dar ao luxo de ler um único livro sobre esse assunto, então sugiro que você leia Riqueza, Riqueza Virtual e Dívida por Frederick Soddy. Eu consegui comprar uma cópia usada via Amazon para 23,48, mas existe também uma versão online. Você precisará do plugin DjVu para lê-lo. Este livro foi publicado originalmente em 1929, mas ainda descreve os fatos reais muito bem. Mesmo que eu não concorde com todas as conclusões de Frederick Soddy, seu trabalho é provável e provoca que você faça as perguntas corretas. Publicações, Bugfixes e Documentação atualizada Anunciou a suspensão do desenvolvimento ativo e adicionou referências a informações sobre nossos sistemas monetários (DollarEuro). Adicionado uma seção de links para outros projetos interessantes do sistema de comércio java. Estou investigando sobre como tornar a OJTS mais compatível com outros esforços do sistema comercial java. Projeto de Documentação do Sistema de Investimento e Negociação a ser encontrado no ITSdoc. org. Existe um novo wiki disponível no ITSdoc. org com foco na distribuição de conhecimento no domínio dos sistemas de investimento e comercialização. A idéia por trás do ITSdoc. org é ter uma plataforma de colaboração semelhante à wikipedia, ajudando a comunidade a compartilhar conhecimento. OpenJavaTradingSystem v0.13 lançado. Ontem eu publiquei a Versão 0.13 da biblioteca do OpenJavaTradingSystem. Entre os novos recursos estão: Recuperação de dados para ações, fundos e moedas da OnVista. Implementação de movimentação de moeda e conversões. As carteiras são implementadas e você pode trabalhar com Portfolios da mesma maneira que com itens de papel de segurança simples. Adicionado uma estrutura geral para a aplicação de algoritmos para as séries temporárias do mercado de ações. Alternou do shell interativo SISCScheme para ABCLCommonLisp mais seu editor chamado J. Adicionado um mecanismo geral de cache de dados para armazenar dados que já foram recuperados na web no sistema de arquivos. Além de mais algumas melhorias menores Se você estiver interessado nesta nova versão, você deve começar na seção quickstartscreenshot. O manual ainda não está atualizado, mas pode dar-lhe, no entanto, algumas informações de fundo valiosas se você quiser usar a biblioteca em seu projeto. A documentação deve ser atualizada em breve. Atualmente, não há muito desenvolvimento feito, porque estou atualizando meu conhecimento sobre redes bayesianas. Veja, por exemplo, a lista de livros no meu site. Dois projetos muito interessantes a esse respeito são WEKA e BNJ. Em breve continuarei o desenvolvimento e vou começar a integrar a primeira inteligência no sistema. Hoje eu coloquei o primeiro lançamento na seção de arquivos da área de download do sourceforge. Além disso, atualizei o manual para documentar o uso interativo do projeto através da camada SISC Scheme. Para o impaciente aqui é uma seção de quickstartscreenshot para você ir. D o c u m e n t a t i o n Documentos que descrevem os elementos internos do projeto. Java Data Objects e documentação da interface gtgtHTML gtgtPDF Documentação de uso gtgtHTML gtgtPDF Projeto de documentação do sistema de investimento e comércio gtgtITSdoc. org T echnology Blocos de construção de terceiros utilizados neste projeto HSQL Database Engine (licença: hsqldblic. txt) O HSQLDB é o mecanismo de banco de dados fornecido com o Projeto para que você possa imediatamente começar a usar o OJTS sem instalar um banco de dados de terceiros. Mas se você planeja usar outro banco de dados compatível com SQL92, então esta é uma opção de configuração. Castor (licença: A Licença Exolab) A Castor é uma estrutura de ligação de dados Open Source para o Javatm. É o caminho mais curto entre objetos Java, documentos XML e tabelas relacionais. A Castor fornece vínculo Java-to-XML, a persistência Java-to-SQL e muito mais. Castor Doclet (licença: GNU LGPL v2.1) Doclet Java para gerar mapeamento e arquivos DDL para Castor JDO e Castor XML. TestMaker (licença: Licença Open-Source TestMaker) No projeto TestMaker apenas a implementação dos protocolos, como HTTP ou HTTPS, são utilizados para coletar dados da web. JCookie (licença: GNU LGPL v2.1) A biblioteca jCookie é necessária para que as bibliotecas do TestMaker funcionem. Htmlparser (licença: GNU LGPL v2.1) A biblioteca htmlparser é usada para extrair os dados dos recursos da Web. ABCLCommonLisp (licença: GNU GPL v2) ABCL (Armed Bear Common Lisp) é usado para implementar o coração algorítmico do projeto na linguagem de programação comum ANSI Common Lisp. JFreeChart (licença: GNU LGPL v2.1) JFreeChart é usado para a visualização de dados financeiros como gráficos. JSci (licença: GNU LGPL v2.1) JSci - A science API para Java. Joda Time (licença: Licença OpenSource cultivada em casa) O Joda Time substitui as classes JDK Data e Time originais. L i n k s Links para outros projetos O grupo JavaTraders Google pode ser a melhor entrada para você descobrir outros sistemas e ferramentas de negociação baseados em Java. L i c e n s e Termos de uso O código do projeto está licenciado nos termos da LGPL e toda a documentação que você encontra neste projeto está licenciada nos termos do FDL. MySQL doesn039t tem limites de tamanho teórico. Os seus dados são muito pequenos, para um RDBMS. Seu mecanismo de armazenamento padrão (InnoDB) é transacional e está otimizado para cargas de trabalho OLTP com transações curtas (o que provavelmente é seu caso). Não está na memória, mas deve estar perfeitamente bem para você. Ele tem um pool de buffer rápido e as gravações em logs de transações são rápidas (no entanto, desativar o cache da consulta). Você pode configurar facilmente um cluster com Galera, se necessário. MariaDB é um garfo do MySQL. Prefiro o MariaDB por vários motivos: não gosto muito e não confio plenamente a Oracle (proprietário do MySQL039), tem muitas contribuições (recursos, plugins) da comunidade, o que significa que os usuários do mundo real integram muitos outros com o mundo exterior. 1.6k Vistas middot View Upvotes middot Não para reprodução Mais Respostas abaixo. Questões relacionadas O que os principais sites usam o Redis como base de dados principal Redis é uma alternativa para um banco de dados Por que eu preciso do Redis se o I039m estiver usando um MySQL DBView a solução passo a passo para: Design de banco de dados para um sistema de negociação de ações O Sistema de negociação de ações é Um sistema automatizado para negociação de ações e opções de negociação pública Esta questão foi respondida em 04 de dezembro de 2010. Veja o Projeto de banco de dados de resposta para um sistema de negociação de ações O Sistema de negociação de ações é um sistema automatizado para negociação de ações e opções de empresas de capital aberto e Tem os seguintes requisitos de dados: uma empresa é determinada exclusivamente pelo seu nome, ao mesmo tempo que possui um endereço da sede e uma data estabelecida. O endereço é um atributo composto, qual número de rua, número de apartamento, cidade, rua e código postal. Algumas empresas negociaram ações ordinárias, e são nomeadas empresas públicas. Cada empresa pública tem apenas uma dessas ações, cada ação possui um código de estoque exclusivo e um número especificado de ações. Todas as ações negociam em uma ou mais bolsas, mas o número de trocas comerciais não pode exceder 9. Uma troca é determinada exclusivamente pelo seu nome. Existe um símbolo de estoque associado com um estoque, que é usado para negociar em uma troca. O mesmo estoque pode ter símbolos diferentes em trocas diferentes. Uma opção em um símbolo de estoque é uma segurança que é determinada exclusivamente pelo seu tipo, símbolo de estoque, preço de exercício e data de validade. Uma opção é negociada na mesma troca que o símbolo de estoque. O tipo de opção é uma colocação ou uma chamada. Não pode ser ambos, e não pode ser outra coisa. O último preço de negociação e o volume diário atual para cada símbolo e opção devem ser registrados. As ações e as opções são de propriedade e negociadas por comerciantes. Um comerciante tem um nome e um ID de imposto. O ID de imposto determina de forma exclusiva o comerciante. O valor da identificação fiscal é entre 000001 e 900000. Os comerciantes não negociam diretamente, mas através de corretoras. Uma corretora é determinada exclusivamente pelo seu nome e estado. Cada corretora lida com uma ou mais bolsas e paga uma taxa fixa anual para cada troca que ela trate. A taxa pode ser diferente para cada par de câmbio. Um comerciante possui pelo menos uma conta com pelo menos uma corretora. Shehe pode armazenar mais de uma conta com a mesma corretora e lidar com mais de uma corretora. Uma conta é determinada exclusivamente pela corretora e número de conta. Uma corretora pode não ter contas. Cada conta tem exatamente um proprietário. Contas detêm valores mobiliários e dinheiro. Observe que um estoque comprado em uma troca poderia ser vendido em outro, por isso são ações, e não símbolos, que são realizadas. Não se esqueça de incluir opções em contas. Os comerciantes colocam ordens comerciais através de suas corretoras. Um pedido especifica a conta, exatamente um símbolo ou opção de negociação, lance (compra) ou peça (venda), número de ações para troca e expiração do pedido. Existem dois tipos de pedidos: mercado e limite. Uma ordem limite tem o preço limite, além das propriedades mencionadas. A corretora e o ID da ordem determinam de forma exclusiva a ordem. Uma transação é efetuada no cumprimento (possivelmente parcial) de duas ordens. Toda transação contém as seguintes informações: exatamente uma ordem de compra, exatamente uma solicita ordem, número de ações, preço de transação, comissões pagas pelo comprador e o vendedor para suas corretoras e o carimbo de data / hora. O número de troca e de transação determina de forma exclusiva a transação. Observe que um pedido pode ser preenchido por várias transações. As ações e opções são negociadas se suas ordens forem cumpridas por algumas transações. Perguntas sobre o papel do termo Análise de requisitos da parte 1 1. Identifique as principais entidades deste sistema de negociação de ações. 2. Você pode pensar em mais entidades diferentes da descrita nos requisitos de dados a serem adicionados ao sistema de negociação de ações 3. É a capacidade de modelar relacionamentos de subtipo de super-tipo susceptíveis de serem importantes nesse ambiente. Por que ou por que não 4. Você pode pensar em mais 4 regras (diferente da descrita explicitamente acima) que provavelmente serão usadas em um sistema de estoque comercial. Adicione suas regras aos requisitos de dados a serem implementados. 5. Justificar o uso de um SGBD Relacional como Oracle ou servidor SQL para este sistema. Parte 2- Design conceitual 6- Desenhe um EERD para representar com precisão este conjunto de requisitos. Este será o seu Design Conceptual. Especifique claramente os pressupostos que você está fazendo. Você pode usar qualquer ferramenta (software) para desenhar o EERD. Parte 3 Design Lógico 7- Foi decidido usar um SGBD relacional para implementar o banco de dados. Execute as seguintes etapas. uma. Converta seu modelo conceitual (Parte 2) em um modelo lógico que pode ser implementado em um SGBD relacionais como o Oracle. Durante esse processo, você substitui relacionamentos M-N e atributos de vários valores com construções que podem ser implementadas no SGBD relacional. Desenhe EERD para o modelo lógico após as modificações. Sinta-se livre para mudar seu modelo conceitual, se necessário. B. Converta o EERD (item a) em um projeto de banco de dados. Documentar o seu design no formato de esquema de banco de dados. Parte 4, Normalização. Agora, você está pronto para a implementação. Use convenções de nomenclatura apropriadas para todas as suas tabelas e atributos. Normalize todas as suas tabelas para a terceira forma normal. Faça as alterações necessárias ao EERD da Parte 2b. Explique por que essas mudanças precisavam ser feitas. 8 - Desenhe um diagrama de dependência para cada tabela da Fase III a. 9 - Atualize o dicionário de dados da entrega anterior (parte 3 b.) Para adicionar o tipo de dados para cada atributo, além de especificar se é chave primária, chave estrangeira, NULL é permitido ou seu valor é ÚNICO. Parte 4 Implementação. 10 - Escreva instruções DDL SQL para criar banco de dados, tabelas e todas as outras estruturas. As chaves primárias e as chaves estrangeiras devem ser definidas adequadamente. As restrições quantitativas da relação entre as entidades, que devem ser descritas no diagrama EERD, não são necessárias. 11- Use a instrução Create View para criar as seguintes visualizações: i. Símbolo de estoque: essa visão retorna o nome da empresa, a data de constituição da empresa, o código de estoque, o número de ações e os nomes de troca de todos os símbolos de estoque. Ii. Alta segurança: esta visão retorna o código do estoque, o último preço de negociação e o volume diário atual para cada símbolo e opção cujo último preço de negociação seja superior a 100. iii. Good-Trader: Esta visão retorna todos os Negócios que possuem pelo menos 3 contas de pelo menos 2 corretoras. Iv. Stock-Traded: Esta visão retorna o nome da empresa, o código do estoque eo número de ações foram negociadas. V. Popular-Trader: Esta visão retorna aqueles comerciantes que negociaram ações mais de 1 de todas as ações negociadas. 12 - Forneça instruções SQL para as seguintes consultas. Sinta-se livre para usar qualquer uma das visualizações que você criou na parte (e): vi. Para cada lista de empresas públicas, o número de bolsas nas quais suas ações são negociadas. Vii. Encontre todas as corretoras que não possuem contas. Viii. Liste todas as trocas que tenham ações da empresa pública estabelecida antes de 01 de janeiro de 1980. ix. Encontre cada comerciante que tenha exatamente uma conta. X. Encontre todas as ordens que tenham sido cumpridas em pelo menos 2 transações. XI. Liste todas as empresas onde o número de suas ações negociadas excede seu número total de ações. Xii. Liste toda a conta desses comerciantes populares. Xiii. Liste todos os estoques que foram encomendados por Good-Traders. Xiv. Listar todas as transações totalmente cumpridas suas duas ordens. Xv. Liste todas as contas que foram colocadas na ordem limite. Estudante postou uma pergunta middot 30 de novembro de 2010 às 10:23 da manhã