DoltLite beta aşamasına ulaştı: SQLite için Git tarzı sürüm denetimi, agent'ların pull request'leriyle inşa edildi

DoltLite, Git tarzı sürüm denetimi ekleyen bir SQLite fork'ı, 0.50.0 sürümüyle beta aşamasına ulaştı. Hacker News'in ana sayfasında öne çıkan DoltHub duyurusuna göre proje, lansmandan yaklaşık beş ay sonra bu noktaya geldi ve bunu gerçekleştirmek yaklaşık 2.000 pull request aldı — bu pull request'lerin büyük bölümü bir yapay zeka agent'ı ekibi tarafından üretildi.

DoltHub, DoltLite'a Steve Yegge tarafından geliştirilen bir agent orkestratörü olan Gas Town'ı test etmek olarak başladığını söylüyor. Şirket yıllardır Dolt'un gömülü (embedded) bir sürümünü istiyordu ancak Dolt'un depolama motorunu C veya Rust ile elle yeniden yazmayı zaten dışlamıştı. SQLite, bu motor için mevcut bir sunucu sunuyordu ve agent deneyi de emeği sağladı.

Fork neyi değiştiriyor

DoltLite, SQLite'ın B-tree katmanının üstündeki her şeyi olduğu gibi bırakıyor: SQL parser ve analyzer, dosya sistemi katmanı ve test altyapısı saf SQLite. Bu çizginin altında ise B-tree katmanı, düğümleri içerikleriyle adreslenen bir B-tree olan Prolly Tree ile değiştirilmiş durumda ve tek dosyalık bir chunk store tarafından destekleniyor. DoltHub, sürüm denetimini güçlendirmek için diğer ürünlerinde de aynı yapıyı kullanıyor.

Sorgu katmanı düz SQLite olduğu için DoltHub, olağan işlerinin en zor kısmı olan bir SQL motoru inşa etmekten kaçındı ve yalnızca C ile sürüm denetimli bir depolama katmanı yazması gerekti. Kullanıcılar için kazanç, SQLite veritabanlarında branch, merge ve diff işlemlerinin yanı sıra özel bir remote veya DoltHub'a karşı push, pull, clone ve fetch üzerine kurulu çakışma farkındalıklı bir sync motoru. Sürüm ayrıca bir agent modu dahil Dolt Workbench GUI ile geliyor ve DoltHub, bir agent veriye zarar verdiğe kaçış kapısı olarak dolt_reset('--hard') işlevine işaret ediyor.

Beta ne anlama geliyor

DoltHub beta etiketini dört iddiayla tanımlıyor: kararlı bir depolama formatı, SQL uyumluluğu, eksiksiz sürüm denetimi ve üretim düzeyinde performans.

Format kararlılığı açısından geliştirme süreci on iki geriye dönük uyumsuz depolama formatı değişikliği gerektirdi ve her biri kullanıcıları tek bir sürümde kalmaya ya da veritabanlarını elle dump edip yeniden içe aktarmaya zorladı. Mevcut format artık 57 sürümdür — üç aydan uzun süredir — bozulmadan duruyor ve DoltHub, gelecekteki herhangi bir kırıcı değişikliğin desteklenen bir geçiş yoluyla geleceğini söylüyor.

Uyumluluk konusunda DoltLite, 5,8 milyon sorguluk bir test takımı olan sqllogictest'in tamamını geçiyor — sorgu katmanı zaten SQLite'ın kendi katmanı olduğu için bu bekleniyor. SQLite'ın 892.277 TCL tabanlı kabul testinin %99,46'sını geçiyor ve 4.809 belgelenmiş sapma var; her biri listelenmiş bir nedene sahip. Başlıca nedenler: tablolar sürüm denetimini desteklemek için rowid yerine primary key ile anahtarlanıyor, depolama sayfalar yerine chunk'lar kullanıyor ve WAL veya journal yan dosyası olmadığı için o testler atlanıyor.

Sürüm denetimi kapsamı, yukarıda açıklanan uzak senkronizasyon işlemlerinin yanı sıra yerel işlemleri — branch, merge, diff, rebase, cherry-pick ve reset — içeriyor.

Performans

Okumalar SQLite'a yakın; yazmalar ise bir sürüm denetimi vergisi taşıyor. DoltHub, GitHub üzerinde ikisini sysbench tarzı bir iş yüküyle karşılaştıran günlük bir benchmark raporu yayınlıyor. En son rakamlar, bellek içi DoltLite veritabanlarının okumalarda %10, yazmalarda %60 daha yavaş olduğunu; dosya tabanlı veritabanlarının ise okumalarda SQLite ile eşit, toplu (batched) yazmalarda %10 daha yavaş olduğunu gösteriyor.

Aykırı durum küçük autocommit yazmaları: bunlar 3,1 kat daha yavaş çalışıyor; küçük bir GitHub runner'da SQLite'ta kabaca 125 mikrosaniye, DoltLite'ta ise yaklaşık 400 mikrosaniye. DoltHub'nun tavsiyesi, performansa duyarlı iş akışlarında toplu yazmalara yaslanmak; yavaş yolun bile yazma başına milisaniyenin altında kaldığını belirtiyor.

Neden önemli

Veri araçları açısından bu, sayısız uygulamanın varsayılan gömülü veritabanı olan SQLite'a incelenebilir geçmiş, branching ve çakışma farkındalıklı sync getiriyor. Bu da denetlenebilir şema ve veri değişikliklerini, branch'ler üzerinde güvenli denemeyi ve agent kaynaklı düzenlemeler için sert bir reset imkânını sağlıyor — agent'lar giderek daha fazla üretim verisine dokunduğu için anlamlı bir güvenlik özelliği.

Yazılım mühendisliği açısından bu sürüm, ölçekli agent odaklı geliştirme hakkında bir veri noktası. DoltHub, koordineli bir agent ekibinin, şirketin elle girişilmeye çalışılmayacak kadar maliyetli olduğu için yıllardır rafa kaldırdığı bir işi — bir C depolama motoru — yaklaşık 2.000 pull request'te yazdığını belirtiyor. DoltHub tarafından aktarılan işlevsellik ve kararlılığa dair saha raporları şimdiye dek olumlu. Belirgin uyarılar: kalite ve performans rakamları satıcının kendi testlerinden ve benchmark'larından geliyor ve bir beta etiketi hâlâ kaba kenarlar olduğunu ima ediyor. DoltHub şimdi kullanıcıları gömülü kullanım senaryoları için DoltLite'ı denemeye ve Discord üzerinden sorun bildirmeye davet ediyor.