SQL Ready | Базы Данных
Авторский канал про Базы Данных и SQL Ресурсы, гайды, задачи, шпаргалки. Информация ежедневно пополняется! Автор: @energy_it РКН: https://clck.ru/3QREBc Реклама на бирже: https://telega.in/c/sql_ready
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام SQL Ready | Базы Данных
تُعد قناة SQL Ready | Базы Данных (@sql_ready) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 15 544 مشتركاً، محتلاً المرتبة 8 399 في فئة التكنولوجيات والتطبيقات والمرتبة 43 153 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 15 544 مشتركاً.
بحسب آخر البيانات بتاريخ 13 يونيو, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 55، وفي آخر 24 ساعة بمقدار -4، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 11.74%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 6.25% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 1 826 مشاهدة. وخلال اليوم الأول يجمع عادةً 971 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 22.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل sql, строка, user_id, created_at, desc.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Авторский канал про Базы Данных и SQL
Ресурсы, гайды, задачи, шпаргалки.
Информация ежедневно пополняется!
Автор: @energy_it
РКН: https://clck.ru/3QREBc
Реклама на бирже: https://telega.in/c/sql_ready”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 14 يونيو, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
Sales имеет поля City, Month и Amount. Пусть строками будут города, столбцами — месяцы, а значениями — количество продаж:
SELECT
City,
SUM(CASE WHEN Month = 'Январь' THEN Amount ELSE 0 END) AS Январь,
SUM(CASE WHEN Month = 'Декабрь' THEN Amount ELSE 0 END) AS Декабрь,
SUM(CASE WHEN Month = 'Ноябрь' THEN Amount ELSE 0 END) AS Ноябрь
FROM Sales
Группируем результаты по городам, чтобы получить сумму продаж за каждый месяц для каждого города:
GROUP BY City
Отсортируем также по городам:
ORDER BY City;
И получаем результат:
City | Январь | Декабрь | Ноябрь -------------------+--------+---------+--------- Казань | 97986 | 129960 | 112784 Москва | 165678 | 246572 | 198880 Нижний Новгород | 112326 | 148901 | 136867 Новосибирск | 65920 | 92800 | 88965 Санкт-Петербург | 144569 | 213478 | 167450Теперь данные о продажах находятся в гораздо удобном для чтения и визуализации виде, используйте кросс-таблицы для практичного анализа данных! ➡️ SQL Ready | #практика
LEAD — предоставляет доступ к записям следующим за текущей. Принимает текущую запись, значение смещения (в цифрах) и значение по умолчанию в случае отсутствия указанной записи.
• LAG — аналогично LEAD, но единственный момент, что он дает доступ к записям предыдущим текущей.
🔥 — если узнал новое
🤝 — если уже пользовался
➡️ SQL Ready | #метод• UNION — объединение записей по заданным условиям с удалением дубликатов. • INTERSECT — вывод только тех записей, которые есть в обоих таблицах. • EXCEPT — возвращает только те строки, которые присутствуют в первом запросе, но отсутствуют во втором.🔥 — если узнал новое 🤝 — если уже пользовался ➡️ SQL Ready | #ресурс
В этой шпаргалке собраны 7 агрегатных функций, который позволяют выполнять вычисления на наборе значений и возвращать одно значение, что полезно для анализа данных и создания отчетов.
➡️ SQL Ready | #шпора• Работа с NULL и применение логики ветвления IF-THEN-ELSE
• Дедупликация данных
• Анализ истории со Slowly Changing Dimensions
🔊 Продолжить читать можешь на Habr!➡️ SQL Ready | #статья
CAST — преобразует указанное значение в заданный тип данных. Необходимо для преобразования строковых значений в числовые, чтобы их можно было сравнить.
• CONVERT — аналогичный метод преобразования данных, но предлагает расширенный функционал для форматирования, но поддерживается не всеми СУБД.
🔥 — если узнал новое
🤝 — если уже пользовался
➡️ SQL Ready | #метод• Лайфхаки при работе с большими загрузками.
• В каком виде стоит загружать данные.
• Неочевидные советы при работе с индексами.
🔊 Продолжить читать можешь на Habr!➡️ SQL Ready | #статья
EXPLAIN и ANALYZE.
Предположим, у нас есть большая таблица, которая содержит около миллиона строк с разными книгами. Естественно у нас уже есть некластерный индекс по столбцу жанр — для быстрого поиска книг по жанрам, сделаем запрос:
SELECT book_title, author FROM books WHERE genre = 'Фантастика';
Но запрос возвращает результат не за 200 ожидаемых мс, а за 900 мс. Многовато, надо разбираться, проанализируем запрос:
EXPLAIN ANALYZE SELECT book_title, author FROM books WHERE genre = 'Фантастика';
Запрос EXPLAIN ANALYZE возвращает план запроса и время выполнения каждой операции в запросе:
QUERY PLAN Seq Scan on books (cost=0.00..25000.00 rows=1000 width=100) (actual time=0.010..900.000 rows=500 loops=1) Filter: (genre = 'Фантастика'::text) Rows Removed by Filter: 999500 Planning Time: 0.200 ms Execution Time: 900.500 ms (4 rows)Проанализируем план запроса и увидим, что планировщик запроса собирается обойти всю таблицу —
Seq Scan on books, хотя должен использовать индекс по жанру. Это значит, планировщик не использует индекс из-за устаревшей статистики или из-за быстрого роста записей в таблице.
🔥 В следующей части расскажу, что делать для обновления статистики таблицы и как избежать таких ситуаций с помощью VACUUM ANALYZE.
➡️ SQL Ready | #практика
متاح الآن! بحث تيليغرام 2025 — أهم رؤى العام 
