Существует ли большой банк, использующий Mysql или PostgreSQL? [закрыто]

10

Я всегда думал, что крупнейшие банки используют Oracle. Тем не менее, нет никаких доказательств того, что они действительно используют Oracle вместо Mysql или PostgreSQL, никто не знает секрет.

Есть идеи, что они на самом деле используют? Могу ли я построить систему банкоматов / банков, где миллионы транзакций будут происходить с использованием Mysql? Могу ли я использовать PostgreSQL? Или я должен использовать только Oracle?

YumYumYum
источник
А с чего вы взяли, что банк не раскрывает своих прошлых или нынешних сотрудников, будет на этом форуме? Разве это не будет незаконным?
Fanatic23
@ Fanatic23: это был не тот способ, которым я пытался спросить. Я пытался понять надежную базу данных, которая использовалась в банковской системе в основном оракула или других. Не конкретно по названию банка использовал то и это. Извините, что вы неправильно поняли мои слова.
YumYumYum
1
Мое мнение, Oracle в основном занимается маркетингом, ты - хорошая СУБД, но редко, если вообще, стоит ценник.
Джордж Мауэр
1
@ Джордж: Если продажи Oracle основаны на маркетинге, то удивительно, что они вообще что-то продают - их маркетинг ничтожен по сравнению (например, с Microsoft). Я думаю, что им сходит с рук плата за то, что они делают, потому что, если бизнес хочет купить одно из LOB-приложений стоимостью в несколько миллионов долларов, у них, как правило, нет выбора, потому что все они построены на Oracle (потому что им уже за 30 лет, до того, как открытый исходный код был мерцанием в глазах Столлмана и даже до того, как Microsoft стала серьезным соперником). К счастью, это хороший двигатель.
Aaronaught
1
Связанный: stackoverflow.com/questions/2701443
Дени де Бернарди

Ответы:

6

Когда базы данных стали по-настоящему популярными (1970-е и 1980-е годы), у банков уже были миллионы клиентов, но получить оборудование и программное обеспечение для такого размера базы данных было действительно сложно, и только Oracle мог реально справиться с этим. И по сей день Oracle является единственным поставщиком правильно работающих коммерческих многоадресных транзакционных RDMS (и до того, как вы меня заинтриговали, я знаю о кластере репликации MySQL, но покажу одну коммерческую реализацию). Объедините это с (оправданной) тенденцией банков неохотно относиться к изменениям, и вы знаете, почему они в основном используют Oracle (AFAIK).

Когда вы находитесь в этом мире, выбора не так много. Рынок небольшой (банки, страховые компании и правительственные учреждения) и предъявляет экстремальные требования безопасности, что объясняет высокие цены.

С сегодняшним аппаратным обеспечением вы, вероятно, могли бы создать такое приложение, используя любую из современных RDMS, вашей самой большой проблемой (для развертывания в банке или подобном) было бы географическое распределение всех клиентов в сочетании с необходимостью (эффективно) коррелировать все взаимодействия с клиентами. ) одна база данных для обеспечения согласованности.

wolfgangsz
источник
2
Как им удается добиться такой быстрой согласованности и доступности для всех своих клиентов? Особенно для торговли на высоких частотах?
CMCDragonkai
6

У большинства крупных компаний есть много разных систем, включая все виды баз данных.

Goldman Sachs - огромная инвестиционная фирма, и я знаю, что у них большая инфраструктура Postgres.

Джордж Мауэр
источник
Это действительно хорошая информация, я хотел знать. Спасибо.
YumYumYum
@ Джордж Мауэр, правда? откуда вы взяли эту информацию?
Ним
@Nim - Секреты! Нет, у меня просто есть дядя, который работает на них
Джордж Мауэр
Вопрос в том, для чего они его используют. В большинстве банков будет несколько RDMBS, но по большей части базовые системы будут работать на одной из наиболее хорошо зарекомендовавших себя платформ - Oracle, Informix, SQL Server или других системах, работающих на мэйнфреймах.
Джон Хопкинс
1
Крупная финансовая фирма, в которой я работал, использовала базы данных Oracle и SQL Server для себя. Оба были использованы в производственных средах, для разных целей. Oracle в основном для внутреннего сбора данных, а SQL Server для чувствительных ко времени операций.
xbonez
5

Самый простой способ понять это - отфильтровать данные с рабочих мест и просто посмотреть, какие технологии запрашивают банки. то есть, перейдите к simplehired или действительно и найдите такие вещи, как "citi programmer" или "boa programmer" и т. д.

красно-грязь
источник
4

Давайте разберем это на две части.

Во-первых, это вызов общепринятому мнению, что банки используют Oracle вместо Postgres и MySQL. Опрашивать подобные вещи - хорошая идея, но в этом случае доказательства довольно просты, поскольку быстрый Google даст вам довольно полный список примеров банковского оракула, а Postgres - нет. Хотя я не решался бы сказать, что это авторский документ, я был бы удивлен, если бы Postgres не кричал с крыш, если продукт использовался таким образом.

