- 20 MB'ın altında boyuta sahip, hafif ama güçlü ve kullanıcı dostu bir veritabanı yönetim aracı
- PostgreSQL, MySQL, SQLite3, MongoDB, Redis, MariaDB, ElasticSearch
- Karmaşık SQL yazmak yerine doğal dille veri sorgulama ve yönetimi: Ollama, ChatGPT, Anthropic ile entegrasyon
- Frontend tablo sanallaştırma desteği
- Veritabanı şemasını grafik olarak görselleştirme
- Arayüz içinde doğrudan (inline) veri düzenleme ve sonuç önizleme
- Scratchpad: Jupyter Notebook tarzı veritabanı sorgulama arayüzü
- Go ile geliştirildiği için hızlıdır ve Docker kullanılarak kolayca kurulabilir
- Diğer araçlarla ilişkisi
- Adminer'den ilham alınarak hafiflik ve kullanım kolaylığı temelinde UX ve veri görselleştirmesini güçlendiren bir araç olarak geliştirildi
- DBeaver zengin özellikler sunar ancak kaynak gereksinimi yüksektir; buna karşılık WhoDB hafif ve verimlidir, küçük ortamlarda da iyi çalışır
8 yorum
Prompt burada tanımlanmış: https://github.com/clidey/whodb/blob/main/core/src/common/chat.go Doğal dil üzerinden komut verme özelliği gerçekten oldukça basit bir seviyede uygulanmış.
ollama ile
phi4e bağlayıp basitçe bir DB yapılandırıp komutlar verdim; yaklaşık 10 komut düzgün şekilde çalıştı. Buna kimin hakkını teslim etmek gerekir, ben de emin değilim.Demo'yu denedim ama geliştirilecek epey çok nokta görünüyor. Kendini güçlü olarak tanımlaması için daha kat etmesi gereken çok yol var gibi duruyor.
textarea'sı aşırı büyük göründüğü için giriş akışını sürdürmek zorlaşıyor. Bence modal yerine satır içi düzenleme daha iyi olur.Temel özellikler listesine tekrar bakınca satır içi düzenlemenin açıkça belirtildiğini görüyorum. Proje açıklamasında yazan satır içi düzenlemenin ne olduğunu pek anlayamadım.
Komutlar LLM üzerinden doğal dille mi veriliyor?
O zaman bunu gerçek veritabanında kullanamazsınız herhalde...
Genelde SQL oluştururken tablo yapısı, ilişkiler ve alan açıklamaları gibi bilgiler kullanılır; bu yüzden verilerimin eğitime dahil olacağını sanmıyorum. Ayrıca OpenAI API için, istek verileriyle eğitim yapılmadığına dair bir ifade de var. Yine de içiniz rahat değilse yerel bir LLM kullanabilirsiniz👏
Ah, kullanınca bunun sorgu oluşturma tarzında olmadığını fark ettim 😂 Gerçek DB ortamında kullanmak gerçekten zor olur gibi görünüyor
Hassas işlemleri, özellikle veriyi değiştirme/silme ya da tablo yapısını değiştirme gibi işleri doğal dille LLM üzerinden yapmak, bana şimdilik hâlâ çok riskli görünüyor.
Sonuçta çalıştırmadan önce üretilen SQL'i gözden geçirmek gerekecek gibi görünüyor.
Sanırım asıl anlatılmak istenen bu değil.
Çalışan bir db'de yalnızca
selectile bile yük ve lock gibi nedenlerle kesinti yaşanabilir; sanırım LLM üzerinden üretilen sorguları doğrudan kullanmanın riskli olduğunu söylemek istemiş.