MegabyteА если обсуждать мастабируемость и безопасность, то это и на стороне БД прекрасно можно реализовать.
На стороне БД масштабируемость и безопасность для мобильного банка? Любопятно.

В двух словах не расскажите о том, как бы сделали Вы?

MegabyteПочему именно мобильный банк?Потому что там действительно нужно масштабирование и безопасность.
И по идее понятное и мне и вам приложение по своему назначению и функционалу.

MegabyteНасчёт масштабируемости: репликация, шардинг...Это как-то совсем обще.

Начнём с того, что за СУБД, где из коробки шардинг заточен под мобильное приложение?
Вот заходит очередной пользователь на Apple Store, или Google Play, скачивает приложение.
И до какой шарды он будет ходить, по какому принципу, где заданы параметры подключения?

MegabyteПо безопасности: отсутствие прямого доступа до данных, все обращения через хранимки. Или вы под безопасностью что-то другое подразумевали?Давайте на примере мобильного банка.
Допустим это двухзвенка, то есть имеет прямой доступ к БД.
Значит скачиваю приложение, расковыриваю, смотрю параметры прямого подключения к БД, вызовы хранимок по переводу бабла.
И начинаю пробовать переводить бабло других пользователей приложения себе от их имени.
Любой же из них имеет право выполнять хранимки.

Megabytealex55555пропущено...

Если ни с мобильной, ни с трёхзвенной никогда дел не имел - пили всё на своей базе, всё будет лучше, чем убивать прожект из-за идиотской архитектуры от "архитектора", который о ней ничего не знает. Просто не мучай других.
Архитектуре бд до лампочки, какой у неё клиент: десктоп, веб или мобильное приложение...
БД-то до лампочки.

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

Megabyte,

кстати, на чём будите пилить проект? PostgreSQL?