Trading System Database Design

Veja a solução passo a passo para: Design de banco de dados para um sistema de negociação de estoque Requisitos de dados: O Sistema de negociação de ações é um sistema automatizado para negociação de ações e opções de. Esta pergunta foi respondida em 03 de junho de 2010. Veja o Projeto de banco de dados de resposta para um sistema de negociação de ações Requisitos de dados: 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 É determinado exclusivamente por 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. Anexado é mais fácil ver a versão do documento. Eu realmente aprecio a ajuda com este monstro de uma tarefa. Obrigado ATTACHMENT PREVIEW Download anexo Design de banco de dados para um sistema de negociação de ações Requisitos de dados: 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 possui os seguintes requisitos de dados: Uma empresa é determinada exclusivamente pelo seu nome, enquanto Também tendo 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 1 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 2 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. 3 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. Vii. Viii. Ix. X. XI. Xii. Xiii. Xiv. Xv. Para cada lista de empresas públicas, o número de bolsas nas quais suas ações são negociadas. Encontre todas as corretoras que não possuem contas. Liste todas as trocas que tenham ações da empresa pública estabelecida antes de 01 de janeiro de 1980. Encontre cada comerciante que tenha exatamente uma conta. Encontre todas as ordens que tenham sido cumpridas em pelo menos 2 transações. Liste todas as empresas onde o número de suas ações negociadas excede seu número total de ações. Liste toda a conta desses comerciantes populares. Liste todos os estoques que foram encomendados por Good-Traders. Listar todas as transações totalmente cumpridas suas duas ordens. Liste todas as contas que foram colocadas na ordem limite. 4 Estudante postou uma pergunta middot 03 de junho de 2010 às 12:40 pm Codificação de Sistemas de Exibição: Design do Sistema O primeiro passo ao codificar qualquer aplicação é a fase de design. Seja codificando uma aplicação de software ou um sistema de negociação, um design e um planejamento cuidadosos irão ajudá-lo a terminar em um curto período de tempo com menos erros. Vamos usar um processo simples de três passos para projetar o nosso sistema comercial. Passo 1: Crie suas regras do sistema de negociação O primeiro passo ao projetar um sistema de negociação é simplesmente criar as regras pelas quais seu sistema irá operar. Deve haver quatro regras básicas para cada sistema comercial: Compre - Identifique quando você deseja comprar uma posição. 13 Vender - Identifique quando você quer vender uma posição. 13 Parar - Identifique quando você deseja cortar suas perdas. 13 Target - Identifique quando você deseja reservar um ganho. Então, por exemplo: Comprar - Quando a média móvel de 30 dias (MA) cruza acima do MA 13 de 60 dias. Venda - Quando o MA de 30 dias cruza abaixo do MA 13 de 30 dias - Perda máxima de 10 unidades 13 Objetivo - Meta de 10 unidades Este sistema de exemplo irá comprar e vender com base nas médias móveis de 30 e 60 dias e automaticamente irá registrar ganhos após um lucro de 10 unidades ou vender com perda após um movimento de 10 unidades na direção oposta. Passo 2: identifique os componentes de cada regra Agora que temos nossas regras, precisamos identificar os componentes envolvidos em cada regra. Cada componente deve conter dois elementos: o indicador ou estudo utilizado 13 As configurações para o indicador ou estudo Estes componentes devem ser construídos digitando o nome abreviado para o estudo, seguido das configurações entre parênteses. Essas configurações entre parênteses são referidas como parâmetros do indicador ou estudo. Ocasionalmente, um estudo pode ter vários parâmetros, caso em que você simplesmente os separa com as comas. Leve alguns exemplos: MA (25) - média móvel de 25 dias 13 RSI (25) - índice de força relativa de 25 dias 13 MACD (Fechar (0), 5,5) - Conjunto de divergência de convergência média móvel com base no fechamento de hoje, com um comprimento rápido de cinco dias e um comprimento lento de cinco dias. Se você não tem certeza de quantos parâmetros requer um determinado componente, Você pode simplesmente consultar sua documentação de programas de negociação, que lista esses componentes juntamente com os valores que precisam ser preenchidos. Por exemplo, podemos ver que a Tradecision nos diz que precisamos de três parâmetros com o MACD: então, para o exemplo mencionado no passo Um, usamos: MA (30) - Significado média móvel de 30 dias 13 MA (60) - Significado média móvel de 60 dias Passo 3: Adicionando ação Agora vamos adicionar ações às nossas regras. Cada ação adere para o seguinte formato básico: IF Condição WHILE Condição THEN Ação Normalmente, a condição será composta pelos componentes e parâmetros que você criou acima, enquanto a ação consistirá em comprar ou vender. As condições também podem consistir em inglês simples se nenhum componente estiver presente. Observe que o componente while é opcional. Aqui estão alguns exemplos para ajudar a ilustrar este ponto: SE MA (30) cruza acima de MA (60) ENTÃO Compre 13 SE MA (30) cruza abaixo de MA (60) QUALQUER Volume (20,000) ENTÃO Vender 13 SE EMA (25) É Mais do que MA (5) ENTÃO Vender 13 SE o RSI (20) é igual a 50 ENTÃO Compre Então, pelo exemplo que estamos usando, marque simplesmente a lista: SE MA (30) cruza acima de MA (60) ENTÃO Compre 13 SE MA ( 30) Crosses Below MA (60) ENTÃO Vender 13 Se o nosso comércio tem 10 unidades de lucro, então, venda 13 Se o nosso comércio tem 10 unidades de perda, então, venda o que vem em seguida, então, veja a conversão dessas regras em um código que seu computador Pode entender a codificação de sistemas de negociação: o estágio de codificaçãoVer 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 negociação pública Empresas 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ã