Русский
Открыть в Telegram
DData Science. SQL hub

Data Science. SQL hub

@sqlhub · канал · Технологии · в индексе с 22.04.2026
36 055подписчиков−66 за неделю
2 675средний охват поста
7.4%ER — охват к подписчикам
29постов за 30 дней
D
Data Science. SQL hub
Фотография
Как мы перешли от CatBoost к нейросетям в рекомендациях Авито Рекомендации на главной дают Авито половину просмотров объявлений и около 30% контактов покупателей с продавцами. С 2020 года их ранжировал CatBoost, но со временем он упёрся в потолок: даже кратно больше данных уже не давало прироста качества. Мы перешли на нейросетевое ранжирование, и вот что получилось: 🚀 +4,3% пользователей с контактами из рекомендаций 🤝 +0,8% пользователей, совершивших сделку, по всему Авито Техлид команды рекомендаций Ярослав Хныков рассказал на Хабре, какие решения сработали. Больше про DS в Авито пишем в канале «Доска AI-объявлений».
11 · 1.4K ·
D
Data Science. SQL hub
Фотография
🔍 Microsoft выпустила модель, которая только принимает решения. В 35 раз быстрее GPT-6 Sol, выходные токены бесплатно Microsoft-Decision-1 получает запрос и фиксированный набор вариантов и за один проход выдаёт откалиброванную вероятность для каждого. Да/нет, выбор из списка, рейтинг, оценка ответа ИИ или действия агента по рубрике. Внутри Qwen3.5-9B после пост-трейна. На 36 закрытых бенчмарках, почти 150 тысяч вопросов, модель показала лучшую точность среди LLM и других decision-моделей. По задержке она в 4,5 раза быстрее ближайшего конкурента и в 35 раз быстрее GPT-6 Sol. На перефразированных и перемешанных вариантах решение меняется лишь в 1,3% случаев. Внутри Microsoft её уже используют. Xbox Research разметили 10 тысяч отзывов с качеством уровня GPT-6 Sol, но в 14 раз быстрее и в 200 раз дешевле. В Copilot модель оценивает ответы агентов в 100 раз быстрее GPT-5.6 Luna. Цена $0,042 за миллион входных токенов. Уже в Microsoft Foundry, скоро на OpenRouter. https://commandline.microsoft.com/microsoft-decision-1-model-foundry/ @ai_machinelearning_big_data #Microsoft
14 · 630 ·
D
Data Science. SQL hub
Фотография
🍃 Добавить реплику MongoDB, не копируя всю базу: что меняет Atlas Infinite В привычной архитектуре каждый узел replica set хранит полную копию данных. Добавление реплики или изменение размера узла требует перемещения больших объёмов данных. Atlas Infinite разделяет вычисления и хранение. Узлы выполняют запросы, а общий слой хранения, написанный на Rust, отвечает за журнал, страницы данных и долговечность. Вычислительные ресурсы и хранилище масштабируются независимо. Самая интересная деталь: два журнала с разными задачами. • oplog фиксирует логические операции. Запись подтверждается после устойчивого сохранения большинством реплик журнала. • phylog передаёт физические изменения страниц при checkpoint, сохраняя пакетную обработку WiredTiger. То есть подтверждение записи отделено от подготовки страниц для чтения. Новая read replica подключается к общим страницам и догоняет хвост журнала. Ей не нужно сначала копировать всю базу. А данные шифруются на вычислительном узле: общий storage-слой работает с зашифрованным содержимым. Для приложения сохраняются протокол, драйверы и семантика операций. Меняется инфраструктура под базой. Atlas Infinite пока в public preview. Хороший разбор для тех, кому интересны внутренности СУБД: https://muratbuffalo.blogspot.com/2026/10/atlas-infinite-mongodbs-disaggregated.html @sqlhub
🔥5❤5👍3
22 · 4.1K ·
Data Science. SQL hub
Фотография
🐍 Когда стандартного `sqlite3` в Python становится мало, есть APSW. Another Python SQLite Wrapper даёт доступ к полному C API SQLite из Python. Что можно использовать: • Виртуальные таблицы для подключения собственных источников данных. • VFS для управления тем, как SQLite работает с файлами. • Session API для записи и применения наборов изменений. • Полнотекстовый поиск, JSON и передачу массивов через CArray. • Синхронный код и поддержку асинхронных фреймворков. Для обычных SQL-запросов встроенного sqlite3 часто достаточно. APSW полезен, когда нужны расширенные возможности SQLite и более глубокий контроль над движком. Установка: pip install apsw https://github.com/rogerbinns/apsw
🔥5👍3❤3
15 · 1.6K ·
Графовые модели для рекомендации друзей Графовые методы конкурируют с трансформерами в рекомендациях контента. Есть домены, в которых представление данных в виде графа наиболее естественно, например рекомендации друзей, когда требуется в социальном графе предсказать появление будущих рёбер. Для этого хорошо подходят графовые нейросети (GNN): через механизм message passing они собирают информацию из локального окружения пользователя. Однако между GNN из академической статьи и GNN на реальном социальном графе есть существенная разница в масштабе. Максим Утушкин, Андрей Овсянников и Александр Дьяконов из AI VK в своей статье Scaling Graph Neural Networks for Friend Recommendation: Multi-Hash User Embeddings and Temporal Neighbor Sampling рассказали про особенности масштабирования графовых моделей на граф из 194 млн вершин и 28 млрд рёбер. Статья принята в основной трек конференции CIKM 2026. Признаки вершин графа В отличие от классических рекомендаций контента, в которых у айтемов есть широко описывающие их контентные представления, у пользователей нет таких понятных способов кодирования. Естественное решение проблемы — просто завести матрицу обучаемых эмбеддингов, по одному для каждой вершины. Эти эмбеддинги учатся вместе с основной моделью. Но такая таблица из примерно 200 млн эмбеддингов размерности 256 занимает больше 200 ГБ. Поэтому для ID пользователей авторы применили подход multi-hash эмбеддингов. Вместо отдельного вектора для каждого пользователя несколько хеш-функций отображают его ID в небольшую общую таблицу эмбеддингов. Полученные векторы объединяются и используются как представление пользователя на входе GNN. В production-конфигурации таблица занимает около 2 ГБ вместо 203 ГБ — меньше 1% памяти полной таблицы. Temporal sampling Классические работы с GNN оперируют над графом как единой сущностью. Однако социальный граф меняется со временем. Если для обучающего примера из прошлого позволить GNN увидеть дружбы, появившиеся позже, возникает leakage. … Читать полностью →
Длинный пост
фото и оформление — в Telegram ↗
👍3❤1
14 · 2.4K ·
D
Фотография
Oracle показала архитектуру агентной системы для генерации и проверки контрактов на Kubernetes Команда Oracle AI & Data Science описала, как построить на OKE (Oracle Kubernetes Engine) платформу, которая автоматически собирает договоры и сверяет их версии. Ключевая мысль инженеров: LLM здесь не источник истины для юридических формулировок и цен. Модель работает внутри структурированных входных данных и заданных админом бизнес-правил. Как это устроено. На вход идёт PDF-коммерческое предложение из CPQ, его разбирают в JSON, раскладывают по шаблону договора и применяют правила. Второй сценарий сравнивает изменённый договор с оригиналом и сохраняет структурированный diff. На выходе пользователь может поправить результат и скачать DOCX. Под капотом пять агентов: разбор CPQ, разбор контракта, маппинг, дополнение контракта и ревью. Оркестрирует всё LangGraph с чекпойнтами и прерываниями. Агенты общаются с оркестратором по A2A, а инструменты находят и вызывают через MCP. Длинные шаги ставятся на паузу и возобновляются по вебхуку, состояние лежит в Redis. Задачи идут через очереди OCI Queue, после трёх неудачных попыток сообщение попадает в DLQ, а пользователю не надо загружать файл заново. Мне показались интересными три инженерные детали. Перед любым рассуждением агента воркер прогоняет guardrails: проверка на prompt injection, вредоносный контент и маскирование PII. Есть реестр агентов как плоскость управления: админ меняет связки агентов с инструментами и бизнес-правила без передеплоя. И есть фреймворк оценки, который сверяет извлечённый JSON с эталоном до того, как изменения в промптах, модели или правилах попадут в прод. Честные оговорки: конкретные LLM в статье не названы, цифр по скорости и стоимости нет, а кода и репозитория не приложено. Это референс-архитектура, а не готовый открытый проект. Источник: https://blogs.oracle.com/ai-and-datascience/agentic-contract-generation-review-on-oke-enterprise-ai
❤1
18 · 1.8K ·
D
Data Science. SQL hub
Фотография
🖥 Tencent выкатила Hy Memory 2.0: открытая модель, фреймворк и MemHub для долгой памяти ИИ-агентов Hunyuan выпустили сразу три вещи в одном релизе. Модель Hy-Memory-30B-A3B, SDK-фреймворк и приложение MemHub. По заявлению Tencent, это №1 среди открытых решений на четырёх бенчмарках памяти, а сама модель обходит Opus 5 в ряде популярных фреймворков. Фреймворк работает с тремя типами памяти: из обычных чатов, из рабочих задач и из кода. То есть агент помнит не только то, о чём вы болтали, но и что делали в проекте. MemHub, у него есть CLI и версия для Mac, синхронизирует память между более чем десятью ИИ-инструментами. Один раз рассказал контекст, и он доступен везде, без повторных объяснений каждому ассистенту. Модель на 30B параметров с 3B активными (MoE), так что гонять её локально реалистичнее, чем кажется по цифре. Пока это цифры от самих авторов, независимые замеры стоит дождаться. Код и MemHub: https://github.com/Tencent-Hunyuan/Hy-Memory Модель: https://huggingface.co/tencent/Hy-Memory-30B-A3B Github: https://github.com/Tencent-Hunyuan/Hy-Memory @ai_machinelearning_big_data
👍4
17 · 963 ·
Data Science. SQL hub
Фотография
🔥 Хочешь быстрее расти в IT? Хватит учиться в одиночку Окружение решает больше, чем кажется. Собрал папки и каналы, где можно быстрее влиться в нужное направление, следить за трендами и не вариться в своём пузыре. AI: t.me/ai_machinelearning_big_data Python: t.me/pythonl Linux: t.me/linuxacademiya Хакинг: t.me/linuxkalii DevOps: t.me/DevOPSitsec Docker: https://t.me/+90Z5TAyfuNU5YmRi Golang: t.me/Golang_google Rust: t.me/rust_code C++: t.me/cpluspluc C#: t.me/csharp_ci Java: t.me/javatg JavaScript: t.me/javascriptv React: t.me/react_tg Frontend: t.me/front PHP: t.me/phpshka Android: t.me/android_its Мобильная разработка: t.me/mobdevelop Базы данных: t.me/sqlhub Data Science: t.me/data_analysis_ml Big Data: t.me/bigdatai Математика: t.me/data_math Физика: t.me/fizmat Kubernetes: t.me/kubernetc GameDev: https://t.me/gamedev Haskell: t.me/haskell_tg Собеседования и карьера: DS собеседования: t.me/machinelearning_interview Python собеседования: t.me/python_job_interview Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy Папка ML: https://t.me/addlist/2Ls-snqEeytkMDgy Папка Frontend: https://t.me/addlist/mzMMG3RPZhY2M2Iy Полезное сверху: ИТ-мемы: t.me/memes_prog Английский для программистов: t.me/english_forprogrammers ИИ и технологии: t.me/vistehno 954 ГБ open-source курсов: https://t.me/+rKBQEMccAA01MTcy ИТ-книги бесплатно: https://t.me/addlist/BkskQciUW_FhNjEy Max Ai: https://max.ru/ai_machinelearning_big_data Max python: https://max.ru/pythonl ТЕХНО: https://max.ru/vistehno Max Go: https://max.ru/Golang_google Max Linux: https://max.ru/linuxkalii Devops: https://max.ru/DevOPSitsec C#: https://max.ru/csharp_ci C++: https://max.ru/cpluspluc SQL: https://max.ru/sqlhub Java: https://max.ru/javatg Подписывайся на нужные направления и собирай себе ленту, которая реально двигает вперёд.
👍3❤1
7 · 1.3K ·
D
Фотография
Фотография
🐘 ИИ нашёл столько багов в PostgreSQL 19, что разработчики не успевают их исправить Релиз теперь ожидается примерно 19 ноября. Во время беты из него убрали около 8–10 крупных функций. По словам коммиттера PostgreSQL Питера Айзентраута, ревью с помощью LLM выявляет редкие ошибки, которые раньше могли всплывать годами. Теперь десятки отчётов приходят сразу. Каждый нужно разобрать, подготовить исправление и проверить, даже если патч занимает три строки. При этом ИИ лишь часть причин: у некоторых функций обнаружились архитектурные проблемы, а опытные разработчики были заняты исправлением уязвимостей. Айзентраут также отмечает, что большая часть затронутого кода появилась ещё до распространения вайбкодинга. Поиск ошибок ускорился. На их исправление по-прежнему нужно время людей. https://peter.eisentraut.org/blog/2026/10/09/the-reverts-will-continue-until-morale-improves
👍10❤3🔥3
31 · 1.6K ·
Data Science. SQL hub
Фотография
One Day Offer: стань щитом для миллионов клиентов! 🔥 В департамент противодействия мошенничеству Сбера нужен аналитик данных в антифрод — чтобы разбирать тренды мошенничества, находить скрытые паттерны и превращать их в правила защиты. Готов к таким задачам — добро пожаловать на One Day Offer: отбор за один день, разбор реальных кейсов, быстрая обратная связь. 24 октября, онлайн, регистрация и подробности — здесь!
❤4👍1🔥1
4 · 1.4K ·
Data Science. SQL hub
Фотография
Алгоритм знает, где вы будете 7-го ноября 😎 RecSys-митап в Москве для тех, кто уже строит рекомендательные системы и хочет делать это еще лучше. В программе — доклады от топовых экспертов Сбера с разбором кейсов, свежих подходов и неочевидных решений. После официальной части — нетворкинг. Время в узком кругу профессионалов и сообщества Зеленый RecSys. Участие бесплатное, но количество мест ограничено. Москва. Суббота. 7 ноября. RecSys! ➡️ регистрируйтесь
4 · 3K ·
D
Data Science. SQL hub
Видео
IMG_8434.MP4 · 7.5 МБ
Пишешь «научи меня SQL»: Claude собирает персональный аудиокурс со ссылками на источники. Claudemy - open-source навык для Claude Code, который превращает выбранную тему примерно в 12 двухминутных уроков в формате разговора двух ведущих. Как это работает: - Изучает 20–40 страниц: документацию, практические материалы и альтернативные мнения. - Сопоставляет источники и отмечает, где они расходятся. - Создаёт пробный урок и ждёт вашей реакции. - Затем готовит остальной курс. К каждому уроку прилагаются краткая выжимка, небольшое практическое задание и ссылки. Основные правила собираются в отдельный файл. Есть проверка цитирования: урок не принимается, если ссылается на страницу, которую система не читала. Это проверка происхождения ссылок, а не гарантия истинности всех выводов. Можно заказать курс по материалам конкретного автора — например, его блогу. Лицензия MIT. Для работы нужен Claude Code с веб-поиском. Озвучка — через ElevenLabs либо бесплатные встроенные голоса macOS; использование Claude и ElevenLabs оплачивается отдельно. https://github.com/assafkip/claudemy
75 · 3.1K ·
D
Data Science. SQL hub
Фотография
Microsoft предложит до 60 тысячам сотрудников добровольно уйти с компенсацией. Программа охватит подходящих под условия сотрудников в США, Великобритании, Канаде и Индии, сообщает The Verge. Среди участвующих направлений – Copilot, CoreAI, Windows + Devices, Xbox, финансы и HR. Некоторые подразделения участвуют частично, а маркетинг, коммерческий бизнес и безопасность исключены. Компания предлагает финансовую поддержку и помощь в планировании карьеры. В отличие от прежней программы добровольного выхода на пенсию, новая не привязана к возрасту, стажу или результатам работы. 60 тысяч – число сотрудников, которым доступно предложение, а не объявленное количество увольнений. Сколько человек его примут, пока неизвестно. Программа появилась спустя несколько месяцев после сокращения 4800 рабочих мест. https://www.theverge.com/tech/1018666/microsoft-expands-buyouts-60000-employees-eligible
40 · 3.6K ·
D
Data Science. SQL hub
Фотография
Один CVE - три уязвимости: раскрыты детали взлома Oracle PeopleSoft, которым пользовалась ShinyHunters. Исследователи ZDI выяснили, что за CVE-2026-35273 с оценкой CVSS 9.8 скрываются три ошибки в двух компонентах PeopleSoft. Начало цепочки – SSRF: атакующий заставляет сервер отправить запрос к собственному внутреннему интерфейсу управления. Этот интерфейс по умолчанию доверяет обращениям с 127.0.0.1. Поэтому внешний запрос, перенаправленный самим сервером, проходит проверку как локальный. Полученный доступ открывает два пути к выполнению кода без авторизации: через произвольную запись файлов или небезопасную обработку XML. Oracle закрыла все три проблемы 10 июня, объединив их под одним CVE. ShinyHunters эксплуатировала цепочку ещё до выхода исправления, первоначально атакуя преимущественно университеты. Затронуты PeopleTools 8.61 и 8.62. Блокировка отдельных URL на WAF не заменяет патч. Если сервер уже взломан, обновления также недостаточно – нужны проверка компрометации и смена доступных ему учётных данных. https://thehackernews.com/2026/10/shinyhunters-exploited-oracle.html
10 · 3K ·
Data Science. SQL hub
Фотография
💼 Войти в ИБ можно начать сегодня вечером, с телефона Не обязательно бросать работу и покупать курс за сотни тысяч, чтобы понять, твоё ли это. Начать можно с бесплатного мини-курса! ➡️ Начать в Telegram За пару часов разберёшься, чем вообще занимаются в кибербезопасности: что защищают, как работают атаки, как устроена защита и какие есть профессии с их зарплатами. Открывается в мессенджере, проходится по дороге с работы, без сайтов и долгих регистраций. А дальше, если зацепит, прямо в боте можно записаться на бесплатный разбор карьерного трека: куда идти с твоим опытом и как.
4 · 2.3K ·
D
Фотография
✔️ RTX 5080 пропал из официального магазина NVIDIA Вслед за флагманской RTX 5090 из каталога маркетплейса NVIDIA в США пропала видеокарта RTX 5080. Оригинальная модель с 16 ГБ больше не отображается в фильтрах поиска, хотя на сайте по-прежнему указана ее стартовая цена в $999. Фактически же купить ускоритель за эти деньги было крайне сложно - у крупных ритейлеров минимальный прайс давно зафиксировался на уровне $2000. Снятие устройства с продажи связывают с планами компании по обновлению линейки. По данным источников, производитель уже отгрузил вендорам последние запасы 16-гигабайтных чипов, которых должно хватить примерно на пару месяцев розничных продаж, и теперь готовится к релизу RTX 5080 с 24 ГБ видеопамяти. Ожидается, что новая версия поступит на рынок на рубеже 2026 и 2027 годов. Сама NVIDIA пока не дает официальных комментариев относительно доступности видеокарт и завышения цен на всю пятидесятую серию. @ai_machinelearning_big_data #news #ai #ml
10 · 2.2K ·
D
Data Science. SQL hub
SQL-ловушка: этот UPDATE может незаметно испортить данные в продакшене Код корректный, PostgreSQL не выдаст ошибку. Но результат не так очевиден. Есть таблица товаров: CREATE TABLE products ( id INT PRIMARY KEY, price INT ); INSERT INTO products VALUES (1, 100); Применяем скидки: WITH discounts(id, amount) AS ( VALUES (1, 10), (1, 20) ) UPDATE products p SET price = p.price - d.amount FROM discounts d WHERE p.id = d.id; SELECT price FROM products; Что вернёт последний SELECT? А) 90 Б) 80 В) 70 Г) 80 или 90, результат не гарантирован Один запрос, две скидки на один товар. Как PostgreSQL обработает такой UPDATE? Подвох связан с поведением UPDATE ... FROM, о котором легко забыть даже при работе с реальными базами.
👍6❤4
24 · 2.4K ·
D
Data Science. SQL hub
Фотография
ORM превратила один SQL-запрос в 51. Разработчик даже не заметил Знакомая ситуация: код выглядит чисто, никаких SQL-запросов вручную, всё через ORM. Например, в Django: posts = Post.objects.all()[:50] for post in posts: print(post.author.name) Кажется, что мы просто получаем 50 постов с авторами. Но на практике это может вызвать 51 запрос к базе данных. Один запрос загружает посты, а ещё 50 отдельно получают авторов. Это классическая проблема N+1 queries. Причём чем больше записей, тем больше обращений к БД. Исправляется одной строкой: posts = Post.objects.select_related("author")[:50] Теперь Django использует JOIN и получает посты вместе с авторами одним запросом. ORM избавляет от написания SQL, но не от необходимости понимать, какой SQL выполняется. Именно поэтому при оптимизации API полезнее сначала посмотреть на количество запросов, чем переписывать Python-код ради нескольких миллисекунд.
12 · 1.8K ·
Фотография
🖥️ Черная пятница на Stepik на один из лучших курсов по контейнеризации! Если давно хотел разобраться в теме, но постоянно откладывал или терялся среди десятков материалов, этот курс на Stepik поможет выстроить обучение последовательно. Что получишь: - Понятные объяснения без лишней воды. - Практические задания для закрепления знаний. - Возможность учиться в удобном темпе. - Структурированный подход вместо хаотичного поиска информации. Подойдёт тем, кто начинает с нуля или хочет систематизировать знания. Начни прокачивать навыки уже сейчас: https://stepik.org/course/303477/
🔥1❤1👍1👎1
6 · 1.4K ·
D
🖥️ SQL-задача с подвохом: почему COUNT(*) считает неправильно? Даже опытные разработчики иногда ошибаются с оконными функциями PostgreSQL. Есть таблица событий: CREATE TABLE events ( id INT PRIMARY KEY, user_id INT, ts TIMESTAMP ); INSERT INTO events VALUES (1, 10, '2026-01-01 10:00'), (2, 10, '2026-01-01 10:05'), (3, 10, '2026-01-01 10:05'), (4, 10, '2026-01-01 10:20'); Выполняем запрос: SELECT id, COUNT(*) OVER ( PARTITION BY user_id ORDER BY ts ) AS cnt FROM events ORDER BY id; Что вернёт PostgreSQL? А) 1, 2, 3, 4 Б) 1, 3, 3, 4 В) 4, 4, 4, 4 Г) 1, 2, 2, 4 Правильный ответ: Б. По умолчанию PostgreSQL использует оконную рамку: ```sql RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW ``` При RANGE строки с одинаковым значением ts считаются одной группой (peers). Поэтому обе строки с 10:05 получают cnt = 3. Чтобы получить обычный накопительный счётчик, нужно явно указать ROWS и обеспечить однозначную сортировку: ```sql SELECT id, COUNT(*) OVER ( PARTITION BY user_id ORDER BY ts, id ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW ) AS cnt FROM events ORDER BY id; ``` Теперь результат: 1, 2, 3, 4. Подвох: COUNT(*) OVER (ORDER BY ...) не всегда считает строки по одной. Всё зависит от оконной рамки и повторяющихся значений сортировки.
11 · 1.2K ·
D
Data Science. SQL hub
SQL-задача с подвохом: найдите пользователей, которые вернулись после 30 дней молчания Представьте, что вы анализируете активность пользователей сервиса. Нужно найти тех, кто вернулся после длительного перерыва. Есть таблица PostgreSQL: CREATE TABLE events ( user_id INT, event_time TIMESTAMP ); INSERT INTO events VALUES (1, '2026-10-01 10:00'), (1, '2026-10-01 12:00'), (1, '2026-11-01 09:00'), (1, '2026-11-02 14:00'), (2, '2026-10-01 10:00'), (2, '2026-10-31 10:00'), (3, '2026-09-01 10:00'), (3, '2026-11-05 10:00'), (3, '2026-11-05 11:00'); Задача: для каждого пользователя найти все даты возвращения после 30 полных календарных дней без активности. Ожидаемый результат: | user_id | return_date | |---|---| | 1 | 2026-11-01 | | 3 | 2026-11-05 | Условия: несколько событий в один день считаются одной активностью. День последней активности и день возвращения в период молчания не входят. Например, между 1 октября и 31 октября только 29 полных дней без активности, а между 1 октября и 1 ноября уже 30. Ограничение: решите задачу одним SQL-запросом, без процедур, временных таблиц и циклов. На первый взгляд достаточно LAG(), но если не учесть дубли событий и границы календарных дней, результат окажется неправильным. Как бы вы решили эту задачу на PostgreSQL?
1 · 88 ·

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Границы индекса · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем