SQL и Анализ данных

➡️ SQL Community | #memes

💻 Шпаргалка по MySQL

Этот репозиторий представляет собой лаконичную и удобную шпаргалку по основным SQL-командам для работы с MySQL.

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

⛓ Ссылка на GitHub

tags: #полезное #mysql

➡ SQL Community | Чат

Ох уж эти питонисты

➡ SQL Community | #memes

💻 Что нужно знать, чтобы писать быстрые SQL-запросы?

Неоптимальные SQL-запросы могут замедлить работу базы данных, даже если данных немного.

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

Автор разбирает ключевые принципы оптимизации и показывает, как писать эффективные SQL-запросы.

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

tags: #статья

➡ SQL Community | Чат

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

Чем отличается VARCHAR от NVARCHAR?

Ответ: NVARCHAR хранит данные в формате Unicode — каждый символ занимает 2 байта, что позволяет хранить текст на любом языке. Используется в Microsoft SQL Server, Oracle (NVARCHAR2) и частично поддерживается в MySQL и SQLite.

VARCHAR хранит данные в ASCII или заданной кодировке — каждый символ занимает 1 байт. Поддерживается практически во всех СУБД.

tags: #собеседование

➡ SQL Community | Чат

➡️ SQL Community | #memes

💻 Индексы в убывающем порядке и NULLS FIRST

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

В статье разбирается, как использование ASC/DESC и параметра NULLS FIRST влияет на скорость запросов и размер индексов в PostgreSQL.

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

tags: #статья

➡ SQL Community | Чат

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

Что такое оптимизатор SQL-запросов и как он работает?

Ответ: Оптимизатор SQL-запросов — это компонент СУБД, который автоматически генерирует наиболее эффективный план выполнения для запроса. Он анализирует запрос, использует статистику по таблицам и индексы, чтобы минимизировать затраты на доступ к данным и их обработку. Оптимизатор оценивает несколько стратегий выполнения запроса и выбирает ту, которая требует наименьшего количества ресурсов, таких как диск, процессор и память.

tags: #собеседование

➡ SQL Community | Чат

Это база

➡ SQL Community | #memes

💻 800+ вопросов и ответов по SQL Server для собеседований

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

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

⛓ Ссылка на GitHub

tags: #полезное

➡ SQL Community | Чат

А джунам остаётся только закинуть этот промпт в ChatGPT 😆

➡ SQL Community | #memes

💻 Как превратить PostgreSQL в мощный поисковый движок?

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

В статье автор объясняет, как использовать tsvector для полнотекстового поиска, pgvector для семантического поиска и pg_trgm для нечеткого соответствия.

Что вы узнаете из статьи:

▶️ Как реализовать полнотекстовый поиск в PostgreSQL?

▶️ Как применять векторный поиск для семантического анализа?

▶️ Как улучшить точность поиска с помощью триграмм?

▶️ Как объединить все три метода для мощного поиска в базе данных?

Автор делится практическими примерами, показывая, как PostgreSQL можно использовать не только как хранилище данных, но и как полноценный поисковый инструмент.

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

tags: #статья

➡ SQL Community | Чат

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

Почему хранимые процедуры могут быть медленнее, чем обычные SQL-запросы?

Ответ:

▶ Кэширование планов запросов внутри процедуры может привести к неоптимальному плану выполнения

▶ Ограниченные возможности индексации внутри процедуры могут сделать сложные выборки медленными

▶ Плохая масштабируемость — если хранимые процедуры выполняют много логики, нагрузка ложится на сервер БД, а не на приложение

▶ Обновление хранимой процедуры требует перезапуска сессий, в отличие от динамического SQL

tags: #собеседование

➡ SQL Community | Чат

Ну тут без комментариев 🙃

➡ SQL Community | #memes

💻 Семь фаз вакуумирования в PostgreSQL

Чтобы база данных PostgreSQL оставалась эффективной, ей нужно регулярно очищать ненужные версии строк. Этот процесс называется вакуумированием, и в 17-й версии PostgreSQL он получил важные изменения.

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

Что вы узнаете из статьи:

▶️ Как именно работает вакуумирование в PostgreSQL?

▶️ Какие этапы проходят данные во время очистки?

▶️ Как изменился алгоритм в версии 17?

▶️ Влияет ли число сканирований индексов на производительность?

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

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

tags: #статья

➡ SQL Community | Чат

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

Изменится ли результат запроса, если в LEFT JOIN поменять таблицы местами?

Ответ: Да, результат запроса изменится кардинально. LEFT JOIN выбирает все строки из "левой" таблицы, дополняя их данными из "правой". Если поменять таблицы местами, логика изменится: "правая" станет "левой", а "левая" — "правой". Это влияет на то, какие строки и как будут включены в результат.

tags: #собеседование

➡ SQL Community | Чат