Có một ngân hàng lớn sử dụng Mysql hoặc PostgreSQL không? [đóng cửa]

Tôi luôn nghĩ rằng quy mô lớn nhất của các ngân hàng sử dụng Oracle. Tuy nhiên, không có bằng chứng nào cho thấy họ thực sự sử dụng Oracle thay vì Mysql hay PostgreSQL, không ai biết bí mật này.

Bất cứ ý tưởng những gì họ thực sự sử dụng? Tôi có thể xây dựng hệ thống ATM / Ngân hàng nơi hàng triệu giao dịch sẽ xảy ra bằng Mysql không? Tôi có thể sử dụng PostgreSQL không? Hay tôi chỉ phải sử dụng Oracle?

Khi cơ sở dữ liệu trở nên thực sự phổ biến (những năm 1970 và 1980), các ngân hàng đã có hàng triệu khách hàng, nhưng việc có được phần cứng và phần mềm cho loại kích thước cơ sở dữ liệu đó thực sự khó khăn và chỉ có Oracle mới thực sự có thể xử lý việc này một cách đáng tin cậy. Và cho đến ngày nay, Oracle là nhà cung cấp duy nhất của RDMS giao dịch đa chủ thương mại hoạt động chính xác (và trước khi bạn kích hoạt tôi, vâng tôi biết về cụm sao nhân bản MySQL, nhưng chỉ cho tôi một triển khai thương mại). Kết hợp điều này với xu hướng (chính đáng) của các ngân hàng là miễn cưỡng về thay đổi và bạn biết tại sao họ chủ yếu sử dụng Oracle (AFAIK).

Khi bạn ở trong cõi đó, không có nhiều sự lựa chọn. Thị trường nhỏ (ngân hàng, công ty bảo hiểm và các cơ quan chính phủ) và có các yêu cầu an toàn cao, điều này giải thích giá cao.

Với phần cứng ngày nay, bạn có thể xây dựng một ứng dụng như vậy bằng cách sử dụng bất kỳ RDMS hiện đại nào, vấn đề lớn nhất của bạn (để triển khai trong ngân hàng hoặc tương tự) sẽ là sự lan truyền địa lý của tất cả các khách hàng kết hợp với nhu cầu tương quan tất cả các tương tác của khách hàng với (một cách hiệu quả ) một cơ sở dữ liệu để đảm bảo tính nhất quán.

Hầu hết các công ty lớn có nhiều, nhiều hệ thống khác nhau bao gồm tất cả các loại cơ sở dữ liệu.

Goldman Sachs là một công ty đầu tư khổng lồ và tôi biết họ có cơ sở hạ tầng Postgres lớn.

Cách dễ nhất để tìm ra điều này là lọc dữ liệu khỏi bảng công việc và chỉ cần xem các ngân hàng đang yêu cầu công nghệ gì. tức là đi đến đơn giản hoặc thực sự và tìm kiếm những thứ như "lập trình viên citi" hoặc "lập trình viên boa", v.v ...

Chúng ta hãy chia nó thành hai phần.

Đầu tiên là thách thức sự khôn ngoan thường nhận được rằng các ngân hàng sử dụng Oracle trên Postgres và MySQL. Đặt câu hỏi như thế này là một ý tưởng hay nhưng trong trường hợp này, bằng chứng khá rõ ràng vì Google sẽ cung cấp cho bạn một danh sách khá đầy đủ các nghiên cứu trường hợp ngân hàng tiên tri, Postgres không. Trong khi tôi ngần ngại nói điều này là có thẩm quyền, tôi sẽ ngạc nhiên nếu Postgres không hét lên từ mái nhà nếu sản phẩm được sử dụng theo cách này.

Thêm vào đó là hàng loạt bằng chứng giai thoại rằng Oracle (và các ông lớn khác) là tiêu chuẩn defacto cho loại hệ thống này và tôi khuyên bạn nên tìm bằng chứng chắc chắn rằng đó không phải là trường hợp, chứ không phải là cách khác xung quanh.

