Apakah ada bank besar yang menggunakan Mysql atau PostgreSQL? [Tutup]


10

Saya selalu berpikir bank skala terbesar menggunakan Oracle. Namun, tidak ada bukti mereka benar-benar menggunakan Oracle, bukan Mysql atau PostgreSQL, tidak ada yang tahu rahasianya.

Adakah yang tahu apa yang sebenarnya mereka gunakan? Bisakah saya membangun sistem ATM / Bank di mana jutaan transaksi akan terjadi menggunakan Mysql? Bisakah saya menggunakan PostgreSQL? Atau haruskah saya menggunakan Oracle saja?


Dan apa yang membuat Anda berpikir apa yang tidak akan diungkapkan oleh bank pada karyawan masa lalu atau saat ini di forum ini? Bukankah itu ilegal?
Fanatic23

@ Fanatic23: Bukan itu yang saya coba tanyakan. Saya mencoba memahami Database yang dapat diandalkan yang digunakan dalam sistem Perbankan kebanyakan oracle atau yang lainnya. Tidak spesifik dengan nama bank yang digunakan ini dan itu. Maaf Anda salah mengerti kata-kata saya.
YumYumYum

1
Pendapat saya, Oracle sebagian besar pemasaran, Anda RDBMS yang baik tetapi jarang, jika pernah, sepadan dengan harga.
George Mauer

1
@ George: Jika penjualan Oracle didasarkan pada pemasaran maka itu mengherankan mereka menjual apa saja - pemasaran mereka sedikit dibandingkan dengan (misalnya) Microsoft. Saya pikir mereka lolos dari pengisian apa yang mereka lakukan karena jika sebuah bisnis ingin membeli salah satu dari aplikasi LOB multi-juta dolar, mereka umumnya tidak punya pilihan karena mereka semua dibangun di atas Oracle (karena mereka semua lebih dari 30 tahun, sebelum open source adalah binar di mata Stallman dan bahkan sebelum Microsoft adalah pesaing serius). Untungnya, itu memang mesin yang bagus.
Aaronaught

Jawaban:


6

Ketika database menjadi sangat populer (1970-an dan 1980-an), bank sudah memiliki jutaan pelanggan, tetapi mendapatkan perangkat keras dan lunak untuk ukuran database semacam itu benar-benar sulit dan hanya Oracle yang benar-benar dapat menangani hal ini dengan andal. Dan sampai hari ini, Oracle adalah satu-satunya penyedia RDMS transaksional multi-master komersial yang berfungsi dengan baik (dan sebelum Anda memecat saya, ya saya tahu tentang cluster replikasi MySQL, tetapi tunjukkan satu implementasi komersial). Gabungkan ini dengan kecenderungan (dibenarkan) bank untuk enggan tentang perubahan, dan Anda tahu mengapa mereka kebanyakan menggunakan Oracle (AFAIK).

Ketika Anda berada di dunia itu, tidak ada banyak pilihan. Pasarnya kecil (bank, perusahaan asuransi, dan lembaga pemerintah) dan memiliki persyaratan keselamatan yang ekstrem, yang menjelaskan tingginya harga.

Dengan perangkat keras saat ini, Anda mungkin dapat membangun aplikasi seperti itu menggunakan RDMS modern, masalah terbesar Anda (untuk ditempatkan di bank atau sejenisnya) adalah penyebaran geografis semua klien dikombinasikan dengan kebutuhan untuk menghubungkan semua interaksi klien ke dalam (secara efektif ) satu database untuk memastikan konsistensi.


2
Bagaimana mereka mengelola untuk mendapatkan konsistensi dan ketersediaan yang cepat untuk semua pelanggan mereka? Khusus untuk perdagangan frekuensi tinggi?
CMCDragonkai

6

Sebagian besar perusahaan besar memiliki banyak, banyak sistem yang berbeda termasuk semua jenis database.

Goldman Sachs adalah perusahaan investasi besar dan saya tahu mereka memiliki infrastruktur Postgres besar.


