SQL проще изучать, если разделить его по задачам
• Определять структуру таблиц:
• Получать данные:
• Добавлять, изменять и удалять записи:
• Управлять доступом:
• Управлять транзакциями:
• Объединять таблицы:
Считать итоги:
Начните с конкретной задачи — так проще понять, какие конструкции нужны и как они работают вместе.
👉 @SQLPortal
• Определять структуру таблиц:
CREATE, ALTER, DROP.• Получать данные:
SELECT, WHERE, ORDER BY.• Добавлять, изменять и удалять записи:
INSERT, UPDATE, DELETE.• Управлять доступом:
GRANT, REVOKE.• Управлять транзакциями:
BEGIN, COMMIT, ROLLBACK.• Объединять таблицы:
JOIN.Считать итоги:
GROUP BY, COUNT, SUM, AVG, MIN, MAX.Начните с конкретной задачи — так проще понять, какие конструкции нужны и как они работают вместе.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Практические уроки для Backend, Data Engineering и DevOps
Площадка с пошаговыми туториалами и облачными окружениями. Изучаем теорию и сразу выполняем команды без настройки локальной среды. В каталоге PostgreSQL, Redis, Docker, Kubernetes, Airflow, Spark и ClickHouse.
https://prepare.sh/
👉 @SQLPortal
Площадка с пошаговыми туториалами и облачными окружениями. Изучаем теорию и сразу выполняем команды без настройки локальной среды. В каталоге PostgreSQL, Redis, Docker, Kubernetes, Airflow, Spark и ClickHouse.
https://prepare.sh/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
Масштабирование базы данных: 6 подходов, которые стоит знать
Рост данных и трафика требует разных решений. Прежде чем масштабировать базу, определите, что ограничивает производительность: CPU, память, диски, запросы или количество соединений.
• Вертикальное масштабирование — добавить серверу CPU, RAM и более быстрые диски.
• Реплики для чтения — распределить запросы на чтение между копиями базы, учитывая задержку репликации.
• Шардинг — распределить данные между несколькими узлами.
• Партиционирование — разделить большую таблицу на части, чтобы упростить обслуживание и ускорить подходящие запросы.
• Кэширование — сократить повторные обращения к базе.
• Пул соединений — переиспользовать подключения и ограничивать их количество.
У каждого подхода свои ограничения и цена сложности. Выбирайте по измерениям и характеру нагрузки. Сохраните шпаргалку для работы и подготовки к собеседованию по System Design.
👉 @SQLPortal
Рост данных и трафика требует разных решений. Прежде чем масштабировать базу, определите, что ограничивает производительность: CPU, память, диски, запросы или количество соединений.
• Вертикальное масштабирование — добавить серверу CPU, RAM и более быстрые диски.
• Реплики для чтения — распределить запросы на чтение между копиями базы, учитывая задержку репликации.
• Шардинг — распределить данные между несколькими узлами.
• Партиционирование — разделить большую таблицу на части, чтобы упростить обслуживание и ускорить подходящие запросы.
• Кэширование — сократить повторные обращения к базе.
• Пул соединений — переиспользовать подключения и ограничивать их количество.
У каждого подхода свои ограничения и цена сложности. Выбирайте по измерениям и характеру нагрузки. Сохраните шпаргалку для работы и подготовки к собеседованию по System Design.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
Excel, Python или SQL: что выбрать для работы с данными?
Задачи часто одинаковые: фильтрация, сортировка, агрегация, обработка пропусков, вычисления и объединение таблиц. Отличаются инструменты и способ решения.
• Excel — для работы с таблицами вручную, формул и быстрого анализа.
• Python с pandas — для автоматизации, сложных преобразований и обработки данных из разных источников.
• SQL — для выборки, объединения и агрегации данных прямо в базе.
Сравните одни и те же операции в трёх инструментах: так проще увидеть общую логику и переносить навыки между ними.
👉 @SQLPortal
Задачи часто одинаковые: фильтрация, сортировка, агрегация, обработка пропусков, вычисления и объединение таблиц. Отличаются инструменты и способ решения.
• Excel — для работы с таблицами вручную, формул и быстрого анализа.
• Python с pandas — для автоматизации, сложных преобразований и обработки данных из разных источников.
• SQL — для выборки, объединения и агрегации данных прямо в базе.
Сравните одни и те же операции в трёх инструментах: так проще увидеть общую логику и переносить навыки между ними.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Из Excel в Python: знакомые задачи с pandas 🐼
Фильтрация, сортировка, группировка и объединение таблиц — всё, что вы делаете в Excel, можно выполнять и в pandas.
• Фильтры → отбор строк по условиям.
• Сортировка →
• Группировка и итоги →
• Сводные таблицы →
• Поиск соответствий между таблицами →
• Работа с пропусками →
Знакомая логика помогает освоиться, а код позволяет автоматизировать обработку и повторять её на новых данных.
👉 @SQLPortal
Фильтрация, сортировка, группировка и объединение таблиц — всё, что вы делаете в Excel, можно выполнять и в pandas.
• Фильтры → отбор строк по условиям.
• Сортировка →
sort_values().• Группировка и итоги →
groupby() и agg().• Сводные таблицы →
pivot_table().• Поиск соответствий между таблицами →
merge().• Работа с пропусками →
isna(), fillna() и dropna().Знакомая логика помогает освоиться, а код позволяет автоматизировать обработку и повторять её на новых данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥2
SQL и DAX: одни данные, разные задачи
• SQL помогает извлекать, фильтровать, объединять и агрегировать данные в базе. Подходит для подготовки наборов данных и расчётов на стороне СУБД.
• DAX используется для вычислений в табличных моделях, например в Power BI. Меры учитывают контекст фильтрации и пересчитываются при выборе срезов и элементов отчёта.
SQL готовит данные, DAX помогает анализировать их интерактивно. Это полезный ориентир, хотя возможности обоих языков шире и частично пересекаются.
👉 @SQLPortal
• SQL помогает извлекать, фильтровать, объединять и агрегировать данные в базе. Подходит для подготовки наборов данных и расчётов на стороне СУБД.
• DAX используется для вычислений в табличных моделях, например в Power BI. Меры учитывают контекст фильтрации и пересчитываются при выборе срезов и элементов отчёта.
SQL готовит данные, DAX помогает анализировать их интерактивно. Это полезный ориентир, хотя возможности обоих языков шире и частично пересекаются.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
SQL начинается с SELECT, но логика запроса — с FROM
Логический порядок обработки запроса:
•
•
•
•
•
•
•
•
Поэтому псевдоним из
Это логический порядок, а не физический план выполнения. Оптимизатор может обрабатывать данные иначе, сохраняя смысл запроса.
👉 @SQLPortal
Логический порядок обработки запроса:
•
FROM / JOIN — определить источники и объединить таблицы.•
WHERE — отфильтровать строки.•
GROUP BY — сформировать группы.•
HAVING — отфильтровать группы.•
SELECT — вычислить выражения и выбрать столбцы.•
DISTINCT — убрать дубликаты, если указан.•
ORDER BY — отсортировать результат.•
LIMIT / OFFSET — ограничить выдачу и пропустить строки.Поэтому псевдоним из
SELECT обычно доступен в ORDER BY, но не в WHERE: на этапе фильтрации он ещё не определён.Это логический порядок, а не физический план выполнения. Оптимизатор может обрабатывать данные иначе, сохраняя смысл запроса.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3
SQL — это набор взаимосвязанных инструментов для работы с данными.
Запросы, JOIN, фильтрация, группировка, оконные функции, транзакции, управление доступом и структурой БД помогают решать разные части одной задачи.
Когда понимаешь, как они связаны, SQL становится понятной системой, а не набором команд для заучивания.
👉 @SQLPortal
Запросы, JOIN, фильтрация, группировка, оконные функции, транзакции, управление доступом и структурой БД помогают решать разные части одной задачи.
Когда понимаешь, как они связаны, SQL становится понятной системой, а не набором команд для заучивания.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
SQL, Pandas и Power BI: 10 операций для работы с данными
Фильтрация, объединение таблиц, ранжирование и накопительные итоги — одни и те же задачи можно решать разными инструментами.
Сравните подходы, чтобы понять общую логику операций и легче переключаться между SQL, Pandas и Power BI.
👉 @SQLPortal
Фильтрация, объединение таблиц, ранжирование и накопительные итоги — одни и те же задачи можно решать разными инструментами.
Сравните подходы, чтобы понять общую логику операций и легче переключаться между SQL, Pandas и Power BI.
Please open Telegram to view this post
VIEW IN TELEGRAM
Аналитика данных строится на простом процессе:
Сначала данные извлекаются, преобразуются и загружаются с помощью ETL. Затем их обработка организуется в data pipelines (конвейеры данных), ошибки и неточности устраняются до начала анализа.
После этого с помощью Data Mining (интеллектуального анализа данных) в больших наборах данных выявляются закономерности, тенденции и полезные инсайты.
👉 @SQLPortal
Сначала данные извлекаются, преобразуются и загружаются с помощью ETL. Затем их обработка организуется в data pipelines (конвейеры данных), ошибки и неточности устраняются до начала анализа.
После этого с помощью Data Mining (интеллектуального анализа данных) в больших наборах данных выявляются закономерности, тенденции и полезные инсайты.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1
Кэш ускоряет приложение, но ошибки в кэшировании снижают его надёжность.
Частые антипаттерны:
• Кэшировать всё подряд. Выбирайте часто запрашиваемые данные и заранее определяйте, насколько устаревшими они могут быть.
• Не задавать TTL. Без срока действия или надёжной инвалидации устаревшие значения могут оставаться в кэше неограниченно долго.
• Обновлять БД и кэш без согласованной стратегии. Одна запись проходит, другая падает — данные расходятся. Продумайте порядок обновления, инвалидацию и обработку сбоев: write-through и write-behind сами по себе не гарантируют согласованность.
• Не учитывать отказ кэша. Предусмотрите резервный сценарий. Но помните: переключение всего трафика на БД может перегрузить её — нужны ограничения нагрузки.
• Не планировать инвалидацию. Заранее решите, когда удалять или обновлять записи и как распространять изменения между экземплярами приложения.
В архитектуре, где БД — источник истины, кэш должен ускорять доступ к данным, а не определять их корректность.
👉 @SQLPortal
Частые антипаттерны:
• Кэшировать всё подряд. Выбирайте часто запрашиваемые данные и заранее определяйте, насколько устаревшими они могут быть.
• Не задавать TTL. Без срока действия или надёжной инвалидации устаревшие значения могут оставаться в кэше неограниченно долго.
• Обновлять БД и кэш без согласованной стратегии. Одна запись проходит, другая падает — данные расходятся. Продумайте порядок обновления, инвалидацию и обработку сбоев: write-through и write-behind сами по себе не гарантируют согласованность.
• Не учитывать отказ кэша. Предусмотрите резервный сценарий. Но помните: переключение всего трафика на БД может перегрузить её — нужны ограничения нагрузки.
• Не планировать инвалидацию. Заранее решите, когда удалять или обновлять записи и как распространять изменения между экземплярами приложения.
В архитектуре, где БД — источник истины, кэш должен ускорять доступ к данным, а не определять их корректность.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
SQL или Python для анализа данных? Освойте оба.
SQL удобен для выборки, фильтрации, объединения и агрегации данных в БД. Python — для очистки, исследовательского анализа, автоматизации и сложных вычислений.
Эти инструменты дополняют друг друга: подготовьте выборку с помощью SQL, а затем исследуйте и визуализируйте её в Python.
👉 @SQLPortal
SQL удобен для выборки, фильтрации, объединения и агрегации данных в БД. Python — для очистки, исследовательского анализа, автоматизации и сложных вычислений.
Эти инструменты дополняют друг друга: подготовьте выборку с помощью SQL, а затем исследуйте и визуализируйте её в Python.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Как не дать проекту по переходу на российскую базу данных превратиться в долгострой и сожрать вашу прибыль?
Ответ: увидеть миграцию вживую!
27 октября в Москве, в Кибердоме, пройдёт День СУБД 2026 от «Диасофт».
В программе:
📍 Демо переноса схемы с MS SQL и Oracle без переписывания кода – на сцене, с реальной консолью
📍 Кейсы клиентов с цифрами и сроками
📍 Готовый чек-лист и методика оценки трудоёмкости миграции
📍 Личные консультации с архитекторами Digital Q.DataBase – без тикетов и SLA
📍 3 часа нетворкинга с теми, кто уже завершил переход
Формат офлайн. Участие бесплатное, но количество мест ограничено.
📅 27 октября, 14:00–23:00
📍 Москва, Кибердом
🔗 Регистрация
Ответ: увидеть миграцию вживую!
27 октября в Москве, в Кибердоме, пройдёт День СУБД 2026 от «Диасофт».
В программе:
📍 Демо переноса схемы с MS SQL и Oracle без переписывания кода – на сцене, с реальной консолью
📍 Кейсы клиентов с цифрами и сроками
📍 Готовый чек-лист и методика оценки трудоёмкости миграции
📍 Личные консультации с архитекторами Digital Q.DataBase – без тикетов и SLA
📍 3 часа нетворкинга с теми, кто уже завершил переход
Формат офлайн. Участие бесплатное, но количество мест ограничено.
📅 27 октября, 14:00–23:00
📍 Москва, Кибердом
🔗 Регистрация
❤2
Что происходит между GET /users/123 и ответом API?
Несколько сотен миллисекунд могут включать установку соединения, балансировку нагрузки, проверку авторизации, обращение к кэшу и базе данных. Код контроллера занимает лишь часть этого времени.
В статье разобран путь запроса в приложении на Spring Boot:
• DNS и TLS.
• Балансировка нагрузки.
• Spring Security и JWT.
• Попадание и промах кэша Redis.
• Ожидание соединения из пула.
• Запросы к PostgreSQL.
• Взаимодействие с Kafka.
• Источники задержек на каждом этапе.
Не каждый запрос проходит все эти шаги: соединение может переиспользоваться, кэш — исключить обращение к БД, а Kafka участвует только там, где это предусмотрено логикой приложения.
Читать на Medium
👉 @SQLPortal
Несколько сотен миллисекунд могут включать установку соединения, балансировку нагрузки, проверку авторизации, обращение к кэшу и базе данных. Код контроллера занимает лишь часть этого времени.
В статье разобран путь запроса в приложении на Spring Boot:
• DNS и TLS.
• Балансировка нагрузки.
• Spring Security и JWT.
• Попадание и промах кэша Redis.
• Ожидание соединения из пула.
• Запросы к PostgreSQL.
• Взаимодействие с Kafka.
• Источники задержек на каждом этапе.
Не каждый запрос проходит все эти шаги: соединение может переиспользоваться, кэш — исключить обращение к БД, а Kafka участвует только там, где это предусмотрено логикой приложения.
Читать на Medium
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1