А что значит "высокая скорость чтения/записи"? Какие порядки? Какие операции?

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

Выборки - по первичному ключу только, да?

P.S. И, наверно, раз уж речь о уровнях транзакции, то интересна не только надежность, сколько консистентность?

надежностьОперации 70% чтение, 30% запись. Скорость от софта требуется чем больше тем лучше, исходя из того софта, что существует в природе :) Остальное будет добиваться до нужного уровня количеством дисков/размером массива.

1. Запись - insert/update? Какой размер БД? Какая задача-то? А то число диско не всегда спасает - зависит от задачи.


Потеря транзакции при сбое сервера не допустима.
Э, если транзакция еще не закоммичена - то в рамках ACID ее потеря не страшна. Если страшна,то задачу нужно решать не на уровне хранилища.
Далее, что значит "недопустима"? Сколько девяток нужно, какая стоимость потери данных, сколько копий будете хранить, нужно ли переживать падение атомной бомбы в ДЦ и сколько времени после этого можно потратить на восстановление, где собираетесь ДЦ размещать (РФ или весь мир)? И сколько денег есть?


В принципе весь ACID интересует. Консистентность при записи в 2 и более таблиц так же необходима.

Хм, тогда, подозреваю, вам нужна промышленная реляционная БД. Собственно, вариантов вообще только два - или DB2 или Oracle. Ну, еще можно посмотреть на всякие хитрые иерархические системы типа IBM IMS (это если есть несколько лишних миллионов долларов).
И стоимость решения - многие сотни тысяч долларов (а если так, то почему вы задаете вопросы в форуме, а не ищете специалиста с соответствующим опытом?)

noSQL из популярных бесплатных тут точно не пройдет. Ну или вы слишком завышаете требования и все гораздо проще.

И, да, почему обязательно noSQL?

надежностьНе обязательно. Просто не нужен. Так же как не нужен прицеп к мерсу. Но если продадите его дешевле чем без прицепа, то куплю.
SQL не нужен, но транзакции нужны. К слову одно с другим никак не связано.

Ну, в теории, конечно, не связано - а вот на практике обычно связь есть.


Админа по нужной технологии найдем.
Тогда IBM DB2 UDB. И дальше смотреть по требованиям и выбирать лицензию. Но, вообще, без понимания, а какие нужны запросы и какой профиль нагрузки, любой совет - это гадание по кофейной гуще...