ch
Feedback
Библиотека баз данных

Библиотека баз данных

前往频道在 Telegram

Самая большая библиотека бесплатных книг по SQL По всем вопросам- @haarrp @ai_machinelearning_big_data - machine learning @pythonl - Python @itchannels_telegram - 🔥 best it channels @ArtificialIntelligencedl - AI РКН:  № 5037640984

显示更多

📈 Telegram 频道 Библиотека баз данных 的分析概览

频道 Библиотека баз данных (@sql_lib) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 10 223 名订阅者,在 技术与应用 类别中位列第 11 880,并在 俄罗斯 地区排名第 63 346

📊 受众指标与增长动态

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

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

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

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
Самая большая библиотека бесплатных книг по SQL По всем вопросам- @haarrp @ai_machinelearning_big_data - machine learning @pythonl - Python @itchannels_telegram - 🔥 best it channels @ArtificialIntelligencedl - AI РКН:  № 5037640984

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

10 223
订阅者
-324 小时
-247
-8830

数据加载中...

吸引订阅者
七月 '26
七月 '26
+2
在0个频道中
六月 '26
+6
在0个频道中
Get PRO
五月 '26
+18
在0个频道中
Get PRO
四月 '26
+33
在0个频道中
Get PRO
三月 '26
+37
在0个频道中
Get PRO
二月 '26
+160
在0个频道中
Get PRO
一月 '26
+267
在0个频道中
Get PRO
十二月 '25
+42
在0个频道中
Get PRO
十一月 '25
+112
在4个频道中
Get PRO
十月 '25
+57
在3个频道中
Get PRO
九月 '25
+149
在1个频道中
Get PRO
八月 '25
+130
在0个频道中
Get PRO
七月 '25
+229
在2个频道中
Get PRO
六月 '25
+153
在0个频道中
Get PRO
五月 '25
+95
在1个频道中
Get PRO
四月 '25
+66
在0个频道中
Get PRO
三月 '25
+18
在0个频道中
Get PRO
二月 '25
+122
在0个频道中
Get PRO
一月 '25
+117
在0个频道中
Get PRO
十二月 '24
+398
在4个频道中
Get PRO
十一月 '24
+1 212
在0个频道中
Get PRO
十月 '24
+1 205
在2个频道中
Get PRO
九月 '24
+447
在2个频道中
Get PRO
八月 '24
+379
在2个频道中
Get PRO
七月 '24
+407
在4个频道中
Get PRO
六月 '24
+384
在0个频道中
Get PRO
五月 '24
+265
在35个频道中
Get PRO
四月 '24
+277
在44个频道中
Get PRO
三月 '24
+200
在20个频道中
Get PRO
二月 '24
+151
在1个频道中
Get PRO
一月 '24
+296
在43个频道中
Get PRO
十二月 '23
+341
在39个频道中
Get PRO
十一月 '23
+189
在2个频道中
Get PRO
十月 '23
+380
在18个频道中
Get PRO
九月 '23
+218
在0个频道中
Get PRO
八月 '23
+467
在0个频道中
Get PRO
七月 '23
+121
在0个频道中
Get PRO
六月 '23
+273
在0个频道中
Get PRO
五月 '23
+1 073
在0个频道中
Get PRO
四月 '23
+507
在0个频道中
Get PRO
三月 '23
+4 010
在0个频道中
日期
订阅者增长
提及
频道
14 七月0
13 七月0
12 七月+1
11 七月0
10 七月0
09 七月0
08 七月0
07 七月0
06 七月0
05 七月0
04 七月+1
03 七月0
02 七月0
01 七月0
频道帖子
NVIDIA выкатила Nemotron 3 Ultra - открытую frontier-модель для агентов, которые работают долго, а не просто отвечают на один промпт и забывают контекст. Ставка здесь не на красивые бенчмарки общего рассуждения, а на длинные агентные цепочки: планирование, вызов инструментов, работа с кодом, исследование документов и enterprise-сценарии, где задача тянется через десятки шагов. Именно там обычно ломается экономика агентов. Каждый шаг - новый инференс. Чем длиннее траектория, тем выше задержка и итоговая стоимость. В демо это почти не видно, а в проде быстро превращается в главный счёт. Поэтому самые интересные цифры у Nemotron 3 Ultra связаны с эффективностью: - до 5x быстрее инференс - до 30% дешевле на агентных задачах - фокус на длинных рабочих сессиях - открытая модель для команд, которым важен контроль над весами Для продакшен-агентов это бьёт в больное место. Важен не только красивый ответ на одном запросе, а цена завершённой задачи: сколько стоила вся цепочка, сколько времени заняла и сколько раз агенту пришлось дергать модель. Открытость тоже важна. Команды с собственной инфраструктурой получают больше контроля: можно дообучать под домен, гонять модель внутри периметра и не держать критичный агентный пайплайн полностью на чужом API. Но радоваться цифрам стоит аккуратно. «До 5x» и «до 30%» почти всегда означают лучший сценарий на удобном профиле нагрузки. Реальный прирост зависит от ваших трасс, инструментов, длины контекста и количества шагов. Проверять такую модель нужно не по latency одного запроса, а по cost-per-completed-task: сколько стоит агенту реально закрыть задачу от начала до конца. https://blogs.nvidia.com/blog/nvidia-gtc-taipei-computex-2026-news/

