ch
Feedback
Data Science: SQL и Аналитика данных

Data Science: SQL и Аналитика данных

前往频道在 Telegram

№ 6205468675 На простом языке: про работу с данными, современные технологии, AI, машинное обучение и, немного, SQL. Сотрудничество: @niktwix Менеджер: @Spiral_Yuri

显示更多

📈 Telegram 频道 Data Science: SQL и Аналитика данных 的分析概览

频道 Data Science: SQL и Аналитика данных (@pizdatascience) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 34 378 名订阅者,在 技术与应用 类别中位列第 3 765,并在 俄罗斯 地区排名第 18 477

📊 受众指标与增长动态

невідомо 创建以来,项目保持高速增长,吸引了 34 378 名订阅者。

根据 15 九月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -1 285,过去 24 小时变化为 11,整体触达仍然可观。

  • 认证状态: 未认证
  • 互动率 (ER): 平均受众互动率为 17.53%。内容发布后 24 小时内通常能获得 14.88% 的反应,占订阅者总量。
  • 帖子覆盖: 每篇帖子平均可获得 6 042 次浏览,首日通常累积 5 131 次浏览。
  • 互动与反馈: 受众积极参与,单帖平均反应数为 0
  • 主题关注点: 内容集中在 sql, индекс, sqlite, строка, index 等核心主题上。

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
№ 6205468675 На простом языке: про работу с данными, современные технологии, AI, машинное обучение и, немного, SQL. Сотрудничество: @niktwix Менеджер: @Spiral_Yuri

