فریب کلاهبرداران را نخورید! تل‌متریو این کانال‌ها را شناسایی و برچسب‌گذاری می‌کند 👉 برای مشاهده برچسب، اشتراک تهیه کنید

Data Science. SQL hub

رفتن به کانال در Telegram

По всем вопросам- @workakkk @itchannels_telegram - 🔥лучшие ит-каналы @ai_machinelearning_big_data - Machine learning @pythonl - Python @pythonlbooks- python книги📚 @datascienceiot - ml книги📚 РКН: https://vk.cc/cIi9vo #VRHSZ

نمایش بیشتر

شبکه: Machinelearningروسيا17 586فناوری و برنامه‌ها3 735...

📈 تحلیل کانال تلگرام Data Science. SQL hub

کانال Data Science. SQL hub (@sqlhub) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 36 030 مشترک است و جایگاه 3 735 را در دسته فناوری و برنامه‌ها و رتبه 17 586 را در منطقه روسيا دارد.

📊 شاخص‌های مخاطب و پویایی

از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 36 030 مشترک جذب کرده است.

بر اساس آخرین داده‌ها در تاریخ 08 نوامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 55 و در ۲۴ ساعت گذشته برابر -6 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.

وضعیت تأیید: تأیید نشده
نرخ تعامل (ER): میانگین تعامل مخاطب 8.77% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 3.95% واکنش نسبت به کل مشترکان کسب می‌کند.
دسترسی پست‌ها: هر پست به طور میانگین 3 158 بازدید دریافت می‌کند. در اولین روز معمولاً 1 422 بازدید جمع‌آوری می‌شود.
واکنش‌ها و تعامل: مخاطبان به‌طور فعال حمایت می‌کنند؛ میانگین واکنش به هر پست 7 است.
علایق موضوعی: محتوا بر موضوعات کلیدی مانند sql, индекс, postgres, index, sqlite تمرکز دارد.

📝 توضیح و سیاست محتوایی

نویسنده این فضا را محل بیان دیدگاه‌های شخصی توصیف می‌کند:
“По всем вопросам- @workakkk @itchannels_telegram - 🔥лучшие ит-каналы @ai_machinelearning_big_data - Machine learning @pythonl - Python @pythonlbooks- python книги📚 @datascienceiot - ml книги📚 РКН: https://vk.cc/cIi9vo #VRHSZ”

به لطف به‌روزرسانی‌های پرتکرار (آخرین داده در تاریخ 09 نوامبر, 2026)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.

36 030

مشترکین

-624 ساعت

-447 روز

+5530 روز

3 158

نمایش های پست

~ 1 42224 ساعت

~ 1 66048 ساعت

8.77%

نرخ مشارکت

اطلاعاتی وجود ندارد

پست های در روز

Ads index

آرشیو پست ها

36 030

Интерактивный учебник по SQL #sql Перейти

36 030

Иерархические структуры данных и Doctrine Введение Хранение иерархических данных (или попросту — деревьев) в реляционных структурах задача довольно нетривиальная и вызывает некоторые проблемы, когда разработчики сталкиваются с подобной задачей. В первую очередь, это связано с тем, что реляционные базы не приспособлены к хранению иерархических структур (как, например, XML-файлы), структура реляционных таблиц представляет из себя простые списки. Иерархические же данные имеют связь родитель-наследники, которая не реализована в реляционной структуре. Тем не менее, задача хранить деревья в базе данных рано или поздно возникает перед любым разработчиком. Ниже мы подробно рассмотрим, какие существуют подходы в организации хранения деревьев в реляционных БД, а также рассмотрим инструментарий, который нам предоставляет ORM Doctrine для работы с такими структурами. Читать дальше @sqlhub

36 030

Какой оператор нужно вставить вместо [?], чтобы создать временную таблицу?

Anonymous voting

36 030

Как очищать данные при помощи SQL Источник

36 030

Трюк дня. Агрегирование записей в PostgreSQL. Решение

WITH projects (task_id, start_date, end_date) 
AS (VALUES 
(1, CAST('10-01-20' AS date), CAST('10-02-20' AS date)), 
(2, CAST('10-02-20' AS date), CAST('10-03-20' AS date)), 
(3, CAST('10-03-20' AS date), CAST('10-04-20' AS date)), 
(4, CAST('10-13-20' AS date), CAST('10-14-20' AS date)), 
(5, CAST('10-14-20' AS date), CAST('10-15-20' AS date)), 
(6, CAST('10-28-20' AS date), CAST('10-29-20' AS date)), 
(7, CAST('10-30-20' AS date), CAST('10-31-20' AS date))),

-- получим такие даты начала, которых не существует в колонке даты окончания (это 'настоящие' даты начала проекта) 

t1 AS (
SELECT start_date
FROM projects
WHERE start_date NOT IN (SELECT end_date FROM projects) ),

-- получим такие даты окончания, которые не существуют в колонке дат начала (это 'настоящие' даты окончания проекта) 
t2 AS (
SELECT end_date
FROM projects
WHERE end_date NOT IN (SELECT start_date FROM projects) ),

