Comments 12
Как вы считаете, сколько необходимо времени для изучения и понимания SQL?
Кому-то пять минут. Кому-то полчаса. Встречал тех, кому потребовалось полдня. Если за сутки не удалось - то шанс понять крайне низок, так и останешься на уровне подмастерья. Бывает. Это, кстати, нормально - кому-то ведь реально не дано.
Кстати на многих фирмах уже много раз убеждался, что да, есть очень много таких, которые вроде sql и понимают и каждый день его используют. Но. Настоящего желания делать с его помощью sql-ную красоту - такое есть только у единиц. У остальных - это так, нагромождение полей, имена для которых не подбирались и не продумывались по какой-нибудь системе, а обзывались так, как это ситуативно получалось. И одно и тоже поле в разных таблицах потом имеет 100 разныхвариантов. И таблицы и views - тоже самое - в названиях нет никакой логики, каждая таблица на свой манер, нет общностей. А значения в полях - это вообще вырви глаз. В одной фирме, где клиент-id как long должна была везде быть, так её как только не записывали в разных местах - и как текст, и как число с запятой, и при том с различной степенью точности после запятой итд. Но это везде так - уметь кое-что делать - это одно. С любовью это делать - это другое.
Ну я имел в виду не склонность к перфекционизму, а необходимость мыслить множествами и молиться на постулат "Итераций не существует". Собственно основной признак того, что кому-то не дано - это постоянные подзапросы, коррелированные и нет, там, где от них только вред и тормоза (особенно в списке вывода), и станет лучше, если заменить подзапросы на вульгарный джойн.
Работаю с реляционными базами (ежедневный SQL) более 20 лет и все еще нахожу что-то новое/полезное.
"SQL является одним из наиболее важных языков для работы с данными в Сети"
Точно "в Сети"?
Советую книгу: "Введение в системы баз данных", К. Дж. Дейт, - если кто хочет взглянуть на путь становления БД и SQL с самого высокого масштаба. Книга не для практического применения, а для осознания почему стало именно так, как есть.
Хороший roadmap, спасибо. Я бы добавил сюда блок по проектированию DWH, а также ETL/ELT. И раздел по многопользовательской работе подвинул бы поближе к началу. Многие начинающие (да и не только) инстинктивно работают с БД как с файлом в монопольном режиме, не понимая нюансов конкуренции.
Для меня было самым сложным - научиться понимать 10-этажные запросы с (LEFT/RIGHT/CROSS) JOIN.
Хороший план.
Я как раз дописываю книгу, содержание которой очень близко к этому плану :)
Если ты не идёшь в микро-компанию, где нужен человек-швейцарский нож, то в roadmap много лишнего. Потому что в крупной компании со здоровым процессом разработки программист не будет админить базы , например. И тд и тп.
На мой взгляд, нужно про хранимый код добавить, что это как минимум процедурное расширение для sql. И для каждой СУБД он будет свой.
Просто пройдите первые 60 заданий по SELECT на https://www.sql-ex.ru/
Ультимативная дорожная карта для изучения SQL и баз данных в 2023 году + источники для знаний