Itu info yang sangat bagus, saya ingin tahu. Terima kasih.
YumYumYum

@ George Mauer, benarkah? dari mana Anda mendapatkan informasi ini?
Nim

@Nim - Rahasia! Tidak, saya hanya punya paman yang bekerja untuk mereka
George Mauer

Pertanyaannya adalah untuk apa mereka menggunakannya. Sebagian besar bank akan memiliki beberapa RDMBS tetapi untuk sebagian besar sistem inti akan berada di salah satu platform yang lebih mapan - Oracle, Informix, SQL Server atau sesuatu yang berjalan pada mainframe.
Jon Hopkins

1
Sebuah perusahaan keuangan besar tempat saya bekerja menggunakan basis data Oracle dan SQL Server secara internal. Keduanya digunakan dalam lingkungan produksi, untuk tujuan yang berbeda. Oracle sebagian besar untuk pengumpulan data internal, sedangkan SQL Server untuk operasi sensitif waktu.
xbonez

5

Cara termudah untuk mengetahuinya adalah dengan menyaring data dari papan pekerjaan, dan lihat saja teknologi apa yang diminta bank. yaitu pergi ke justhired atau memang dan mencari hal-hal seperti "citi programmer" atau "boa programmer" dll ...


4

Mari kita bagi menjadi dua bagian.

Pertama adalah menantang kebijaksanaan yang diterima umum bahwa bank menggunakan Oracle lebih dari Postgres dan MySQL. Mempertanyakan hal-hal seperti ini adalah ide yang bagus tetapi dalam kasus ini buktinya cukup mudah karena Google cepat akan memberi Anda daftar studi kasus perbankan oracle yang cukup lengkap, Postgres tidak. Sementara saya ragu untuk mengatakan ini otoritatif, saya akan terkejut jika Postgres tidak berteriak dari atap jika produk itu digunakan dengan cara ini.

Tambahkan ke ini massa bukti anekdotal bahwa Oracle (dan anak laki-laki besar lainnya) adalah standar defacto untuk sistem semacam ini dan saya sarankan Anda harus menemukan bukti kuat bahwa itu bukan masalahnya, bukan sebaliknya. sekitar.

Saya tidak akan membantah bahwa Postgres (atau MySQL) sedang digunakan oleh bank, hanya saja itu tidak digunakan untuk jenis misi kritis, ketersediaan tinggi, sistem volume tinggi yang Anda bicarakan.

Dan itu bergerak ke bagian kedua. Apa persyaratannya di sini?

Untuk sistem ATM, saya sarankan Anda perlu ketersediaan tinggi dan dukungan berkualitas tinggi (siapa pengembang Anda menelepon ketika mereka membutuhkan bantuan pada pukul 6 sore pada hari Jumat?). Anda perlu bertanya pada diri sendiri platform apa yang bisa menyediakan itu.

Jika Anda yakin bahwa Anda dapat merancang solusi Postgres / MySQL yang memenuhi kebutuhan tersebut dengan standar yang diharapkan bank (ingat, ini adalah orang yang sangat konservatif), silakan saja, tetapi saya curiga mereka akan memiliki pertanyaan tentang dukungan dan keandalan dan ingin melihat orang lain menggunakan platform itu untuk solusi semacam itu daripada menjadi orang pertama yang mengambil risiko semacam itu.

Saya mendapat kesan Anda ingin Postgres menjadi penantang dan itu bagus, tetapi reputasi Anda dipertaruhkan di sini jika Anda membuat rekomendasi sehingga Anda harus benar-benar yakin bahwa itu benar-benar dapat melakukan pekerjaan dan tidak membiarkan apa yang Anda inginkan. jadilah cloud penilaian Anda.

Akhirnya, saya tidak mengatakan semua ini benar dalam hal bagaimana hal-hal itu seharusnya terjadi, hanya saja memang begitu adanya dari pengalaman saya di sektor perbankan dan keuangan.


2
Postgres sangat dapat diterima untuk sistem kritis, ketersediaan tinggi, sistem volume tinggi. ICANN menggunakannya untuk menjalankan registri .org.
Denis de Bernardy