--отфильтруем допустимые пары начало-окончание (начало < окончание), затем найдем правильную дату окончания для каждой даты начала (минимальная дата окончания, поскольку нет пересекающихся проектов)

t3 AS (
SELECT 
   start_date, 
   MIN(end_date) AS end_date
FROM t1, t2
WHERE start_date < end_date
GROUP BY 1 )
SELECT 
   *, 
   end_date - start_date AS project_duration
FROM t3
ORDER BY 3, 1

#tips

36 030

Трюк дня. Агрегирование записей в PostgreSQL Таблица projects содержит три столбца: task_id, start_date и end_date. Разница между датой окончания (end_date) и датой начала (start_date) составляет 1 день для каждой строки таблицы. Если даты окончания задач последовательны, они являются частью одного проекта. Даты проектов не пересекаются. Напишите запрос, возвращающий даты начала и окончания каждого проекта, а также количество дней, затраченных на его выполнение. Расположите их в порядке возрастания продолжительности проекта, а в случае равенства - по возрастанию даты начала. Код создания view исходной таблицы projects здесь. Решение будет вечером. #tips

36 030

ТОП-20 хитрых вопросов по SQL для собеседования Источник

36 030

Какой запрос возвратит работников с зарплатой >=2500 и <=4500?

Anonymous voting

36 030

Шпаргалки по SQL: сохранить и не забыть Держите полезные шпаргалки по SQL, с которыми вы никогда не забудете основное из работы с реляционными базами данных. https://tproger.ru/articles/shpargalki-po-sql/ @sqlhub

36 030

Шпаргалки по SQL: сохранить и не забыть https://tproger.ru/articles/shpargalki-po-sql/ @sqlhub

36 030

Проблемы производительности запросов с EXISTS Мне на самом деле нравится EXISTS и NOT EXISTS. Правда. Они решают множество проблем.ъ Эта публикация не является их общей критикой, и я ни в коем случае не призываю вас отказаться от них. Я бы посоветовал вам даже использовать их почаще. Но есть некоторые моменты, о которых вам следует знать, когда вы их используете, будь то в логике потока управления или в запросах. Если вы будете помнить о них, у вас все будет хорошо. Читать дальше @sqlhub

36 030

Друзья, для тех из вас кто хочет проверить свои знания в SQL запросах - у наших друзей из @sqlquestions сейчас как раз идет марафон SQL-задач. Приходите, решайте задачи и общайтесь с любителями SQL. Решай задачи

36 030

Функции TRIM, LTRIM и RTRIM в T-SQL - описание, отличия и примеры #tsql #mssqlserver #функции Читать

36 030

Трюк дня. COALESCE() для перезаписи NULL При помощи функции COALESCE() можно перезаписать NULL на другое значение:

SELECT 
    id, 
    null_var,
    COALESCE(null_var, 'missing') AS recode_null_var
FROM  
   current_table    
ORDER BY id

Запрос вернёт значение ‘missing‘ для всех строк таблицы, где null_var IS NULL #tips

36 030

Производительность запросов в SQL Использование OR внутри оператора JOIN или WHERE для нескольких столбцов. SQL Server может эффективно обрабатывать набор данных, если используется оператор WHERE или любая комбинация фильтров, разделенных AND. Будучи исключающими, эти операторы берут данные и нарезают их на все более мелкие части, пока не останется нужный набор данных. Оператор OR – совсем другая история. SQL Server не может обработать его за одну операцию. Вместо этого каждый компонент OR рассмотривается отдельно. Когда каждая такая затратная операция завершена, результаты объединяются. Сценарий, в котором OR работает хуже всего, – это когда задействовано несколько столбцов или таблиц. Даже если используется всего несколько таблиц или столбцов, производительность может стать крайне низкой. Давайте рассмотрим простой пример использования OR, который приводит к плохой производительности: SELECT DISTINCT PRODUCT.ProductID, PRODUCT.Name FROM Production.Product PRODUCT INNER JOIN Sales.SalesOrderDetail DETAIL ON PRODUCT.ProductID = DETAIL.ProductID OR PRODUCT.rowguid = DETAIL.rowguid; Читать дальше @sqlhub

36 030

Выберите правильный ответ касательно SQL оператора CASE.

Anonymous voting

36 030

Repost from SQL задачи

Выберите правильный ответ касательно SQL оператора CASE.

Anonymous voting

36 030

Малоизвестные инструменты разработки: gRPC и SQL Syntax Intellisense Описываем три инструмента разработки, которые малоизвестны, но очень полезны: gRPC, Protobuf и SQL Syntax Intellisense. https://tproger.ru/articles/maloizvestnye-no-ochen-poleznye-instrumenty-dlja-razrabotki/ @sqlhub

36 030

Арифметика с DATETIME #tsql #datetime Статья 1: Получите удовольствие от арифметики с DATETIME Статья 2: Еще больше удовольствия с арифметикой DATETIME Автор данных статей приводит способы использования "математики" для манипуляции со значениями типа datetime с целью эффективной генерации, вычислений и отображения интервалов.