Я с удовольствием оставлю положительный отзыв о курсе SQL, который я прохожу дистанционно.

Курс оказался невероятно информативным и удобным для изучения. Программа обучения была хорошо структурирована, что позволяло легко усваивать материал, начиная с основ и постепенно переходя к более сложным темам. Лекции были поданы в доступной и понятной форме, - отлично дополняли теорию практическими примерами.

Особенно хочу отметить поддержку Анны. Она всегда была готова ответить на вопросы и помочь с возникшими трудностями, что создавало атмосферу доверия и комфорта.

Платформа для обучения была удобной и интуитивно понятной, что сделало процесс обучения еще более приятным. Я могла учиться в удобное для себя время, так как Анна делала записи занятий, что было очень важно для меня.

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

📚13 апреля мы начинаем обучение с нашим новым потоком базового курса «SQL с нуля»! УРА!

На курсе ещё остались места, присоединяйтесь🫶🏽

Записаться: @sql_class

Давайте порадуемся вместе, ведь у нас теперь есть собственный сайт!💪

Теперь всю информацию по Базовому курсу "SQL с нуля" Вы сможете найти в одном месте🎉

Приглашаем почувствовать себя первыми тестировщиками, будем очень рады обратной связи: https://sqlclass.ru/

Большое спасибо @aakostikov за отзыв о Базовом курсе «SQL с нуля»!🫂

Уже 21 июня мы стартуем с новой группой базового курса “SQL с нуля”🎉

Напоминаю, что это последняя возможность присоединиться к потоку по старым ценам. Узнать стоимость: https://sqlclass.ru/

Для записи напишите в личные сообщения: @sql_class

🔍 Вспомним про оконные функции?

Функция RANK присваивает ранг каждой строке в пределах раздела, основанного на значении, которое мы указываем. Если несколько строк имеют одинаковые значения, они получают один и тот же ранг, а следующий ранг пропускается.

💡 Пример использования RANK:
Рассмотрим таблицу с менеджерами и количеством сделок. Мы хотим определить их ранги по количеству закрытых сделок:

SELECT 
    manager_id,
    manager_name,
    deals_count,
    RANK() OVER (ORDER BY deals_count DESC) AS manager_rank
FROM 
    manager_deals;

👆🏼Результат на скриншоте👆🏼

🛠️ Что такое CRUD?

Сегодня обсудим концепцию CRUD, которая часто используется при работе с базами данных.

Это акроним, состоящий из четырех операций:

🔹 C – Create (Создание):
Добавление новых данных, например, нового пользователя.

🔹 R – Read (Чтение):
Получение информации из базы, позволяющее извлекать необходимые данные.

🔹 U – Update (Обновление):
Изменение существующих данных, например, редактирование информации о пользователе.

🔹 D – Delete (Удаление):
Удаление записей из базы, например, при удалении аккаунта.

Привет!👋🏽

Отвечая на вопрос от одного из участников курса в процессе урока, задумалась о том, чтобы сделать постоянную рубрику в канале!

С названием заморачиваться не будем, пусть будет «Вопрос с урока»😂

Думаю, будет полезно в случае, если вы подумали, но не задали вопрос со своей группой)

❤️ — То, что нужно
⚡️ — А я уже все спросил(а) на паре

💈Ну и сразу не отходя от кассы..

Вопрос: Почему в реляционных БД так много таблиц, почему нельзя хранить всё в одной таблице?

1. Дублирование данных
Хранение всех данных в одной таблице приводит к повторению значений (например, имя клиента). Это увеличивает объём базы и создаёт избыточность.

2. Сложность обновления
Изменяя информацию (например, номер телефона клиента), нужно менять её во всех строках. Забудете изменить в одной — и данные окажутся неактуальными.

3. Трудности с удалением
Удаление записей может привести к потере важной информации или оставить "висячие" записи (например, заказы без клиента).

4. Ограниченные возможности поиска
Поиск и анализ информации усложнены, когда всё смешано в одной таблице, что затрудняет нахождение связей.

5. Нарушение принципов нормализации
Реляционные БД строятся по принципам нормализации — данные делятся на связанные таблицы, чтобы избежать повторов и упростить работу с ними.

❓Часто сталкивались с ситуацией, когда нужно создать таблицу на основе данных, которые есть в другой таблице?

Решение есть:

CREATE TABLE новая_таблица AS
SELECT * FROM существующая_таблица
WHERE условие;

📝 В этом запросе новая_таблица будет создана на основе данных из существующая_таблица, удовлетворяющих указанному условию.

Зачем: Такой подход полезен, когда нужно быстро скопировать данные или создать резервную копию.

Важно: При этом копируются только данные, а структура таблицы (индексы, ограничения и т. д.) не сохраняется.

Пробуйте и делитесь опытом в комментариях! 💬✨

Вопрос с урока: А можно ли выделить в DB все таблицы, которые именно я когда-то создал?🧐

Вот такой хитрый запрос с обращением к внутренним системным таблицам решает эту задачу:

SELECT
c.relname AS table_name,
pg_get_userbyid(c.relowner) AS owner_name
FROM
pg_class c
JOIN
pg_namespace n ON n.oid = c.relnamespace
WHERE
c.relkind = 'r'
AND n.nspname = 'ВАША СХЕМА'
and pg_get_userbyid(c.relowner) = 'ВАШЕ ИМЯ'
ORDER BY
table_name;

Только замените название схемы и учетку🫶🏽

Учебный сентябрь близко, и мы не отстаем👨‍🏫👩‍🏫

Рассказываю про даты следующих потоков:

🎓 23 августа - Базовый курс «SQL с нуля»

🎓 30 августа - Продвинутый курс «Уверенный пользователь SQL»

Чтобы узнать стоимость и записаться, напишите: @sql_class

В тему карточек ловите ещё одну по UPDATE📝

Она пригодится нам уже на 2 занятии по базовому курсу👀