TLDR Data 2026-10-15
Meta Puts Idle Compute to Work π€, GitHub Counts Stars Faster β, Claude Dashboard Security π
Efficient search with OLTP (Sponsor)
Put the duct tape away. You don't have to tack on a standalone search engine to your database to solve your AI-agent-scale search problem.
Lakebase Postgres now has a fast, scalable and serverless built-in search engine.
Separating storage from compute means you don't have to keep your entire search index in RAM just to keep queries fast. Compute scales with actual search activity, while your index stays in lower-cost storage.
Instead of chaining together multiple APIs for vector search, keyword search and filtering, you can do it all in one SQL query, against the same live operational data.
Quench your need for Postgres speed
Start building
Need to Know: Implementing row-level security for Claude Dashboards via Model Context Protocol (11 minute read)
This proof of concept shows how to add row-level security to Claude Dashboards using an MCP server to authenticate users and query DuckDB for only the data they can access. Access rules are enforced before data reaches Claude, allowing the same dashboard to show different results for each user.
Rewinding the exponential: How we keep hardware usage down (9 minute read)
Cloudflare held back exponential hardware growth by shrinking data earlier and moving duplication later: split monolithic schemas, switch to zstd, send each event once then replicate after sampling, sample at the edge, and pre-aggregate known queries. Optimize bytes, not just compute: prune fields, compress measured workloads, push reductions upstream, and replicate compacted data.
Four PostgreSQL arguments that came out even (2 minute read)
PostgreSQL micro-optimization alternatives often don't matter. For 1,000 IDs, IN, ANY, and VALUES joins perform similarly; prefer parameterized ANY for stable query text. Short text, enums, and smallints use near-identical storage; mostly-NULL columns are cheap. Don't blindly rewrite but EXPLAIN on your own data.
Browse ready-made AI assets. Run on live data in minutes. (Sponsor)
Precisely AI Studio is a self-serve library of AI apps, agents, skills, prompts, and MCP connectors organized by industry and data domain. Connect to live, governed data and go from browsing to running in minutes. Try it free, no commitment, no strings.
Try AI Studio freeSee what's inside
Phoenix (GitHub Repo)
Phoenix is a self-hosted, open-source AI observability platform for tracing, evaluating, and debugging LLM applications. It captures OpenTelemetry traces; offers retrieval and response evaluations, versioned datasets, and experiments; and supports prompt testing and replay. Framework- and provider-agnostic instrumentation makes it useful for teams that need to diagnose agent behavior and measure changes before production.
XERJ (GitHub Repo)
XERJ is an Apache-2.0, Elasticsearch-compatible local search engine that automatically indexes code, logs, PDFs, SQLite, and CSVs into typed datasets for agent retrieval, incident analysis, and RAG. Its autoindex workflow avoids schema setup and returns ranked passages with file and line locations. The project defaults to local operation, although optional reranking can send text to an external provider.
SQLBuild: safe refactoring for warehouse SQL (GitHub Repo)
SQLBuild is an open-source SQL and Python transformation framework for safely changing warehouses. It checks contracts and lineage before execution, runs graph-level tests and production diffs, and lets teams rename incremental models or columns while preserving history and compatibility views. A local DuckDB playground makes it easy to evaluate. Snowflake, Postgres, BigQuery, and Databricks adapters are available.
Redesigning source control at Anthropic (17 minute read)
Anthropic replaced Git with Scion, an in-house version control system built in five months, after daily code merges grew from 2,500 to over 30,000. By moving operations to servers and fetching only the files needed, it reports roughly 100 times faster checkouts and 200 times lower CPU and memory requirements than its previous Git mirror infrastructure.
Parsing JSON at tens of gigabytes per second⦠in Python (5 minute read)
Daniel Lemire's benchmark processed 7.6 GB of JSON in about 0.12 seconds using fastsimdjson on free-threaded Python across 64 cores, reaching roughly 66 GB/s. The speed comes from running threads in parallel and creating Python objects only for the fields needed, with data already decompressed in memory.
Curated deep dives, tools and trends in big data, data science and data engineering π
Join 590,000 readers for
one daily email