при выборе поставщика БД будьте осторожны, чтобы сопоставить требования вашего приложения с сильными сторонами продукта БД вендоров. И остерегайтесь их слабостей.
Например, если вы знаете, что ваши записи будут происходить так же часто, как и ваши чтения, и оба будут происходить одновременно, тогда вы захотите узнать, как каждый поставщик, которого вы рассматриваете, обрабатывает параллелизм. Поставщики, которые полагаются на сложные менеджеры блокировок со сложными схемами эскалации блокировок, могут принести вам горе, если вы ожидаете большой нагрузки на свое приложение. Вы потратите больше времени, пытаясь обойти менеджер блокировок БД, чем фактически решая свои проблемы.
Это один пример. У каждой БД есть свои сильные и слабые стороны. Проведите исследование, найдите сайт, который сравнивает поставщиков и сделает выбор, который будет соответствовать вашим потребностям. Если вы можете получить пробную копию, тем лучше провести несколько проверочных тестов. Напишите сценарии, которые разбивают базу данных примерно так, как вы ожидаете, что ваше приложение будет производить и дальше. Пока вы в этом, получите планы запросов для SQL в ваших скриптах от каждого поставщика и посмотрите, что вы можете узнать из этого о том, как работает оптимизатор каждого поставщика.
Можно сказать еще кое-что, но, надеюсь, вы понимаете суть.