PostgreSQL 19 выйдет не раньше ноября, а не в октябре как обычно. Три крупные фичи откатили в бете. Число back-patch-коммитов подскочило на 60% — LLM находят ошибки в 30-летнем коде быстрее, чем коммиттеры успевают их чинить.
DuckDB объявил 2.0.0 LTS под кодовым именем Cinnamon Teal после почти 20 тысяч коммитов со времён 1.5. В релизе — отполированный Quack protocol, asynchronous I/O, first-class VARIANT type, agent mode, triggers, extensible SQL parser и ещё пачка изменений, а поддержка LTS обещана как минимум до октября 2027 года.
Cloudflare рассказала, как устроен control plane D1. За год число живых баз выросло в 15 раз, а ежедневно активных — в 18 раз. В основе — Workers KV для роутинга, Hyperdrive для Postgres и SQLite Durable Objects. Архитектура заточена под vibe coding платформы, где нужно много маленьких БД.
В релизе SQLite 3.54 окончательно удалена поддержка Windows XP и Windows CE, за счёт использования Slim Reader/Write Locks производительность на современных Windows выросла. По собственным бенчмаркам на Linux x64 база быстрее на 4% относительно 3.53 и на 7.5% быстрее, чем год назад.
DuckDB-Wasm теперь поддерживает постоянные базы данных в браузере через Origin Private File System (OPFS). База, открытая по пути opfs://, сохраняется после перезагрузки страницы и перезапуска браузера. Работает в версиях 1.32.0 и 1.33.1-dev64.0, но не в последней npm-сборке (1.33.1-dev57.0) из-за бага с записью.
Вышла Dragonfly 2.0 — «самая эффективная in-memory data store», по словам разработчиков. Добавлена поддержка Valkey 9 RDB, снижены накладные расходы на обработку соединений и память, улучшена дефрагментация. Лицензия остаётся BSL 1.1.
Исследователь обучил 4B open-weights модель (QoRL) генерировать планы запросов, которые выполняются на 44.7% быстрее дефолтных планов Postgres на 113 join-тяжёлых запросах. Использовалась кастомная модификация GRPO для шумного окружения, два H100 для обучения и четыре контейнера Postgres на рабочем столе.
Релиз PostgreSQL 19 ожидался в сентябре, но разработчик Роберт Хаас запустил «конкурс страшных патчей»: несколько запланированных правок вызывают опасения за качество сборки. Конкретные уязвимости не названы, но обсуждение на LWN указывает на риск переноса версии.
LatticeDB — встраиваемая графовая база данных на Zig, хранящая всё в одном файле. Поддерживает HNSW векторный поиск (0.83 мс на 1M векторов) и BM25 полнотекстовый. Есть биндинги для Python, TypeScript, Go. Ориентирована на Graph RAG и агентную память.
В ветке cassandra-6.0 появился Accord — строго сериализуемые кросс-партиционные транзакции. Автор проверил их на трёхнодовом кластере и сравнил с BATCH и LWT.
Исследователь Джереми Фаулер обнаружил незащищённый Amazon S3-бакет ClarityCheck с 450 ГБ изображений, включая лица людей, в папках «faces» и «profiles». Вторая ошибка открыла email и телефоны. Данные были доступны месяцами.
Блог-пост утверждает, что SQLite может заменить полнотекстовый поиск, MongoDB, очередь сообщений, Clickhouse, векторную БД, Redis и файловую систему. Подчёркивается 100% MC/DC покрытие, поддержка до 2050 года и public domain. В конце — ироничное «SQLite Replacing Your PlayStation 5».
Статья-ответ на «SQLite for Everything»: PostgreSQL закрывает FTS, JSON, очереди, time series, векторы, кэш и файловое хранилище. Автор использует его с 2003 года и хвалит TimescaleDB для аналитики. Вывод: Postgres — это «42», но в мире баз данных.
DuckDB v2.0 под кодовым именем Cyanoptera получит клиент-серверную архитектуру через расширение quack и оператор CONNECT, поддержку типа VARIANT (JSON на стероидах с автоматическим шреддингом), новый SQL-парсер и формат хранения по умолчанию. Релиз собран из более чем 10 000 коммитов с момента v1.5.
Доклад создателя SQLite на YouTube (2024) с PDF-слайдами. Хипп объясняет внутреннее устройство: B-деревья, журнал WAL, механизм блокировок и почему SQLite такой надёжный. Никаких сенсаций, но для понимания того, как устроена самая популярная встраиваемая БД, — must watch.
Tailscale столкнулась с 19 случаями повреждения БД за полгода из-за бага в механизме сброса WAL в SQLite, жившего 16 лет. Ошибка вызывала падения и потерю метаданных, исправили после месяцев расследования.
Версия 0.2 использует батчинг, сливание операторов и SIMD. На бенчмарке Clickbench Clickhouse Postgres в pgrust в 300 раз быстрее обычного Postgres и даже обгоняет Clickhouse. На OLTP-тестах прирост 30%. Простая сумма 500 млн чисел — 20 секунд у Postgres против 358 мс у Rust.
DeltaDB даёт стабильный идентификатор каждому изменению, связывает код с породившим его диалогом с агентом и позволяет ответвиться от любой точки истории. Можно пригласить коллегу в незавершённую сессию без пуша.
Неизвестный получил доступ к Национальному агентству кадастра и недвижимости Румынии (ANCPI) через легитимные учетные данные, замапил внутренние системы и после неудачной попытки вымогательства стер базу данных и бэкапы. Рынок недвижимости парализован на неделю, официальные приложения и сайты не работают. Агентство восстанавливает сеть с нуля, но, по слухам, у них была офлайн-копия.
Ship That Code продаёт обучение через реконструкцию систем: Redis, Git и database from scratch. Формат честный — вместо «посмотри лекцию и почувствуй себя умнее» предлагают руками собрать те самые штуки, которые обычно все понимают ровно до первого вопроса про структуру данных и протоколы.
Проект pgrust от malisper заявляет, что уже проходит все regression tests PostgreSQL. Это тот редкий случай, когда «переписали базу на Rust» подкреплено не лозунгом, а конкретной метрикой из тестового набора. Конечно, до продакшена еще далеко, но репозиторий выглядит как нормальный способ посмотреть, насколько сложно угробить 30 лет C-кода и не заметить.
В Show HN авторы HelixDB рассказывают про OLTP graph database на object storage с native vector search и full-text search. Проект родился в колледже и уже год как живет в публичном виде — любопытно посмотреть, как они собираются совместить графы, вектора и FTS, не превратив всё в очень красивую демку.
В репозитории microsoft/pg_durable показали in-database durable execution — когда долгоживущие операции живут прямо внутри PostgreSQL, а не в отдельном воркере с очередями и плясками вокруг ретраев. На HN у проекта 361 очко и 83 комментария, так что тема явно задела людей, которым уже надоело чинить самодельные оркестраторы.
Это тот же pg_durable, но уже как живой GitHub-проект: Microsoft выложила код in-database durable execution, чтобы долгие операции переживали сбои без отдельной оркестрации снаружи базы. Судя по реакции HN, люди быстро поняли, что это не очередная игрушка про «сделаем workflow в SQL», а попытка встроить надежность туда, где и так уже живет половина корпоративной драмы.