Summary

PlanetScale released TIN (Text INdex), a GA Postgres full-text search extension supporting boolean/phrase queries, BM25 ranking, fuzzy matching, and MVCC-correct updates. Benchmarks on a 150M-document corpus show TIN building indexes 2–16× faster than alternatives and delivering up to 541× higher query throughput than GIN, using ctid-based postings and vectorized bitmap operations.

Source Analysis

[To be added during prescreening]

Research Notes

Additional Sources Found

Key Facts Verified

  • Confirmed: TIN GA Sep 16, 2026 for PlanetScale Postgres and Neki; TINQL via ==> operator
  • Confirmed: Features — Boolean/phrase/span, fuzzy, wildcard, regex, BM25, MVCC-correct updates, hit highlighting
  • Vendor-reported: 150M-doc corpus benchmarks — 2–16× faster index build, up to 541× query throughput vs GIN; ctid-based postings
  • Confirmed: TIN not self-hostable; Lead (AGPL) for CI with deliberate full-table-scan slowness

Performance claims are vendor benchmarks on proprietary corpus. Independent replication unlikely short-term.

Broader Context

Eliminates Elasticsearch sidecar sync for PlanetScale customers. Self-hosted Postgres users still on GIN/ParadeDB/external search. Authors Eric Ridge (prior BM25 Postgres work) and Patrick Reynolds.

planetscale, tin, full-text-search, bm25-ranking, postgres, database-performance

Draft Article

PlanetScale TIN: Postgres için GA full-text search eklentisi, GIN’e 541× throughput iddiası

PlanetScale, 16 Eylül 2026’da TIN (Text INdex) adlı Postgres full-text search eklentisini genel kullanıma (GA) sundu. TIN, boolean ve phrase sorguları, BM25 ranking, fuzzy matching, wildcard, regex desteği ve MVCC-correct güncellemeler sunuyor. Sorgular TINQL ==> operatörüyle yazılıyor.

Ana Gelişme

PlanetScale’in 150 milyon dokümanlık benchmark’ında TIN, alternatiflere kıyasla index oluşturmayı 2–16 kat, sorgu throughput’unu GIN’e karşı 541 kata kadar hızlandırdığını bildiriyor. Mimari, ctid-tabanlı postings listeleri ve vectorized bitmap operasyonlarına dayanıyor; hit highlighting de destekleniyor.

Eklenti PlanetScale Postgres ve Neki platformlarında kullanılabilir. Self-hosted Postgres ortamlarında TIN kullanılamıyor — yalnızca PlanetScale’in managed servisinde mevcut. CI ve geliştirme ortamları için Lead adlı AGPL lisanslı companion eklenti sunuluyor; Lead kasıtlı olarak yavaş full-table-scan davranışıyla üretim ortamından ayrıştırılıyor.

Eklentinin yazarları Eric Ridge (önceki BM25 Postgres çalışmaları) ve Patrick Reynolds.

Neden Önemli?

Arama yoğun uygulamalarda geliştiriciler genellikle Elasticsearch sidecar senkronizasyonu kuruyor. TIN, PlanetScale müşterileri için bu karmaşıklığı ortadan kaldırma potansiyeli taşıyor — tek bir Postgres instance’ında hem transactional veri hem arama.

Türk yazılım mühendisleri Postgres’i yoğun kullanıyor; GA bir FTS eklentisi mimari kararları doğrudan etkiliyor. Ancak performans iddiaları vendor benchmark’ına dayanıyor; bağımsız replikasyon henüz mevcut değil.

Teknik Detaylar

TIN’in öne çıkan özellikleri:

  • Boolean/phrase/span sorguları: Karmaşık arama ifadeleri destekleniyor
  • BM25 ranking: Modern arama motorlarında standart olan ranking algoritması
  • Fuzzy matching: Yazım hatalarına tolerans
  • MVCC-correct updates: Transactional tutarlılık korunuyor
  • ctid-based postings: Fiziksel satır konumlarına dayalı index yapısı

Bağlam

Self-hosted Postgres kullanıcıları GIN index, ParadeDB veya harici arama servisleriyle devam edecek. PlanetScale müşterileri için TIN, veritabanı performansı açısından anlamlı bir alternatif sunuyor.

Karar matrisi basitleştirilmiş haliyle:

SenaryoÖneri
PlanetScale Postgres kullanıyorsanızTIN değerlendirmeye değer
Self-hosted PostgresGIN, ParadeDB veya Elasticsearch
Elasticsearch sidecar yönetimi yorucuManaged TIN cazip olabilir

Elasticsearch Sidecar vs Native FTS

Geleneksel mimaride Postgres transactional veriyi tutar, Elasticsearch arama index’ini yönetir. Bu iki sistem arasında senkronizasyon pipeline’ı kurmak operasyonel karmaşıklık yaratır: veri tutarsızlığı, gecikme ve ek altyapı maliyeti. TIN, PlanetScale müşterileri için bu senkronizasyonu ortadan kaldırıyor.

