Servidor SQL Vs MySql vs Oracle para um grande projeto do governo [fechado]

Question

Estou encarregado de decidir qual banco de dados usar para um grande projeto do governo com:

• 100 milhões de registros (estimados em uma tabela grande)
• A confiabilidade da disponibilidade e dos dados é fundamental.
• Desempenho não tão importante quanto disponibilidade e confiabilidade.
• Estrutura de tabela bastante plana com cerca de 20-30 tabelas.
• Consultas SQL mais ou menos diretas, sem junções complexas.
• A redução de custos é um fator importante.
• Número de usuários no intervalo 100-200 (ao mesmo tempo).
• deve escolher entre clustering (2 servidores) ou redundância de servidor (dois tudo em uma caixa)
• Todos os servidores serão equipados com unidades de disco rígido RAID / SAS e CPUs dual multi-core
• Pode contratar o administrador do banco de dados apropriado de acordo com a escolha do RDBMS

O mySQL está maduro o suficiente para lidar com esse tipo de configuração?

Por favor ajude.

    

Answer 1

Você pode ter "arte prévia" na frente de licenciamento, o que pode tornar sua decisão um pouco mais clara. Como exemplo, tenho muitos clientes do governo que têm licenças para toda a empresa para o ORACLE, portanto, ficar de pé em um novo servidor não é problema, fora das considerações de hardware. Verifique com seu cliente as soluções corporativas existentes.

Se esta for uma solução genérica, convém considerar qualquer um dos conjuntos de soluções da camada de mapeamento que permitiria ter flexibilidade na implementação de backend, como o uso de ODBC, JDBC ou JMS conforme apropriado para conectar-se a partir do próxima camada downstream para o DB, com as configurações para a conexão alimentada a partir de um arquivo de configuração. É claro que, se esta solução é específica para um único cliente e você nunca prevê vender para outra pessoa, pode evitar essas considerações de arquitetura ... a menos que tenham vários fornecedores de banco de dados internos e quer a flexibilidade para executar em qualquer back-end.

    

Answer 2

Eu acho que todos os bancos de dados mencionados são maduros o suficiente. Se seus cenários forem simples assim, eu escolheria o sistema certo pela plataforma de desenvolvimento que você planeja usar.

Por exemplo, ao desenvolver em .NET, o MS SQL Server 2008 oferece muitos recursos de integração agradáveis e é muito mais fácil integrar esse banco de dados do que, por exemplo, o MySQL. Oracle é uma escolha genérica, mas o preço é muito maior. No servidor Windows, eu preferiria o MS SQL 2008, no Linux MySQL ou Oracle. Mas sei que todos os sistemas são implementados em ambas as plataformas.

Todos esses sistemas são similarmente confiáveis e são usados em muitos aplicativos 24/7 (o MySQL não é exceção).

    

Answer 3

Um grande fator decisivo é o gerenciamento de banco de dados e a experiência de desenvolvimento que você tem em casa? Se você é atualmente uma única loja da Oracle e precisa contratar um DBA MySQL para gerenciar o banco de dados MySQL, isso custará muito mais a longo prazo do que uma nova licença da Oracle.

O que é "100 Mega Records (estimado)" significa? Isso é para ser 100 milhões? Todos os três listados podem manipular a quantidade de dados, desde que você forneça ao servidor CPU e memória suficientes para lidar com a carga de trabalho.

Uma coisa que precisa ser descoberta é o RPO e o RTO para o banco de dados. Isso ajudará você a criar a solução de que precisa.

    

Answer 4

Seus requisitos são vagos, mas eu escolheria o MySQL Enterprise Edition em Red Hat Linux x64 (12 núcleos, 48 GB de RAM), rodando no modo de redundância Mestre / Escravo.

Você queria um conselho genérico, este é um sistema poderoso por um preço barato. 2 servidores custarão 10K cada, o software custará cerca de 7K por caixa por um ano de suporte (5K MySQL EE, 2K RHEL). Agora você é suportado pelo Oracle no MySQL. Você também pode trocar no Oracle Enterprise Linux pelo mesmo preço.

Nada do que você disse indica que você precisa de mais do que isso. Mestre / Escravo O MySQL é uma configuração bem conhecida, muito mais fácil do que o armazenamento em cluster, e estará de volta dentro de 15 minutos após uma falha de hardware no seu primário. Como Bart disse, isolamento geográfico seria realmente útil, você normalmente não pode fazer isso em um cluster, mas você pode com a replicação do MySQL.