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

Системный аналитик, каждая вторая вакансия

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

Ну когда система БД с логикой на транзакт СКЛ, можно и обобщить. Если нет других систем. Но это разные дожности "Аналитик".

Но я про SQL конечно. Эластики разворачивать не требуют. И бизнес-процессы обследовать тоже

Вы понимаете, я тоже утрировал. Знать СУБД иногда нужно, а иногда нет. Базу БД конечно нужно, даже noSQL понимать. Но никак не рефакторить запросы на plSQL если он не Аналитик БД.

спасибо!

Поймите, я же не говорю что плохо знать и уметь. Но каждое ведомство должно заниматься своим делом. И если сотрудник не держатель опционов/владелец капитала, он обязан говорить что это вне его компетенции. Иначе вы ломаете ожидания структуры рынка у владельцев капитала. Завтра вам на замену (вами все настроено, есть сениоры рядом обученные, джуна хватит например) и к это джуну СА будут требования трех мидлов БА, СА и DA (не знаю как там аналитик данных сокращаются). За деньги в лучшем случае одного мидла. А то и одного джуна.

Это так. Доводить о необходимых ролях и компетенциях необходимо стейкхолдеру в рамках инициации проекта через PO или PM, с разбивкой на этапы (на 1 этапе надо БА, на 2 - Архитектор + СА + Аналитик данных) стоимость такая-то, делать будут то-то. Это в идеале. Но речь не о том. Растить компетенции можно бесконечно, суть в том, чтобы разбираться хотя бы поверхностно в том, что относиться к СА. Планы запросов и оптимизация - это не компетенция СА, это компетенцуия Разработчика/Архитектора и тп.

Я бы все равно дал заметеку, понимание бизнес-процесса нужно всем. И разработчику. Это опасный путь работа по "тасочкам в джире", (хотя скоро многие с джиры будут мигрировать, селф хостед закрывают). Понимание что зачем и почему позволит как раз заложить норм структуру БД той же (er диаграмма от аналитика разработчику БД). Так что СА все равно должен с БП работать, иначе его работа будет не эффективной. Единственное он не оптимизирует их. Хотя иногда и это делает.

Да я понимаю

В вакансиях обычно стек публикуют если что

Одно дело вакансии (тараканы отдельных предприятий), другое дело подготовка специалиста до предприятия, идти по стеку топ 20 БД, и квантовые вычисления?

Да зачем такие сложности. Надо курс «аналитика на коленке за три дня» по скайпу пройти, и можно в резюме писать «Системный аналитик», зарплата не меньше 250000 без налогов. В общем спорить не буду, каждому своё

Не пройти, а организовать! Три дня интенсива, стоит 100 тысяч рублей и в конце именная кружка с подписью Тони Роббинса в подарок!

*когда в очередной раз начальник отдела аналитики любой компании будет жаловаться на  отсуствие кадров, потому что "уехали", или охерели с запросами по заработной плате, и как было хорошо раньше, вспомните этот разговор.

расскажите, кто какую проблему решает

С поколением "снежинок" откат уже начался, но это никого ничему не учит.

P.S. В макро экономике поколение снежинок по боку, раба заставим на партию трудиться. Все равно по теории ограничений будет процесс эволюционировать.