Oleh Ming Ying pada 1 Oktober 2026 Dua minggu lalu, Planet Scale meluncurkan TIN, ekstensi pencarian teks lengkap untuk Postgres. Posting peluncuran mereka melaporkan peningkatan kinerja yang mengesankan pada subset fungsionalitas pencarian teks Parade DB, khususnya pencarian teks peringkat BM25 dan hitungan dokumen. Kami ingin memberikan pujian kepada tim Planet Scale. Sangat menyenangkan melihat platform Postgres lain berinvestasi dalam pencarian, dan jelas bahwa banyak rekayasa yang cermat telah dilakukan pada TIN.
Mari kita sangat jelas tentang satu hal: TIN cepat (setidaknya 8x lebih cepat dari Parade DB 0.25 di setiap tolok ukur Planet Scale). Begitu cepat sehingga satu-satunya respons yang masuk akal adalah diam dan memakai topi optimasi kinerja kami. Dua minggu kemudian, inilah hasil sebelum dan sesudah peringkat BM25, menggunakan kumpulan data tolok ukur Stack Exchange yang sama, perangkat yang sama, dan jenis mesin yang sama.
Yang menarik bukanlah bahwa kami dengan cepat menutup kesenjangan, tetapi bagaimana kami menutupnya. Posting TIN mengklaim bahwa kinerja mereka disebabkan oleh perbedaan arsitektural fundamental yang menggunakan bidang ctid internal Postgres sebagai pengidentifikasi dokumen. Namun, kami menutup kesenjangan ini melalui beberapa lintasan optimasi yang tidak ada hubungannya dengan bagaimana dokumen diidentifikasi.
Inti dari setiap indeks pencarian teks adalah daftar posting. Tantivy, pustaka pencarian di balik Parade DB, menggunakan ID dokumen u32 berurutan untuk posting-nya. Postgres mengidentifikasi barisnya dengan nilai ctid. Inti dari posting TIN adalah bahwa menggunakan nilai ctid secara langsung sebagai pengidentifikasi dokumen menghilangkan peta ini dan memungkinkan operasi bitmap yang efisien dan pemeriksaan visibilitas. Untuk kueri BM25 Top K, kami skeptis.
Sumber: Hacker News · Diringkas oleh HeadlinesBriefing