@Denis - Saya tidak mengatakan itu bukan, saya mengatakan meyakinkan bank itu adalah hal yang berbeda.
Jon Hopkins

Tidak mengatakan poin Anda tidak valid, jauh dari itu. Tetapi sejauh yang saya alami saat menjual barang ke bank besar, manajer juga memiliki anggaran. Dalam beberapa kasus, saya telah melihat sisi bisnis mengesampingkan sepasukan teknisi - dalam kasus saya, dengan memilih VPN murah melalui internet alih-alih menggunakan jalur sewaan yang sangat mahal sehingga para teknisi bersikeras bahwa mereka membutuhkan karena pertimbangan kinerja dan keamanan. :-)
Denis de Bernardy


@Denis - Jangan tidak setuju. Apa yang akan saya katakan adalah bahwa itu adalah sesuatu yang harus disepakati dengan bisnis daripada membuat asumsi. Saya telah melihat contoh dari apa yang Anda katakan tetapi saya juga melihat bank menghabiskan uang bodoh untuk hal-hal yang benar-benar berlebihan.
Jon Hopkins

2

bukan perbankan, tapi saya tahu sistem telepon untuk beberapa layanan Ambulans menggunakan Postgresql. Jadi ketika Anda menekan '911', database postgresql terlibat dalam proses pengiriman ambulan itu kepada Anda. Ini mungkin tidak mengatakan apa pun tentang volume transaksi, tetapi mengatakan keandalannya baik dengan layanan kritis seperti ini.


2

Saya bekerja di bank investasi tempat mereka menggunakan sistem basis data Open Source untuk menyimpan data yang tidak penting seperti hasil perhitungan. Aturannya adalah: semakin penting data, semakin mahal sistem basis data (perangkat lunak dan keras).


1

Perusahaan tempat saya bekerja bukanlah bank, tetapi perusahaan itu menangani dan memproses banyak data keuangan. Mereka menggunakan Oracle.

Saya tidak berpikir bank akan peduli tentang mengungkapkan hal-hal seperti itu, itu bukan sesuatu yang memberi mereka keunggulan kompetitif.


Terima kasih atas masukan Anda. Saya ingin percaya pada Mysql atau PostgreSQL untuk membuat banyak data yang serupa, saya tahu Oracle terbukti menjadi yang terbaik. Tapi google bigtable membuktikan juga bahwa Oracle tidak bisa menjadi satu-satunya 1.
YumYumYum

2
@ 89899: Anda dapat yakin bahwa hampir setiap sistem keuangan tunggal yang pernah dibangun membutuhkan semantik ACID. bigtable bagus, tetapi toko yang pada akhirnya konsisten tidak cocok untuk aplikasi semacam itu.
Aaronaught

1

Tidak semua aplikasi dan basis data terkait sangat penting untuk misi atau membenarkan biaya produk seperti Oracle. Semua jenis organisasi yang sadar biaya cenderung menggunakan alternatif yang lebih murah untuk aplikasi semacam itu.


1
Di bidang keuangan, biaya lisensi Oracle adalah kacang tanah dibandingkan dengan skala uang yang biasanya digunakan. Biaya data feed Anda ke database jauh lebih tinggi daripada lisensi Oracle.
quant_dev

1

Anda melewatkan dua alternatif yang sangat besar - Sybase dan Microsoft SQL. Saya tidak mengklaim tahu apa yang digunakan oleh anak laki-laki besar, tapi, saya akan sangat terkejut jika keduanya tidak ada dalam campuran. Saya juga tahu beberapa instalasi Oracle yang sangat besar, tetapi model lisensi mereka meninggalkan banyak hal yang diinginkan.


Sybase sangat populer di industri perbankan investasi Inggris 10 tahun lalu - dan ORACLE tidak ada di mana-mana. Saya menduga itu mungkin telah berubah.
Neil Butterworth

Sybase juga populer karena integrasi Murex.
quant_dev
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.