Релиз 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», а попытка встроить надежность туда, где и так уже живет половина корпоративной драмы.