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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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