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

10

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?

YumYumYum
fonte
E o que faz você pensar o que o banco não divulga seus funcionários atuais ou antigos neste fórum? Isso não seria ilegal?
Fanatic23
@ Fanatic23: Não era assim que eu estava tentando perguntar. Eu estava tentando entender que o banco de dados confiável usado no sistema bancário é principalmente oracle ou outros. Não especificamente pelo nome do banco usado isso e aquilo. Desculpe, você não entendeu minhas palavras.
YumYumYum
11
Na minha opinião, a Oracle é principalmente de marketing, você é um bom RDBMS, mas raramente, se é que alguma vez, vale o preço.
George Mauer
11
@ George: Se as vendas da Oracle são baseadas em marketing, é de se admirar que elas vendam alguma coisa - o marketing delas é um pouco comparado às (por exemplo) da Microsoft. Eu acho que eles se dão bem com a cobrança do que fazem, porque se uma empresa deseja comprar um dos aplicativos LOB de vários milhões de dólares, geralmente não tem escolha, porque todos eles são baseados no Oracle (porque têm mais de 30 anos). anos, antes que o código aberto tivesse um brilho nos olhos de Stallman e mesmo antes que a Microsoft fosse um sério candidato). Felizmente, é um bom motor.
Aaronaught
11
Veja também: stackoverflow.com/questions/2701443
Denis de Bernardy

Respostas:

6

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.

wolfgangsz
fonte
2
Como eles conseguem obter consistência e disponibilidade tão rápidas para todos os seus clientes? Especialmente para negociação de alta frequência?
CMCDragonkai
6

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.

George Mauer
fonte
Isso é realmente uma boa informação, eu queria saber. Obrigado.
YumYumYum
@ George Mauer, realmente? Onde você conseguiu essa informação?
Nim
@Nim - Segredos! Não, eu só tenho um tio que trabalha para eles
George Mauer
A questão é para que eles a usam. A maioria dos bancos terá vários RDMBSs, mas, na maioria dos casos, os sistemas principais estarão em uma das plataformas mais bem estabelecidas - Oracle, Informix, SQL Server ou algo em execução em um mainframe.
91111 Jon Hopkins
11
Uma grande empresa financeira na qual trabalhei usou bancos de dados Oracle e SQL Server internamente. Ambos foram utilizados em ambientes de produção, para diferentes propósitos. Oracle principalmente para coleta de dados internos, enquanto SQL Server para operações sensíveis ao tempo.
Xbonez
5

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 ...

sujeira vermelha
fonte
4

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.

Jon Hopkins
fonte
2
O Postgres é perfeitamente aceitável para sistemas de missão crítica, alta disponibilidade e alto volume. A ICANN a utiliza para executar o registro .org.
Denis de Bernardy
@ Denis - não estou dizendo que não, estou convencendo um banco disso é uma coisa diferente.
91111 Jon Hopkins
Não dizendo que seus pontos são inválidos, longe disso. Mas, na medida em que experimentei enquanto vendia coisas para grandes bancos, os gerentes também têm um orçamento. Em alguns casos, vi o lado dos negócios anular um exército de técnicos - no meu caso, optando por uma VPN barata pela Internet em vez de usar as linhas alugadas imensamente caras de que os técnicos eram inflexíveis de que precisavam porque de considerações de desempenho e segurança. :-)
Denis de Bernardy
@ Denis - Não discordo. O que eu diria é que é algo que deve ser acordado com a empresa, em vez de fazer suposições. Já vi exemplos do que você diz, mas também vi bancos gastar dinheiro estúpido em coisas que eram um exagero total.
111311 Jon Hopkins
2

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.

gbjbaanb
fonte
2

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).

LennyProgrammers
fonte
1

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.

quant_dev
fonte
Obrigado pela sua contribuição. Eu quero acreditar no Mysql ou no PostgreSQL para fazer lotes semelhantes de manipulação de dados, eu sei que o Oracle provou ser o melhor. Mas o Google bigtable provou também que a Oracle não pode ser a única 1.
YumYumYum
2
@ 89899: Você pode ter certeza de que praticamente todos os sistemas financeiros já criados requerem semântica de ACID. bigtable é bom, mas as lojas eventualmente consistentes não são apropriadas para esse tipo de aplicativo.
Aaronaught
1

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.

Dave
fonte
11
Em finanças, o custo da licença da Oracle é muito menor do que a escala de dinheiro normalmente envolvida. O custo dos dados que o alimentam no banco de dados é muito superior à licença da Oracle.
quant_dev 13/06/11
1

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.

Nim
fonte
A Sybase era muito popular no setor de banco de investimento do Reino Unido há 10 anos - e a ORACLE não estava em lugar algum. Eu suspeito que isso possa ter mudado.
Neil Butterworth
A Sybase também é popular devido à integração do Murex.
22411 jQuery