Existe um grande banco usando Mysql ou PostgreSQL? [fechadas]

Eu sempre pensei que a maior escala de bancos usasse Oracle. No entanto, não há provas de que eles realmente usem Oracle em vez de Mysql ou PostgreSQL, ninguém sabe o segredo.

Alguma idéia do que eles realmente usam? Posso construir um sistema ATM / Banco no qual milhões de transações acontecerão usando o Mysql? Posso usar o PostgreSQL? Ou devo usar apenas o Oracle?

Quando os bancos de dados se tornaram realmente populares (décadas de 1970 e 1980), os bancos já tinham milhões de clientes, mas a obtenção de hardware e software para esse tipo de tamanho de banco de dados era realmente difícil e apenas a Oracle podia lidar com isso de maneira confiável. Até hoje, a Oracle é o único fornecedor de um RDMS transacional multimestre comercial que funciona corretamente (e antes de me chamar, sim, eu sei sobre o cluster de replicação do MySQL, mas me mostre uma implementação comercial). Combine isso com a tendência (justificada) dos bancos de relutarem com as mudanças e você sabe por que eles usam principalmente o Oracle (AFAIK).

Quando você está nesse reino, não há muita escolha. O mercado é pequeno (bancos, seguradoras e agências governamentais) e possui exigências extremas de segurança, o que explica os altos preços.

Com o hardware de hoje, você provavelmente poderia criar um aplicativo usando qualquer um dos RDMS modernos, seu maior problema (para implantação em um banco ou similar) seria a distribuição geográfica de todos os clientes combinada com a necessidade de correlacionar todas as interações do cliente (efetivamente ) um banco de dados para garantir consistência.

A maioria das grandes empresas possui muitos sistemas diferentes, incluindo todos os tipos de bancos de dados.

O Goldman Sachs é uma empresa enorme de investimentos e sei que eles têm uma grande infraestrutura do Postgres.

A maneira mais fácil de descobrir isso é filtrar os dados dos quadros de empregos e ver apenas a tecnologia que os bancos estão pedindo. ou seja, vá para simplesmente contratado ou procure algo como "citi programmer" ou "boa programmer" etc ...

Vamos dividir isso em duas partes.

O primeiro é desafiar a sabedoria comum de que os bancos usam o Oracle sobre o Postgres e o MySQL. Questionar coisas como essa é uma boa ideia, mas, neste caso, as evidências são bastante diretas, pois um Google rápido fornecerá uma lista bastante completa de estudos de caso de bancos Oracle, o Postgres não. Embora eu hesite em dizer que isso é autoritário, ficaria surpreso se o Postgres não estivesse gritando dos telhados se o produto estivesse sendo usado dessa maneira.

Acrescente a isso a massa de evidências anedóticas de que o Oracle (e os outros garotões) é o padrão padrão para esse tipo de sistema e eu sugiro que você precise encontrar evidências sólidas de que não é esse o caso, e não o contrário. por aí.

Eu não contestaria que o Postgres (ou MySQL) está sendo usado pelos bancos, apenas que não está sendo usado para o tipo de missão crítica, alta disponibilidade e sistemas de alto volume dos quais você fala.

E isso passa para a segunda parte. Quais são os requisitos aqui?

Para um sistema ATM, sugiro que você precise de alta disponibilidade e suporte absolutamente de alta qualidade (para quem seus desenvolvedores ligam quando precisam de ajuda às 18h de uma sexta-feira?). Você precisa se perguntar qual plataforma pode fornecer isso.

Se você acredita que pode arquitetar uma solução Postgres / MySQL que atenda a essas necessidades de acordo com os padrões esperados por um banco (lembre-se, essas pessoas são muito conservadoras, em regra), vá em frente, mas suspeito que elas terão dúvidas sobre suporte e confiabilidade e desejará ver alguém usando essa plataforma para esse tipo de solução, em vez de ser o primeiro a assumir esse tipo de risco.

Tenho a impressão de que você quer que o Postgres seja um candidato, e isso é bom, mas é sua reputação em jogo aqui se você estiver fazendo a recomendação, portanto, você deve estar absolutamente confiante de que realmente pode fazer o trabalho e não deixar o que deseja seja verdadeiro nuble seu julgamento.

Por fim, não estou dizendo que nada disso esteja correto em termos de como as coisas devem ser, apenas como são as coisas na minha experiência nos setores bancário e financeiro.

não bancário, mas eu sei que os sistemas de telefonia para alguns serviços de ambulância usam o Postgresql. Então, quando você disca '911', um banco de dados postgresql está envolvido no processo de obter a ambulância para você. Isso pode não dizer nada sobre os volumes de transação, mas diz que a confiabilidade é boa com esse tipo de serviço de missão crítica.

Trabalhei em um banco de investimento onde eles usavam sistemas de banco de dados de código aberto para armazenar dados não críticos, como resultados de cálculos. As regras eram: quanto mais importantes os dados, mais caro é o sistema de banco de dados (soft e hardwares).

A empresa em que trabalhei não era um banco, mas tratou e processou muitos dados financeiros. Eles usaram o Oracle.

Eu não acho que um banco se preocuparia muito em divulgar essas coisas, não é algo que lhes dê uma vantagem competitiva.

Nem todos os aplicativos e bancos de dados associados são essenciais ou justificam as despesas de um produto como o Oracle. É provável que organizações de todos os tipos, conscientes dos custos, usem alternativas menos caras para esses aplicativos.

Você perdeu duas alternativas muito grandes - Sybase e Microsoft SQL. Não pretendo saber o que qualquer um dos garotos grandes usa, mas ficaria muito surpreso se os dois acima não estivessem na mistura. Também conheço algumas instalações Oracle muito grandes, mas o modelo de licenciamento deixa muito a desejar.