2
🐟 Sakana AI выкатили DiffusionBlocks - способ обучать нейросеть по одному блоку за раз, не держа в памяти всю модель целиком
🐟 Sakana AI выкатили DiffusionBlocks - способ обучать нейросеть по одному блоку за раз, не держа в памяти всю модель целиком. Работу приняли на ICLR 2026. При обычном обучении градиенты проходят через весь граф, а память под активации растёт вместе с глубиной модели. DiffusionBlocks предлагает разрезать сеть на отдельные блоки и обучать каждый независимо. Каждому блоку дают свою локальную задачу: сдвинуть представление чуть ближе к целевому состоянию, чем это сделал предыдущий блок. Формально это похоже на один шаг диффузионного процесса, поэтому каждый блок оптимизирует собственный лосс и не зависит от соседних блоков. Главный плюс - память. Для тренировки нужна память под один блок, а не под всю сеть целиком. Авторы проверили подход на разных архитектурах: - ViT - DiT - masked diffusion - авторегрессионные трансформеры - recurrent-depth / Looped-трансформеры По качеству результаты сопоставимы со сквозным обучением, но с куда меньшими требованиями к памяти. В Looped-трансформерами один и тот же блок прогоняется много раз подряд, как будто модель «думает» несколькими итерациями. Обычно для обучения приходится разворачивать весь этот процесс через BPTT, из-за чего память и вычисления быстро дорожают Это ещё один аргумент в пользу идеи, что диффузия - не только про генерацию картинок, а более универсальная рамка для обучения моделей. Если модель упирается в VRAM из-за глубины, DiffusionBlocks выглядит как подход, за которым стоит следить. Пейпер: arxiv.org/abs/2506.14202 Код: github.com/SakanaAI/DiffusionBlocks @ai_machinelearning_big_data #sakana #ai #ml
958
3
⚡Когда аналитика разнесена по отдельным системам, бизнес долго ждет данные и платит за лишние кластеры, ETL и серверы. 🐘Post
⚡Когда аналитика разнесена по отдельным системам, бизнес долго ждет данные и платит за лишние кластеры, ETL и серверы. 🐘Postgres Pro AXE — аналитическая СУБД от Postgres Professional на знакомом PostgreSQL. Ускоряет доставку аналитики и снижает TCO на хранение и обработку данных. ✔️До 20 раз быстрее Greenplum На сложных запросах в тестах ClickBench, TPC-H и TPC-DS. ✔️До 10 раз меньше ресурсов При сопоставимой нагрузке с MPP-аналогами. ✔️Аналитика ближе к рабочим данным Postgres Pro AXE работает как отдельная аналитическая СУБД или расширяет Postgres Pro Enterprise аналитическими возможностями на существующих узлах. ✔️Быстрый старт для команды Знакомый PostgreSQL снижает порог входа для администраторов и разработчиков. ✔️Свобода хранения и BI Локальный сервер, сетевая шара или S3. Данные — в формате Parquet. 🔗Приходите 28 мая на бесплатный вебинар: покажем, как построить аналитику без зоопарка технологий.
939
4
✔️ Antigravity втрое повысил лимиты Варун Мохан, участник команды разработки Google Antigravity и бывший основатель Windsurf,
✔️ Antigravity втрое повысил лимиты Варун Мохан, участник команды разработки Google Antigravity и бывший основатель Windsurf, объявил в сети X о пересмотре правил использования моделей Gemini на платформе. По его словам, лимиты запросов для всех платных тарифов Gemini увеличиваются втрое на постоянной основе, а недельные квоты пользователей Antigravity будут сброшены и начислены заново. Изменения уже вступили в силу. Сообщение стало реакцией на критику со стороны разработчиков, недовольных функциональными ограничениями платформы и высоким расходом ресурсов при работе с ней. Мохан признал, что команда допустила ошибки при принятии ряда решений, и пообещал внимательнее учитывать обратную связь сообщества при дальнейшей доработке продукта. @ai_machinelearning_big_data #news #ai #ml
1 110
5
🆓 Ваши SQL-запросы работают, но через месяц их уже сложно прочитать и изменить? С ростом логики запросы превращаются в набор
🆓 Ваши SQL-запросы работают, но через месяц их уже сложно прочитать и изменить? С ростом логики запросы превращаются в набор вложенных подзапросов. Разобраться в них сложно, поддержка занимает время, а любые изменения несут риск сломать результат. На открытом уроке разберём: как использовать обобщенные табличные выражения (CTE), чтобы писать сложные запросы по шагам. Покажем, как упростить структуру, сделать код читаемым и работать с иерархиями через рекурсивные CTE. 🗓 Урок проходит в преддверии старта курса «PostgreSQL для администраторов баз данных и разработчиков». Если вы хотите писать SQL, который легко читать и поддерживать — подключайтесь 27 мая в 20:00 МСК. 🔗 Регистрация открыта: https://tglink.io/2f362920342958?erid=2W5zFJJyGx1 Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
478
6
✔️ OpenAI закроет возможность файнтюна своих моделей к началу 2027 года Компания уведомила разработчиков о закрытии платформы
✔️ OpenAI закроет возможность файнтюна своих моделей к началу 2027 года Компания уведомила разработчиков о закрытии платформы самостоятельного дообучения своих моделей. Для новых клиентов возможность запускать тренировки уже заблокирована, а с 6 января 2027 года отключение затронет всех. Инференс существующих кастомных моделей сохранится вплоть до полного вывода их базовых версий из эксплуатации. Компания смещает фокус с модификации весов на RAG, промпт-инжиниринг и оркестрацию. Консолидация логики внутри экосистемы OpenAI упростит управление обновлениями и биллингом. Тем, кто использовал дообучение для адаптации под узкие ниши, придется пересматривать архитектуру. startupfortune.com ✔️ В Google DeepMind появился директор по экономике AGI Профессор Чикагского университета Алекс Имас перешел в Google DeepMind на должность Director of AGI Economics. Он работает в прямом подчинении у сооснователя компании и главного ученого по AGI Шейна Легга. Команда Имаса займется прогнозированием влияния сильного ИИ на макроэкономику: трансформации рынка труда, перераспределения капитала и адаптации институтов. Отдельный фокус - воздействие автономных ИИ-агентов на рынки. Для моделирования пост-AGI экономики исследователи задействуют масштабные агентные симуляции. Основная задача нового подразделения - разработать прогностические модели и переосмыслить фундаментальные концепции дефицита и распределения ресурсов. Имас специализируется на исследованиях на стыке поведенческой экономики и машинного обучения. Также он известен как соавтор книги нобелевского лауреата Ричарда Талера. Alex Imas в сети Х ✔️ Epoch AI оценила удельную выручку топовых ИИ-лабораторий По данным Epoch AI, выручка на одного сотрудника в Anthropic достигает $9 млн, в OpenAI - $5,6 млн. Эти показатели выше, чем у любой IT-компании из списка Forbes 2000. Для сравнения: у NVIDIA этот показатель равен $5,1 млн. Расчеты Epoch AI опираются на открытые данные о доходах и динамику найма. Аналитики отмечают, что параллельный рост удельной выручки и многомиллиардных годовых доходов нетипичен для технологического сектора. Высокая капитальная эффективность ИИ-лабораторий достигается за счет концентрации инженеров и масштабного использования вычислительных мощностей. Это обеспечивает уровень производительности, недоступный при традиционной разработке ПО. epoch.ai ✔️ Higgsfield сделал ИИ-оценщика виральности видео ИИ-агрегатор запустил инструмент Virality Predictor для моделирования реакции аудитории на видео длиной до 15 секунд. Платформа рассчитывает индекс виральности, вовлеченность с первой секунды и прогнозируемое удержание зрителей. Инструмент генерирует тепловую карту мозга, которая показывает предполагаемую стимуляцию зрительной коры или миндалевидного тела. Virality Predictor интегрирован в рабочий процесс Ad Reference для перегенерации креативов на основе полученных метрик. Помимо веб-интерфейса, доступ к оценщику открыт через CLI и MCP. Поддержка MCP позволяет напрямую подключать платформу к Claude Code и OpenClaw. Через API агенты могут генерировать видео, собирать метрики симуляции внимания и самостоятельно корректировать хук на основе полученных данных без участия человека. higgsfield.ai ✔️ Фейковая модель OpenAI заражала локальные системы инфостилером Вредоносный репозиторий Open-OSS/privacy-filter возглавил топ Hugging Face, маскируясь под инструмент OpenAI. Под видом модели Privacy Filter распространялся инфостилер для Windows. Проект набрал 244 тысячи скачиваний за 18 часов. При попытке использования установочные скрипты загружали вредонос, который повышал привилегии в системе через UAC и добавляла себя в исключения Microsoft Defender. Стилер собирал пароли, данные криптокошельков, токены сессий Discord и конфигурации FileZilla, после чего полностью удалял свои следы из системы. По данным аналитиков HiddenLayer, эта атака использует инфраструктуру, связанную с китайской хакерской группировкой Silver Fox. Администрация Hugging Face уже заблокировала доступ к репозиторию. thehackernews.com @ai_machinelearning_big_data #news #ai #ml
1 158
7
🖥 На Stepik обновили курс «C# с нуля до профи» Представьте: через четыре месяца вы открываете чужой .NET-проект и читаете ег
🖥 На Stepik обновили курс «C# с нуля до профи» Представьте: через четыре месяца вы открываете чужой .NET-проект и читаете его как книгу. IServiceCollection не вызывает ступора. async Task<IActionResult> пишется на автомате. Вы точно знаете, почему EF Core сгенерировал именно такой SQL - и как переписать запрос, чтобы он летал. Это не фантазия. Это результат после 16 модулей, в которых каждая концепция объясняется через код и закрепляется практикой. ООП, SOLID, LINQ, async/await, DI, EF Core, ASP.NET Core, Docker, Kubernetes - всё, что казалось магией, станет рабочим инструментом. А бонусом - портфолио проектов: от CLI-утилит и REST API до собственного SaaS с multi-tenancy, JWT и деплоем в Kubernetes под TLS. Скидка - 58% доступна 48 часов: https://stepik.org/a/282984/
989
8
🖥 Cовет по SQL-тестам: тестируйте не только результат запроса, а его инварианты. Обычно SQL проверяют так: SELECT * FROM ord
🖥 Cовет по SQL-тестам: тестируйте не только результат запроса, а его инварианты. Обычно SQL проверяют так: SELECT * FROM orders WHERE status = 'paid'; И потом сравнивают: «вернулись нужные строки или нет». Но в реальных системах чаще ломается не сам happy path, а скрытые свойства данных. Например, для отчёта по заказам тест должен проверять не только конкретные строки, а правила: -- сумма по пользователям должна совпадать с общей суммой WITH by_user AS ( SELECT user_id, SUM(amount) AS total FROM orders WHERE status = 'paid' GROUP BY user_id ), overall AS ( SELECT SUM(amount) AS total FROM orders WHERE status = 'paid' ) SELECT (SELECT SUM(total) FROM by_user) = (SELECT total FROM overall) AS is_valid; То есть вы тестируете не «мне вернулось 10 строк», а: агрегаты не теряют деньги join не размножает строки фильтр не выкидывает валидные данные NULL не ломает расчёты сумма после группировки совпадает с суммой до группировки каждый order попадает ровно в одну категорию дедупликация не удаляет нужные записи Особенно полезный приём - тест на размножение строк после JOIN: WITH before_join AS ( SELECT COUNT(*) AS cnt FROM orders ), after_join AS ( SELECT COUNT(*) AS cnt FROM orders o JOIN users u ON u.id = o.user_id ) SELECT after_join.cnt <= before_join.cnt AS no_unexpected_multiplication FROM before_join, after_join; Если после JOIN строк стало больше без явной причины - у вас почти наверняка проблема с кардинальностью. Хороший SQL-тест проверяет не только ответ, а свойства запроса, которые должны оставаться истинными при любых данных. Именно так ловятся баги, которые не видно на маленьком тестовом датасете. https://www.youtube.com/shorts/Rj2HKshtWO8
946