Ancak self-hosted Postgres kullanıcıları için durum değişmiyor. ParadeDB, GIN index veya harici Elasticsearch hâlâ geçerli seçenekler. TIN’in vendor-reported benchmark’ları etkileyici görünse de, bağımsız replikasyon olmadan mimari karar vermek riskli.

Eric Ridge’in önceki BM25 Postgres çalışmaları, TIN’in teknik temelinin sağlam olduğunu gösteriyor. Patrick Reynolds ile birlikte geliştirilen ctid-based postings yaklaşımı, fiziksel satır konumlarını doğrudan index’lemek yerine pointer tabanlı bir yapı sunuyor.

Sonraki Adımlar

Bağımsız benchmark replikasyonları ve self-hosted talepleri izlenecek. Lead companion’ın CI workflow entegrasyonu geliştirici deneyimini şekillendirecek. PlanetScale’in TIN’i diğer managed Postgres sağlayıcılarına da açması bekleniyor.


Kaynaklar

PreScreening Notes

Recency: Published 2026-09-19T13:52:06Z (~20h old at screening). Score 7 / high. Substantial database infrastructure release with credible benchmark claims (150M-doc corpus). GA status and dramatic performance numbers make this noteworthy for software-engineering audience. PlanetScale primary source; HN-validated. No duplicate.

Evaluation Report

News Value Assessment

  • Timeliness: Fresh — GA release Sep 19, 2026.
  • Impact: Moderate-high — Postgres FTS is widely used; dramatic benchmark claims (541× throughput vs GIN) affect architecture decisions for search-heavy apps.
  • Prominence: PlanetScale (known database infrastructure company), GA extension release.
  • Proximity: Very high — Turkish software engineers heavily use Postgres; actionable infrastructure news.
  • Novelty: Strong for database niche — ctid-based postings, vectorized bitmaps, MVCC-correct updates differentiate from Elasticsearch sidecar patterns.

Audience Fit

  • Primary match: Software developers (database, search infrastructure).
  • Actionability: High — GA extension with specific feature set (BM25, fuzzy, boolean/phrase) and benchmark methodology to evaluate against existing GIN/Elasticsearch stacks.
  • Topic connection: Core software engineering infrastructure; complements AI batch with practical database tooling.

Risk & Ethics Assessment

  • Verification: PlanetScale official blog — credible for release facts; benchmarks are vendor-reported on proprietary corpus.
  • Misinformation risk: Low for product existence; performance claims need caveat as vendor benchmarks.
  • Fact-checking needed: Note benchmark conditions (150M-doc corpus, hardware); independent replication unlikely in analysis phase but caveats required.

Publication Strategy

Suggested Angle

Türkçe başlık önerisi: “PlanetScale TIN: Postgres için GA full-text search eklentisi, GIN’e 541× throughput iddiası”

Standart format: TIN (Text INdex) özellikleri — boolean/phrase sorgular, BM25 ranking, fuzzy matching, MVCC-correct updates. 150M dokümanlık benchmark’ta index build 2–16×, query throughput GIN’e karşı 541× iddiası; ctid-based postings ve vectorized bitmap mimarisi teknik okuyucuya açıklanmalı.

Türk geliştirici perspektifi: Elasticsearch sidecar yerine Postgres-native FTS ne zaman mantıklı? GA durumu ve benchmark metodolojisi (vendor-reported uyarısıyla) karar verme çerçevesi sunulmalı.

Editorial Notes

Onay durumu: Onaylandı — 2026-09-20

Onaylı format: standard (600-800 kelime)

Onaylı açı: TIN mimarisini teknik okuyucuya açıklayan, vendor benchmark uyarısıyla birlikte Postgres-native FTS karar çerçevesi sunan altyapı haberi.

Başlık önerileri

  1. PlanetScale TIN: Postgres için GA full-text search eklentisi, GIN’e 541× throughput iddiası
  2. PlanetScale TIN GA: BM25, fuzzy matching ve MVCC-correct Postgres FTS
  3. TIN (Text INdex): PlanetScale Postgres’te Elasticsearch sidecar’a alternatif mi?

Zorunlu noktalar

  • TIN GA (16 Eylül 2026): PlanetScale Postgres ve Neki için
  • Özellikler: boolean/phrase/span, fuzzy, wildcard, regex, BM25, MVCC-correct updates, hit highlighting
  • TINQL ==> operatörü
  • 150M doküman benchmark: index build 2–16×, query throughput GIN’e karşı 541× (vendor-reported)
  • ctid-based postings, vectorized bitmap mimarisi
  • TIN self-hostable değil; Lead (AGPL) CI companion
  • Performans iddiaları vendor benchmark — bağımsız replikasyon yok

Reporting talimatları

  • PlanetScale blog birincil; RuntimeWire ve ByteIota destekleyici
  • Eric Ridge (önceki BM25 Postgres çalışması) ve Patrick Reynolds’u belirt
  • Self-hosted Postgres kullanıcıları için sınırlamayı açıkça yaz
  • Elasticsearch sidecar vs native FTS karar matrisi sun (Türk geliştirici perspektifi)