Добавьте к этому массу неподтвержденных доказательств того, что Oracle (и другие большие мальчики) являются стандартом де-факто для подобного рода систем, и я хотел бы предложить вам найти убедительные доказательства того, что это не так, а не наоборот. около.

Я бы не стал оспаривать тот факт, что Postgres (или MySQL) используется банками, просто что он не используется для критически важных систем с высокой доступностью и большими объемами, о которых вы говорите.

И это переходит во вторую часть. Каковы требования здесь?

Для системы банкоматов я бы посоветовал вам обеспечить высокую доступность и абсолютно качественную поддержку (кому звонят ваши разработчики, когда им нужна помощь в 18:00 в пятницу?). Вы должны спросить себя, какая платформа может это обеспечить.

Если вы считаете, что можете разработать решение Postgres / MySQL, отвечающее тем требованиям, которые ожидаются банком (как правило, это очень консервативные люди), тогда продолжайте, но я подозреваю, что у них возникнут вопросы о поддержка и надежность, и они захотят, чтобы кто-то другой использовал эту платформу для такого решения, а не был первым, кто пошел на такой риск.

У меня сложилось впечатление, что вы хотите, чтобы Postgres был претендентом, и это нормально, но это ваша репутация на карту, если вы даете рекомендацию, поэтому вам нужно быть абсолютно уверенным, что он действительно может выполнить свою работу, а не позволить тому, что вы хотите Будь правдивым, облачи своим мнением.

Наконец, я не говорю, что все это правильно с точки зрения того, как все должно быть, просто так обстоит дело с моим опытом работы в банковском и финансовом секторах.

Джон Хопкинс
источник
2
Postgres идеально подходит для критически важных систем с высокой доступностью и большими объемами. ICANN использует его для запуска реестра .org.
Дени де Бернарди
@ Денис - я не говорю, что это не так, я говорю, что убедить банк в этом - это совсем другое.
Джон Хопкинс
Не сказать, что ваши очки неверны, это далеко не так. Но поскольку я это испытал, продавая вещи крупным банкам, у менеджеров тоже есть бюджет. Во многих случаях я видел, как деловая сторона отвергла целую армию техников - в моем случае, выбрав дешевый VPN через Интернет вместо использования чрезвычайно дорогих арендованных линий, которые технари были непреклонны в том, что им нужно, потому что производительности и соображений безопасности. :-)
Дени де Бернарди
pgcon.org/2010/schedule/events/204.en.html
Дени де Бернарди
@ Денис - не согласен. Я бы сказал, что это то, что должно быть согласовано с бизнесом, а не делать предположения. Я видел примеры того, что вы говорите, но я также видел, как банки тратят глупые деньги на вещи, которые были полностью излишними.
Джон Хопкинс
2

не банковское дело, но я знаю, что телефонные системы для некоторых служб скорой помощи используют Postgresql. Поэтому, когда вы набираете «911», база данных postgresql участвует в процессе доставки вам этой машины скорой помощи. Это может ничего не сказать об объемах транзакций, но говорит о том, что надежность этого вида обслуживания критически важна.

gbjbaanb
источник
2

Я работал в инвестиционном банке, где они использовали системы баз данных с открытым исходным кодом для хранения некритических данных, таких как результаты расчетов. Правила были: чем важнее данные, тем дороже система базы данных (программное и аппаратное обеспечение).

LennyProgrammers
источник
1

Компания, в которой я работал, не была банком, но она обрабатывала и обрабатывала множество финансовых данных. Они использовали Oracle.

Я не думаю, что банк будет заботиться о раскрытии таких вещей, это не то, что дает им конкурентное преимущество.

quant_dev
источник
Спасибо за ваш вклад. Я хочу верить в то, что Mysql или PostgreSQL могут обрабатывать много данных одинаково, я знаю, что Oracle оказался лучшим. Но Google Bigtable также доказал, что Oracle не может быть единственным 1.
YumYumYum
2
@ 89899: Вы можете быть уверены, что для каждой построенной финансовой системы требуется семантика ACID. bigtable - это хорошо, но в конечном итоге согласованные магазины не подходят для такого рода приложений.
Aaronaught
1

Не все приложения и связанные с ними базы данных являются критически важными или оправдывают затраты на такой продукт, как Oracle. Организации всех типов, которые заботятся о затратах, могут использовать менее дорогие альтернативы для таких приложений.

Дейв
источник
1
В финансах стоимость лицензии Oracle арахисовая по сравнению с обычно используемой денежной шкалой. Стоимость подачи данных в базу данных намного выше, чем лицензия Oracle.
quant_dev
1

Вы пропустили две очень большие альтернативы - Sybase и Microsoft SQL. Я не утверждаю, что знаю, чем пользуется кто-то из больших мальчиков, но я был бы очень удивлен, если бы вышеперечисленные два не были в миксе. Я также знаю о некоторых очень больших установках Oracle, но их модель лицензирования оставляет желать лучшего.

Nim
источник
Sybase был очень популярен в инвестиционно-банковской индустрии Великобритании 10 лет назад, а ORACLE нигде не было. Я подозреваю, что это могло измениться.
Нил Баттерворт
Sybase популярен еще и благодаря интеграции Murex.
quant_dev