{"id":14285,"url":"\/distributions\/14285\/click?bit=1&hash=346f3dd5dee2d88930b559bfe049bf63f032c3f6597a81b363a99361cc92d37d","title":"\u0421\u0442\u0438\u043f\u0435\u043d\u0434\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0442\u0440\u0430\u0442\u0438\u0442\u044c \u043d\u0430 \u043e\u0431\u0443\u0447\u0435\u043d\u0438\u0435 \u0438\u043b\u0438 \u043f\u0443\u0442\u0435\u0448\u0435\u0441\u0442\u0432\u0438\u044f","buttonText":"","imageUuid":""}

Реальный опыт использования SQL продактом и как его выучить

Всем привет! Я Лаптев Алексей, основатель и главный разработчик группы аналитических и маркетинговых сервисов в datamonster.

Проблема на рынке

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

В этой статье объясню каким образом.

Что я делаю как продакт?

Придумываю метрики, слежу за метриками, ищу точки роста и узкие места в рамках группы saas-проектов в datamonster.

В данный момент около 70 метрик и десяток тематических дашбордов.

Все дашборды рисуются без помощи программистов, что позволяет очень быстро рисовать новые метрики и тестировать гипотезы.

И да, действительно, на старте любого проекта довольно высокая потребность рисовать всякие метрики в дашбордах. Например: регистрации, выручка, ошибки в день/месяц.

Как это выглядит технически сейчас?

Дашборды собираются в metabase

Каждая метрика — визуализация довольно простого SQL-запроса

Правда есть нюанс.

Чтобы запросы были простые, БД должна быть грамотно сделана, а не csv файл парсить без индексов.

Как это было раньше?

Раньше примерно было тоже самое, но кодили сами.

Потом когда нашли метабейз — отказались от кодинга, кроме сложных случаев.

Поэтому если вы что-то кодите — подумайте нельзя ли заменить кодинг метабейзом.

Даже если график кодить 1 час, его реализация за 5 мин в метабейзе всеравно приятней.

Что нужно знать чтобы рисовать такие дашборды?

SQL

  • Конструкции select, WHERE, GROUP BY, having, ORDER, LIMIT
  • Функции MAX, MIN, COUNT, AVG, SUM
  • Индексы. Самое основное — строить и фильтровать по целочисленным колонкам.

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

Metabase (или аналог)

Тут самое сложное его установить, возможно есть онлайн вариант.

А использование простое — можно разобраться за день.

Как этому научится?

Об этом не говорят, но раньше учились так: качаешь 10 страничный мануал по основам SQL и читаешь. Без курсов, симуляторов и прочего.

В целом я вижу такой план:

  1. У вас должна быть реальная потребность и задача, которую можно решить через SQL чтобы была мотивация и интерес. Пусть это будет расчет простейших метрик: регистрации, выручка, ltv, клики, зарплаты.
  2. Подключаемся к базе с нужной информацией через метабейз, табикс или любой доступный вам клиент.
  3. Ищем мануал или короткий бесплатный курс по основам SQL, где изучаем базовые конструкции.
  4. Пробуем решать нужные вам задачи.
  5. Ответы на вопросы ищем на stackoverflow и в чатиках.

Как поймете смысл — сможете написать любой запрос.

Так, а где ссылка?

Вот, подпишитесь там на ютуб и телегу, если хотите знать кухню разработки различных saas.

0
4 комментария
Сергей Коновалов

Знание SQL - самое что ни на есть программирование ;)
А вот если ПО позволяет формировать метрики и атрибуты, то потом ими уже можно оперировать без SQL. И правильность структуры базы будет влиять только на скорость получения результата.

Ответить
Развернуть ветку
Alexey Laptev
Автор

Ну если SQL трудно осилить, то наверное нужно такое ПО.

Ответить
Развернуть ветку
Сергей Коновалов

Смотря до какого уровня, да и зачем? ;D да и диалектов разных предостаточно

Ответить
Развернуть ветку
Alexey Laptev
Автор

Вы или суровый программист или вообще не понимаете о чем тут речь.

SQL - очень удобен для простого анализа данных, вместо различных костыльных конструкторов.

Статья как раз приводит кейс когда он удобен для менеджера.

Ответить
Развернуть ветку
1 комментарий
Раскрывать всегда