Салют! Когда я только пришла в профессию, SQL казался мне чем-то из мира разработчиков. Ну запросы и запросы, это же не моё. Я аналитик, я работаю с требованиями и людьми.
Потом был проект, где нужно было понять почему в отчёте расходятся цифры. Разработчик занят, дедлайн завтра, заказчик ждёт. Я открыла базу, написала запрос — и нашла проблему за двадцать минут сама.
После этого моё отношение к SQL изменилось навсегда.
🧐 Почему его спрашивают на каждом собеседовании
Не потому что аналитик будет писать сложные запросы каждый день. А потому что человек, который понимает SQL, понимает как устроены данные — связи между таблицами, почему один показатель может считаться по-разному в зависимости от того как написан запрос.
Это не про синтаксис. Это про понимание системы изнутри.
‼️ Где SQL реально нужен в работе (исходя из личного опыта)
1️⃣ Когда цифры не сходятся. Заказчик говорит пять тысяч пользователей, разработчик говорит три тысячи. Без SQL будете ждать пока кто-то найдёт время разобраться. С SQL — проверите сами за десять минут.
2️⃣ Когда хочешь понять как устроена система. Схема базы данных показывает всё — какие сущности есть, как они связаны, что главное а что вспомогательное. Я до сих пор начинаю знакомство с новой системой именно с этого.
3️⃣ Когда пишешь требования к данным. Понимая как хранятся данные, формулируешь точнее. Не "показывать историю заказов", а "выбирать заказы по userId, отсортированные по дате, исключая удалённые". Разработчику не нужно додумывать.
4️⃣ Когда принимаешь задачу. Разработчик говорит "всё сделано". Пишешь запрос и смотришь реальные данные — не через интерфейс который может скрывать проблемы, а напрямую.
✅ Какой уровень нужен аналитику (в основном мне хватало, но сложные задачи никто не отменял)
SELECT, WHERE, JOIN, GROUP BY, простые агрегаты — этот набор закрывает 80% задач. Остальное по ситуации.
Пример:
SELECT u.name, COUNT(o.id) AS order_count
FROM users u
LEFT JOIN orders o
ON u.id = o.user_id
AND o.status = 'active'
GROUP BY u.id, u.name
ORDER BY order_count DESC
Писать хранимые процедуры и оптимизировать запросы не нужно — это работа разработчика.
❓ Почему некоторые говорят что SQL им не нужен
Либо они работают там где уже есть готовые дашборды — Power BI, Tableau, Metabase — и данные подготовлены заранее. Такое бывает.
Либо просто привыкли по любому вопросу про данные идти к разработчику. И не замечают насколько от него зависят.
Это не "SQL не нужен". Это "не пробовала разобраться сама".
SQL делает аналитика самостоятельным. Не ждёшь пока кто-то найдёт время ответить — идёшь и смотришь сама. В нашей профессии это и есть ценность.
Если было полезно, ставьте реакции
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA