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

По поводу новой темы , которая похоже дает реальный практический результат.
Я сидел вечерами , в выходные . Постоянно обдумывал и искал способы решения возникающих проблем и аномалий. Тратил кучу нервов на попытки доказать перспективность идеи. Пытался заинтересовать коллег и читателей Хабра - и там и там - безрезультатно .

Итог почти двух летней работы - тема вышла из этапа дизайна и разработки на этап тестирования ( Да , это получается waterfall , не agile).

Риторический вопрос - почему бы мне рассчитывать не на разовую премию (затраченные время и нервы это все равно никак не компенсирует) , а на стабильную прибавку к окладу в связи с внедрением новой услуги - Performance engineering ?

Возможно замечание - ну ты же всё это время зарплату получал . Однако, зарплату я , как и все DBA, получаю не за создание прибавочной стоимости , а в обмен на время моей жизни . За 8 часов жизни , получаю вполне законное вознаграждение .
А создание новых сущностей и академические исследования , должностными инструкциями не предусмотрено. Так, что данный довод, про зарплату признан несостоятельным и несущественным. Потому, что даже если бы я ничего нового не придумал и просто точил бы гайку весь день , как и все - зарплата была бы точно такая же.

P.S. Понятно стремление манагеров решить проблемы "у нас стало медленно работать" забесплатно, по текущей услуге сопровождения СУБД. Но, непонятно , нежелание руководства срубить больше денег с клиента и внедрить новую услугу.
Посмотрим , чем кончится .
Пока , продолжаю академические изыскания , эксперименты и анализ наблюдений .
Дальше , посмотрим.
P.P.S. Мы с 1991 года живем в стране победившей буржуазной контрреволюции - "здесь все просто так, кроме денег" (с).

В сети гуляет множество статей на тему кто быстрее слон или кит ?

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

Мне довелось присутствовать на презентации отечественной СУБД, хотели войти в продуктовую линейку компании. Главная и первая ошибка - стали показывать графики неких тестов скорости . Как дошло время до вопросов - а , что у вас с администрированием , мониторингом и отчетами ? В ответ - в работе , ждем финансирование . Ну , вот когда найдёте и сделаете - тогда и приходите. А эти цифры и графики никому особо и не интересны .