💻 SQL для веб-разработчиков

В этом комплексном курсе SQL представлены все основы языка структурированных запросов.

Вы узнаете как создавать таблицы БД и попрактикуетесь в запросах к ним, как это делает веб-разработчик серверов в реальных условиях.

📱 Смотреть на YouTube

➡️ SQL Community | #полезное

➡️ SQL Community | #memes

💻 SQL HowTo: генерация и подсчет уникальных комбинаций

В статье показано, как с помощью PostgreSQL решать задачи генерации всех возможных комбинаций значений из нескольких наборов данных.

Автор объясняет, как использовать generate_series, CROSS JOIN и другие техники для работы с большими объемами данных.

⛓ Читать статью

➡️ SQL Community | #статья

➡️ SQL Community | #memes

❔ Задача с LeetCode «Fix Names in a Table №1667»

Напишите решение для исправления имен таким образом, чтобы только первый символ был прописным, а остальные - строчными.

Верните таблицу результатов, упорядоченную по user_id.

Входные данные:

+---------+-------+
| user_id | name  |
+---------+-------+
| 1       | aLice |
| 2       | bOB   |
+---------+-------+

Вывод:

+---------+-------+
| user_id | name  |
+---------+-------+
| 1       | Alice |
| 2       | Bob   |
+---------+-------+

➡️ SQL Community | #задача #easy

💻 Набор советов по улучшению SQL запросов

Делимся GitHub-репозиторием, в котором собраны советы по улучшению SQL-запросов: методы повышения читаемости кода и предотвращения распространённых ошибок, рекомендации по оптимизации.

📱 Смотреть на GitHub

➡️ SQL Community | #полезное

➡️ SQL Community | #memes

📱 Шпаргалка по PostgreSQL

В данной статье автор собрал вопросы, которые ему часто задавали на собеседовании на позицию Python-разработчика.

Большая часть из них относится к СУБД PostgreSQL, поэтому каждый сможет найти для себя что-то полезное.

⛓ Читать статью

➡️ SQL Community | #статья

➡️ SQL Community | #memes

❔ Вопрос с собеседования

Чем отличаются шардирование и партиционирование?

Ответ:
▶️ Партиционирование — разделение данных в рамках одной базы или таблицы на логические сегменты (разделы), например, по дате или ID. Используется для оптимизации запросов и упрощения управления большими таблицами.

▶️ Шардирование — горизонтальное разделение данных между несколькими серверами. Каждая «шарда» содержит часть данных, что позволяет распределить нагрузку и увеличить производительность.

Пример: партиционирование — деление таблицы заказов по годам, шардирование — распределение этих данных между разными серверами.

➡️ SQL Community | #собеседование

➡️ SQL Community | #memes

💻 Горизонтальное масштабирование базы данных

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

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

⛓ Читать статью

➡️ SQL Community | #статья

Чтобы вечер пятницы был веселее 😂

➡️ SQL Community | #memes

❔ Задача с LeetCode «Rising Temperature №197»

Напишите решение, чтобы найти id всех дат с более высокими температурами по сравнению с предыдущими датами (вчерашними).

Верните таблицу результатов в любом порядке.

Входные данные:

+----+------------+-------------+
| id | recordDate | temperature |
+----+------------+-------------+
| 1  | 2015-01-01 | 10          |
| 2  | 2015-01-02 | 25          |
| 3  | 2015-01-03 | 20          |
| 4  | 2015-01-04 | 30          |
+----+------------+-------------+

Вывод:

+----+
| id |
+----+
| 2  |
| 4  |
+----+

Пояснение:
В 2015-01-02 году температура была выше, чем в предыдущий день (10 —> 25 градусов).
В 2015-01-04 году температура была выше, чем в предыдущий день (20 —> 30 градусов).

➡️ SQL Community | #задача #easy

💻 Почему не стоит использовать SELECT *?

На первый взгляд, SELECT * — это удобный способ написать запрос, но он скрывает подводные камни, которые могут серьёзно сказаться на работе приложения.

Когда вы пишете SELECT *, база возвращает все столбцы из таблицы, включая те, которые не нужны, что создаёт лишнюю нагрузку на сервер.

Ещё хуже, если в таблицу добавить новые столбцы, запрос может вернуть неожиданный результат, вызывая ошибки в приложении.

Представим таблицу:

CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100),
    email VARCHAR(100),
    password_hash VARCHAR(255)
);

Плохой подход:

SELECT * FROM users;

Этот код вернёт даже password_hash, хотя он не нужен.

Хороший подход:

SELECT name, email FROM users;

Вы извлечёте только то, что нужно для работы.

Подытожим: SELECT * снижает производительность, усложняет поддержку кода и делает запросы менее предсказуемыми. Всегда указывайте нужные столбцы явно.

❤️ — если было полезно
🤓 — если хочешь темы посложнее

➡️ SQL Community | #обучение

➡️ SQL Community | #memes