Tôi sẽ không tranh luận rằng Postgres (hoặc MySQL) đang được các ngân hàng sử dụng, chỉ là nó không được sử dụng cho các nhiệm vụ quan trọng, tính sẵn sàng cao, hệ thống khối lượng lớn mà bạn nói đến.

Và điều đó chuyển sang phần thứ hai. Các yêu cầu ở đây là gì?

Đối với hệ thống ATM, tôi khuyên bạn nên có tính sẵn sàng cao và hỗ trợ chất lượng hoàn toàn hàng đầu (nhà phát triển của bạn gọi ai khi họ cần trợ giúp vào lúc 6 giờ tối ngày thứ Sáu?). Bạn cần tự hỏi nền tảng nào có thể cung cấp điều đó.

Nếu bạn tin rằng bạn có thể kiến ​​trúc sư một giải pháp Postgres / MySQL đáp ứng những nhu cầu đó theo tiêu chuẩn mà ngân hàng mong đợi (hãy nhớ, đây là những người rất bảo thủ như một quy tắc), nhưng tôi nghi ngờ rằng họ sẽ có câu hỏi về hỗ trợ và độ tin cậy và sẽ muốn thấy người khác sử dụng nền tảng đó cho loại giải pháp đó thay vì là người đầu tiên chấp nhận rủi ro đó.

Tôi có ấn tượng rằng bạn muốn Postgres trở thành một ứng cử viên và điều đó tốt, nhưng đó là uy tín của bạn bị đe dọa ở đây nếu bạn đưa ra khuyến nghị nên bạn cần phải hoàn toàn tự tin rằng nó thực sự có thể thực hiện công việc và không để những gì bạn muốn là đám mây thực sự phán xét của bạn.

Cuối cùng, tôi không nói bất cứ điều gì là đúng về cách mọi thứ nên như thế nào, chỉ là đó là cách mọi thứ từ kinh nghiệm của tôi về lĩnh vực tài chính ngân hàng.

không phải ngân hàng, nhưng tôi biết các hệ thống điện thoại cho một số dịch vụ Xe cứu thương sử dụng Postgresql. Vì vậy, khi bạn quay số '911', cơ sở dữ liệu postgresql có liên quan đến quá trình nhận xe cứu thương đó cho bạn. Điều này có thể không nói bất cứ điều gì khối lượng giao dịch abotu, nhưng không nói độ tin cậy là tốt với loại dịch vụ quan trọng này.

Tôi đã làm việc cho một ngân hàng đầu tư nơi họ đã sử dụng các hệ thống cơ sở dữ liệu nguồn mở để lưu trữ dữ liệu không quan trọng như kết quả tính toán. Các quy tắc là: dữ liệu càng quan trọng, hệ thống cơ sở dữ liệu càng đắt tiền (phần mềm và phần cứng).

Công ty tôi làm việc không phải là một ngân hàng, nhưng nó đã xử lý và xử lý rất nhiều dữ liệu tài chính. Họ đã sử dụng Oracle.

Tôi không nghĩ rằng một ngân hàng sẽ quan tâm nhiều đến việc tiết lộ những thứ như vậy, đó không phải là thứ mang lại lợi thế cạnh tranh cho họ.

Không phải tất cả các ứng dụng và cơ sở dữ liệu liên quan đều là nhiệm vụ quan trọng hoặc biện minh cho chi phí của một sản phẩm như Oracle. Các tổ chức có ý thức về chi phí của tất cả các loại có khả năng sử dụng các lựa chọn thay thế ít tốn kém hơn cho các ứng dụng đó.

Bạn đã bỏ lỡ hai lựa chọn thay thế rất lớn - Sybase và Microsoft SQL. Tôi không khẳng định để biết bất kỳ ông lớn nào sử dụng, nhưng, tôi sẽ rất ngạc nhiên nếu hai người trên không hòa hợp. Tôi cũng biết một số cài đặt Oracle rất lớn, nhưng mô hình cấp phép của chúng để lại rất nhiều mong muốn.