Являюсь MS SQL разработчиком с небольшим стажем (1.5 года). Подскажите, в каком направлении можно развиваться SQL разработчику, какие инструменты осваивать, какие направления проще, какие сложнее, сколько потребуют времени (как минимум), востребованы ли SQL разработчики или лучше сменить профиль (на веб, например)?
Не существует понятия sql-разработчик. Есть определение DBA для тех, кто знает не только SQL в деталях, но и нюансы работы конкретной СУБД, а также способы улучшения производительности.
pavel_the_man, тут два варианта возможны - либо я отстал от жизни, либо кадровик Точки очень вольно оперируете терминологией. Но вообще, если почитать требования, то скорее второе. Давно разработчики мониторинг например настраивают?
Сергей Горностаев, ну, у условного ИП'шника Баранкина разработчик будет делать всё :) Я бы сказал, что мониторинг производительности, настройка репликации, бэкапирование и т.п. - это задачи, которые "могут встречаться". Пусть будет такая формулировка. А могут и не встречаться. Зависит от компании или проекта.
На hh очень много вакансий которые называются SQL-разработчик / программист. И в них, вместе со знанием просто языка запросов, почти всегда указывается умение программировать на процедурном языке той или иной СУБД. На мой взгляд, это как раз и составляет основу должности - если это знаешь, то можешь с чистой совестью претендовать на позицию. Просто заранее обсудить потенциальные DBA'ные активности на собесе. Но вот пара вакансий где, в общем-то ничего DBA'ного не написано: Первая, Вторая .
Вам, наверное, будет интересно посмотреть что в Сбере есть:
У Дата сайентистов действительно ожидается навык администрирвоания и глубокого понимания Postgres'а.
А вот у СБОЛ'а разработчику SQL придется "взаимодействовать с DBA", стало быть выделенный админ на полную ставку уже есть.
Это только пара ссылок, мне вот даже самому стало интересно, что написано в других сберовских вакансиях на SQL'щика.
Если честно - никуда. Чистый SQL разработчик - это как закручиватель гаек. В техно-стеке он слишком узкий
чтоб ему давать задачи. Какие задачи ты до этого делал? Хранимки писал? Да кому нужна хранимка сегодня?
Нужен наверное девелопер на языках программирвоания со знанием SQL.
Вот в сторону разработчика и смотри. Веб там или не веб - не имеет значения.
Чистый SQL разработчик нужен в 1 случае на 1000, например сложный по архитектуре бд проект и средние знания у разрабов. Выгоднее нанять 1 дбшника, чем переучивать толпу девелоперов. Но в 99% случаев дбшник избыточен.
Единственная ниша, более-менее востребованная, хотя и достаточно узкая - конвертация между разными базами, восстановление битых, импорт из одного формата в другой... Грубо говоря подготовка или конвертация датасетов. Если думаете идти в этом направлении - учите нюансы других бд и методы работы с массивами данных разных форматов.
В основном DBA могут быть востребованы там, где или сложная архитектура базы, или там, где в базе может быть логика.
Несмотря на возможности MSSQL/ Postgres и даже mysql в хранимых процедурах, лидером по такому применению (перенос логики на язык баз данных) является Oracle со своим sqlpl
Ну а вообще - ищешь списки вакансий c DBA и смотришь какие базы там чаще встречаются.