凭借高频更新(最新数据采集于 16 九月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。

34 378
订阅者
+1124 小时
-1127 天
-1 28530 天

数据加载中...

吸引订阅者
九月 '26
九月 '26
+286
在0个频道中
八月 '26
+613
在0个频道中
Get PRO
七月 '26
+943
在1个频道中
Get PRO
六月 '26
+690
在0个频道中
Get PRO
五月 '26
+552
在0个频道中
Get PRO
四月 '26
+9 357
在0个频道中
Get PRO
三月 '26
+4 142
在5个频道中
Get PRO
二月 '26
+435
在1个频道中
Get PRO
一月 '26
+589
在0个频道中
Get PRO
十二月 '25
+480
在1个频道中
Get PRO
十一月 '25
+467
在0个频道中
Get PRO
十月 '25
+647
在1个频道中
Get PRO
九月 '25
+1 366
在21个频道中
Get PRO
八月 '25
+1 384
在172个频道中
Get PRO
七月 '25
+4 516
在67个频道中
Get PRO
六月 '25
+1 622
在0个频道中
Get PRO
五月 '25
+4 436
在278个频道中
Get PRO
四月 '25
+1 673
在14个频道中
Get PRO
三月 '25
+22 686
在253个频道中
日期
订阅者增长
提及
频道
16 九月+12
15 九月+29
14 九月0
13 九月+41
12 九月+31
11 九月+39
10 九月+19
09 九月+25
08 九月+40
07 九月0
06 九月+19
05 九月+11
04 九月+15
03 九月+5
02 九月0
01 九月0
频道帖子
➡️ SQL-запрос внезапно стал медленным? Проверь не только индексы, но и статистику Оптимизатор выбирает план запроса на основе
➡️ SQL-запрос внезапно стал медленным? Проверь не только индексы, но и статистику Оптимизатор выбирает план запроса на основе статистики по данным. Если она устарела, база может решить, что строк мало, выбрать Nested Loop и в итоге прогнать миллионы сравнений. В PostgreSQL быстро обновить статистику можно так:

ANALYZE users;
А проверить, насколько оценки оптимизатора отличаются от реальности:

EXPLAIN (ANALYZE, BUFFERS)
SELECT *
FROM users
WHERE status = 'active';
Смотри на разницу между rows= и actual rows=. Если PostgreSQL ожидал 100 строк, а реально получил 500 000, проблема может быть не в индексе, а в плохой статистике. Особенно часто это всплывает после массовых INSERT, UPDATE, импорта данных или резкого изменения распределения значений. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX

2
👀 SQL можно учить не по скучным таблицам, а через игру в стиле «Матрицы» Разработчик сделал тренажёр, где вы проходите уровн
👀 SQL можно учить не по скучным таблицам, а через игру в стиле «Матрицы» Разработчик сделал тренажёр, где вы проходите уровни, находите терминалы и «взламываете» их SQL-запросами. Каждое задание тренирует отдельный навык: выборки, фильтры, сортировку, JOIN, агрегации и работу с данными. Формат простой: играешь, решаешь задачи и постепенно начинаешь думать как дата-аналитик. Идеальный вариант на выходные, если давно хотели подтянуть SQL без унылой теории. ➡️ http://sqlprotocol.com/ 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 672
3
КосмоХакатон 11–13 сентября. Кейс на спутниковых данных 🚀 Два формата: очно в Благовещенске (ДФО) или онлайн из любой точки
КосмоХакатон 11–13 сентября. Кейс на спутниковых данных 🚀 Два формата: очно в Благовещенске (ДФО) или онлайн из любой точки России. Задача про наблюдение за водными объектами со спутника: как отслеживать их изменения и оценивать гидрологическую обстановку. Паводки, обмеление, разливы. Нужен подход, который вовремя ловит значимые изменения и отдаёт результат в форме, пригодной для анализа, а не в виде папки с растрами. 🏆 Призовой фонд площадки — 600 000 ₽ 🛰 Команды от 3 до 5 человек. Собери свою или присоединяйся к другим на нашей платформе. 🚀 Лучшие команды выходят в финал в Москве 25–27 сентября — ещё 2,4 млн ₽, и туда тоже можно подключиться онлайн Детали и расписание: космохакатон.рф/blagoveshchensk
5 939
4
🔥 GreptimeDB - open-source база для observability, которая пытается собрать metrics, logs и traces в одном backend. Вместо о
🔥 GreptimeDB - open-source база для observability, которая пытается собрать metrics, logs и traces в одном backend. Вместо отдельных систем для каждого типа телеметрии здесь используется общий табличный подход с тегами, timestamp и полями поверх колонночного движка и object storage. Что умеет: ⏺️ объединять metrics, logs и traces и связывать их через SQL по service, host, trace ID и другим идентификаторам ⏺️ принимать данные через OpenTelemetry, Prometheus Remote Write, Loki Push, Elasticsearch Bulk, InfluxDB Line Protocol и gRPC ⏺️ поддерживать SQL, PromQL и Jaeger-совместимые запросы для traces ⏺️ хранить данные в S3, GCS, Azure Blob и S3-совместимых хранилищах ⏺️ настраивать retention, downsampling, continuous aggregation, partitioning и индексы Может быть интересен тем, кто устал поддерживать несколько отдельных хранилищ для телеметрии и хочет свести observability-стек к одной системе. Apache 2.0. ➡️ https://github.com/GreptimeTeam/greptimedb 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 378
5
➡️ У SQLite один writer. И иногда это не ограничение, а очень удобная архитектура. Работал с SQLite и увидел необычную схему:
➡️ У SQLite один writer. И иногда это не ограничение, а очень удобная архитектура. Работал с SQLite и увидел необычную схему: база работала сразу на нескольких машинах, но запись всё равно шла только через одну. За это отвечал LiteFS. Он не пытается превратить SQLite в полноценную distributed database. Вместо этого одна машина выбирается primary через distributed lease и получает право писать. Остальные работают как реплики. Если primary пропадает, lease истекает и другой узел может занять его место. В итоге сложная на первый взгляд задача сводится к довольно простой идее: «Просто гарантируй, что в каждый момент времени пишет только одна машина». А на скрине как раз часть Go-кода LiteFS, которая продлевает этот lease и следит, чтобы узел не продолжал считать себя primary после истечения TTL. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
4 324
6
🔥 За 2026 год исследователи насчитали уже 1664 случая, когда ИИ выходили из-под контроля Причём серьёзные инциденты стали пр
🔥 За 2026 год исследователи насчитали уже 1664 случая, когда ИИ выходили из-под контроля Причём серьёзные инциденты стали происходить в 7 раз чаще: агенты подделывают сообщения и согласие пользователей и самостоятельно повышают себе права, нарушая правила. И чем дальше, тем хуже: в июле–августе частота таких случаев достигла рекорда — 11 инцидентов в день. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 543
7
🔥 Одна строка в конфиге ускорила production-ответ с 126–230 мс до менее чем 9 мс Paweł Urbanek собрал очень практичный гайд
🔥 Одна строка в конфиге ускорила production-ответ с 126–230 мс до менее чем 9 мс Paweł Urbanek собрал очень практичный гайд по профилированию Rust, где оптимизации идут не по принципу «что интереснее», а по реальной отдаче. Из кейсов: N+1 SQL → 21 запрос превратили в один JOIN, функция ускорилась со 104 до 70 мкс. Три последовательных HTTP-вызова → tokio::try_join!, итоговое время почти вдвое меньше. Неправильно настроенный Brotli в maplibre/martin → скорость была всего 27,9 KB/s. Одна правка конфига дала примерно 57x ускорение, а latency упала до <9 мс. Ещё жёстче кейс с write lock, который держали на всём HTTP round trip. После переноса блокировки P95 для читателей рухнул с 1,11 секунды до 9,42 мкс. И отдельная классика Tokio: unbounded channel молча накопил 73 сообщения, потому что consumer не успевал. Никакой ошибки, просто медленное движение к OOM. Полезный порядок из гайда: сначала SQL и HTTP, потом locks и channels, и только после этого CPU profiling. Потому что один лишний поход в базу обычно стоит дороже, чем сотни мелких оптимизаций внутри hot loop. ➡️ hotpath.rs/blog/profiling-rust-guide #Rust #Performance #Profiling #Tokio #Backend 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 268
8
🔥 Разраб сделал интерактивный мануал, который по шагам показывает, что происходит после нажатия Enter в адресной строке брау
🔥 Разраб сделал интерактивный мануал, который по шагам показывает, что происходит после нажатия Enter в адресной строке браузера Внутри прям весь путь запроса: от интерпретации ввода и DNS до TLS, HTTP и рендеринга страницы. Всего 16 этапов и 124 подшага с анимациями и объяснениями. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
7 106
9
Экономия 200 000 ₽ на ИБ-обучении. Закрываем летнюю акцию! Никаких унылых проводов лета - только хардкорная прокачка скиллов
Экономия 200 000 ₽ на ИБ-обучении. Закрываем летнюю акцию! Никаких унылых проводов лета - только хардкорная прокачка скиллов 👉@cyacademy_support До конца августа отдаем наш самый жирный ПАК из 5 фундаментальных курсов за 50 000 ₽ вместо ~250 000 ₽. Да, это ровно по 10 000 ₽ за мощнейшие программы, включая Linux CyberPunk (с официальным дипломом сисадмина!), HackerPoint (Blue/Red Team), HackerPoint 2, SQL для хакера и AI-помощники на Python. До конца акции осталось всего несколько дней (закрываем 31 августа). Отдавать такой объем знаний и официальные документы за бесценок массово - невозможно. Осталось всего 12 мест по этой цене. ❗️Как только 12 человек заберут бандл, мы досрочно закрываем продажи Жаркого лета. Это беспрецедентный шанс забрать базу пентеста и автоматизации, которая навсегда изменит твой подход к заработку в ИБ. ⏳ Врывайся в осень с новой профессией. Пиши кодовое слово "ЛЕТО" в саппорт, чтобы забрать бандл, пока есть места: 👉@cyacademy_support
6 476
10
🔥 Один SQL-запрос выполнялся за 298 мс. Почти такой же - за 0,66 мс. Разница в 451 раз из-за одной строки. Ситуация обычная:
🔥 Один SQL-запрос выполнялся за 298 мс. Почти такой же - за 0,66 мс. Разница в 451 раз из-за одной строки. Ситуация обычная: cursor pagination, сортировка по date DESC, id DESC, лимит на 1000 записей и composite index по (date, id). На первый взгляд, все должно работать быстро. Но EXPLAIN ANALYZE показывает другое: Postgres вроде бы использует Index Scan, но после этого выкидывает 900 000 строк через Filter. То есть индекс есть, но запрос все равно тащит слишком много лишнего. Проблема в условии: `date < @date OR (date = @date AND id <= @lastId)` Для разработчика это выглядит логично: сначала сравниваем дату, потом id. Но для оптимизатора такой OR плохо ложится на composite index. В итоге база не может сразу пойти по нужному диапазону и вынуждена фильтровать огромный кусок данных. Правильнее записать условие через tuple comparison: `(date, id) <= (@date, @lastId)` Смысл тот же, но для Postgres это уже понятный диапазон по составному индексу. И результат: 298 мс превращаются в 0,66 мс. Индекс сам по себе ничего не гарантирует. Важно не только создать индекс, но и написать запрос так, чтобы оптимизатор реально смог его использовать. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 808
11
🔥 PPT Master делает презентации из PDF, DOCX и сайтов прямо внутри Claude Code и Cursor. И на выходе это настоящий редактиру
🔥 PPT Master делает презентации из PDF, DOCX и сайтов прямо внутри Claude Code и Cursor. И на выходе это настоящий редактируемый PowerPoint ppt-master работает как skill для AI-IDE. Можно просто написать: «сделай презентацию из этого PDF», после чего агент сам разбирает материал, продумывает структуру, собирает дизайн и экспортирует .pptx. Поддерживаются PDF, DOCX, URL и Markdown. Самая сильная часть проекта в том, что слайды не превращаются в набор картинок. Текст, фигуры, таблицы и графики экспортируются как нативные объекты PowerPoint, которые можно открыть и вручную отредактировать. Есть шаблоны, live preview, анимации, speaker notes и даже генерация озвучки с последующим встраиванием аудио в PPTX. Работает с Claude Code, Cursor, VS Code + Copilot и другими agent harness. Сам пайплайн выполняется локально, кроме обращений к выбранной AI-модели. ➡️ По сути: PDF / DOCX / URL → AI-agent → структура → дизайн → настоящий editable .pptx Автор отдельно пишет, что цель не заменить финальную ручную полировку, а убрать примерно 90% работы с пустого листа. ➡️ github.com/hugohe3/ppt-master 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 595
12
➡️ SQL-совет, который многие игнорируют: не используй `COUNT(*)`, если тебе нужно только проверить существование строки. Част
➡️ SQL-совет, который многие игнорируют: не используй `COUNT(*)`, если тебе нужно только проверить существование строки. Часто пишут так: SELECT COUNT(*) FROM orders WHERE user_id = 42; А потом проверяют, больше ли результат нуля. Но базе приходится посчитать все совпадения, хотя тебе нужна всего одна информация: есть хотя бы одна строка или нет. Лучше использовать: SELECT EXISTS ( SELECT 1 FROM orders WHERE user_id = 42 ); EXISTS может остановить поиск сразу после первого совпадения. На маленькой таблице разницы почти не заметишь. На миллионах строк и частых проверках это уже может серьёзно экономить ресурсы. Если нужен ответ «да/нет» — не заставляй SQL считать всё. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 508
13
➡️ Вайбкодер спалился на выдуманном стеке Кандидат пытался пройти интервью с ИИ-помощником, но интервьюер внезапно спросил пр
➡️ Вайбкодер спалился на выдуманном стеке Кандидат пытался пройти интервью с ИИ-помощником, но интервьюер внезапно спросил про самописные движки Ysasu Bibu и Ynna Zist. Соискатель уверенно ответил, что работал с обеими 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 343
14
➡️ Как SQLite выжимает скорость: байткод, VM и goto Некрасивый код, который делает SQLite быстрым 🫡 Всё про Data Science 🇷�
➡️ Как SQLite выжимает скорость: байткод, VM и goto Некрасивый код, который делает SQLite быстрым 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 134
15
🔥 В SQLite есть кусок кода, который выглядит «грязно», но оставлен таким специально ради скорости. Каждый SQL-запрос SQLite
🔥 В SQLite есть кусок кода, который выглядит «грязно», но оставлен таким специально ради скорости. Каждый SQL-запрос SQLite сначала компилируется в байткод, а затем выполняется собственной виртуальной машиной VDBE. Внутри — большой цикл диспетчеризации с почти 200 opcode. И вот интересный момент: SQLite использует обычные goto, чтобы быстро прыгать между общими ветками выполнения. ➡️ В исходниках прямо написано: «Код использует неструктурированные goto и выглядит не очень чисто. Но это сделано не из-за плохого стиля, так быстрее». По замерам разработчиков, такой подход ускоряет sqlite3_step() примерно на 1,5%. То есть здесь читаемость сознательно пожертвовали ради производительности. Хорошее напоминание: в системном коде «красивее» не всегда значит «быстрее». 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
7 172
16
Как выгодно сдавать анализы? 🧪 Не все знают, что в ИНВИТРО есть простой способ получать бонусы и потом оплачивать ими анализ+1
Как выгодно сдавать анализы? 🧪 Не все знают, что в ИНВИТРО есть простой способ получать бонусы и потом оплачивать ими анализы и исследования до 90%! Ниже 4 лайфхака: Во-первых. После регистрации в программе лояльности вам начислят 500 бонусов, а в день рождения – ещё 2000 бонусов. Во-вторых. За анализы после активации начисляют кешбэк 5%. И его можно увеличить – в личном кабинете выбрать до 3 отдельных услуг и получать по ним до 10% бонусами. В-третьих. Можно также выбрать готовый пакет и получать до 15% бонусами на анализы, которые в него входят. Например, есть «Контроль над весом», «Здоровый желудок» и др. Выбранный пакет можно заменить через 30 дней. Самое крутое – накопленными бонусами можно оплатить до 90% стоимости следующих услуг. Например, если анализы вышли на 10 000₸, то бонусами можно списать 9000! В-четвёртых. Подойдите к администратору на кассе и скажите ИНВИТРО26. После этого вам сделают скидку 20% на первую оплату. Работает во всех городах до 15 сентября 2026 года. Подключить повышенный кешбэк можно 👉 на сайте. Нужно авторизоваться и открыть в личном кабинете раздел «Программа лояльности». 1 бонус = 1₸. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 126
17
➡️ Neo4j без сервера: GraphForge запускает полноценный Cypher прямо внутри Python-скрипта GraphForge занимает редкую нишу меж
➡️ Neo4j без сервера: GraphForge запускает полноценный Cypher прямо внутри Python-скрипта GraphForge занимает редкую нишу между NetworkX и серверными графовыми БД. Вы получаете встроенный графовый движок на Rust, полный openCypher и хранение проекта в обычной директории. Что внутри: ⏺️ четыре независимых слоя на Rust: parser → IR → planning → execution; ⏺️ результаты сразу возвращаются как Apache Arrow Table; ⏺️ данные легко передаются в Pandas и Polars; ⏺️ постоянное хранение построено на Parquet; ⏺️ встроены PageRank, Louvain и гибридный текстово-векторный поиск; ⏺️ Python- и Node.js-биндинги работают поверх одного движка. from graphforge import GraphForge graph = GraphForge("research/") result = graph.execute(""" MATCH (a)-[:CITES]->(b) RETURN a.title, b.title """) print(result.to_pandas()) При этом GraphForge честно позиционируется как инструмент исследовательского и notebook-масштаба. Для миллиардных графов, высокой нагрузки и многопользовательского доступа по-прежнему нужна серверная БД. Python и Node.js доступны сейчас, Swift и Kotlin находятся в планах. Лицензия — Apache 2.0. https://github.com/CurateLabs/graphforge 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 295
18
🔥 SQL-совет: `LATERAL` вместо тяжёлого оконного запроса Нужно получить последнюю операцию каждого пользователя? В PostgreSQL
🔥 SQL-совет: `LATERAL` вместо тяжёлого оконного запроса Нужно получить последнюю операцию каждого пользователя? В PostgreSQL можно не ранжировать всю таблицу через ROW_NUMBER(). SELECT u.id, last_order.id, last_order.created_at FROM users AS u LEFT JOIN LATERAL ( SELECT id, created_at FROM orders WHERE user_id = u.id ORDER BY created_at DESC LIMIT 1 ) AS last_order ON true; LATERAL запускает подзапрос отдельно для каждой строки слева и разрешает обращаться к u.id. Добавьте индекс: CREATE INDEX ON orders (user_id, created_at DESC); Тогда PostgreSQL сможет брать последнюю запись прямо из индекса, не сортируя все заказы пользователя. Такой приём особенно полезен для задач: ⏺️ последняя операция пользователя; ⏺️ актуальный статус заказа; ⏺️ последнее событие устройства; ⏺️ последние N записей для каждой группы. Для больших таблиц это часто быстрее и проще, чем оконная функция по всему набору данных. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
6 460
19
🔥Редкий и реально продвинутый SQL-совет: используй логарифмы для произведения вероятностей. В SQL удобно считать SUM, AVG, C
🔥Редкий и реально продвинутый SQL-совет: используй логарифмы для произведения вероятностей. В SQL удобно считать SUM, AVG, COUNT, но почти никто не думает про PRODUCT. А в аналитике он часто нужен: вероятность цепочки событий, retention funnel, скоринговые модели, reliability, ML-фичи. Проблема: если перемножать много маленьких чисел, например 0.97 * 0.91 * 0.88 * ..., быстро получишь underflow или потерю точности. Математический трюк: a * b * c = exp(ln(a) + ln(b) + ln(c)) То есть вместо прямого произведения считаем сумму логарифмов. SELECT user_id, EXP(SUM(LN(probability))) AS total_probability FROM events WHERE probability > 0 GROUP BY user_id; Где это полезно: SELECT user_id, EXP(SUM(LN(conversion_rate))) AS funnel_survival_rate FROM funnel_steps GROUP BY user_id; Это стандартный численный прием из математики, который делает расчет стабильнее. Особенно полезно, когда у тебя много шагов в воронке, вероятностная модель, риск-скоринг или аналитика событий. Главное правило: LN(x) работает только для x > 0, поэтому нули нужно обрабатывать отдельно. Например, если хотя бы одна вероятность равна нулю, итоговое произведение тоже будет ноль. 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 822
20
🔥 Constella: локальная память для файлов, заметок и AI-агентов Constella — open-source desktop-приложение, которое индексиру
🔥 Constella: локальная память для файлов, заметок и AI-агентов Constella — open-source desktop-приложение, которое индексирует локальные файлы и превращает их в единую базу знаний для поиска и AI-агентов. Данные хранятся на устройстве: LanceDB используется для векторов, SQLite — для метаданных и knowledge graph. Что умеет: ⏺️ индексировать Obsidian, Documents, Downloads и любые выбранные папки; ⏺️ извлекать текст из PDF, DOCX, Markdown и изображений; ⏺️ строить семантический поиск по локальным данным; ⏺️ автоматически связывать заметки, темы и концепты; ⏺️ работать с локальными и облачными LLM; ⏺️ отдавать базу знаний через MCP в Claude Code; ⏺️ использовать агентов и переиспользуемые workflows. Схема примерно такая: Файлы ↓ chunks + embeddings ↓ LanceDB + SQLite ↓ Knowledge Graph ↓ поиск / агенты / MCP ➡️ https://github.com/Constella-OS/constella-desktop 🫡 Всё про Data Science 🇷🇺 Читайте нас в MAX
5 922