Навеяно всем этим форумом

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

Цена покупки
Цена владения
Скорость разработки
Цена сопровождения
Количество читающих пользователей
Количество изменяющих-добавляющих пользователей
Минимальный, средний и максимальный объем читаемых одним пользователем записей. Их
вероятностное распределение.
Минимальный, средний и максимальный объем изменяемых-добавляемых одним пользователем записей. Их вероятностное распределение.
Возможности бэкапа
Устойчивость к аппаратным сбоям
Распространенность БД

ChA
Наверное, стоит разделить критерии по группам, типа финансовые, software, hardware и прочая.
Дельная мысль про группировку. Кроме того я действительно забыл про железо и про потенцальную пропускную способность сети. На некотрых задачах в интранете будут рулить одни СУБД, в интернете - другие.
Ой, блин, занеcло меня - это уже вроде про толщину клиента. Однако, толщина клиента тоже относится к выбору.

Мало накидали идей.
Я может докторскую на этом защитить хочу! Шутка. У меня и диплома по ИТ нет.

Нормальное научное исследование в описательных науках состоит из:

Сбор материала
Его классификация
Выводы. А может и классификации хватит.

Мне хочется, что бы мы прошли весь этот путь вместе.

Поэтому я приветсвую даже самые дикие и мелкие идеи. Возможно они дадут новую ветвь?

Ramin.
А копи-пасте в лом было сделать?

Ramin
-большие области:
-функциональность;
-особенности разработки приложений;
-смешанные критерии;
-поддерживаемые платформы;
-производительность;

Критерии влияющие на функциональность СУБД
Проведенное исследование позволяет разбить эту область на пять групп, в которых можно с большой степени независимости анализировать характеристики СУБД и оценивать их влияние на возможные свойства разрабатываемых приложений:
-Особенности объектной модели;
-Архитектура СУБД;
-Механизмы СУБД;
-Программирование интерфейса приложений;
-Запросы к объектам


Да и критерии, на мой взгляд, надуманные и нечеткие.
Что такое, например, "Особенности объектной модели"? Какие особенности являются плюсом в одних случаях, а какие минусом в других?

Что такое "особенности разработки приложений"? наличие инструментов? Наличие техподдержки? Наличие книг? Наличие сообщества разработчиков? Требуемая квалификация разработчиков?

"-смешанные критерии;" - это вообще - шедевр формализации требований