EdgeDB, Gel olarak yeniden markalandı - Gelecek Postgres

 (geldata.com)
7 puan yazan GN⁺ 2025-02-27 | 3 yorum | WhatsApp'ta paylaş
  • EdgeDB, Gel adlı yeni bir isimle yeniden markalandı
  • PostgreSQL, son dönemde veritabanı pazarında giderek daha fazla pay alıyor
    • PostgreSQL, açık kaynak olarak sürdürülen ve geliştirilen ana akım veritabanları arasında neredeyse tek örnek
    • Bir araştırma projesi olarak başladı ve MIT benzeri bir lisansla yayımlandığı için lisans değişikliği ya da satın alma gibi sorunlar olmadan yüksek güven kazanıyor
  • PostgreSQL'in “en gelişmiş açık kaynak ilişkisel veritabanı” olarak anılmasının nedenleri
    • 1985'teki Berkeley POSTGRES projesinden bu yana genişletilebilirlik ve modülerlik odağında tasarlandı
    • Çeşitli veri tiplerini (JSON, uzamsal veri, vektör vb.) işleyebildiği için fiilen multimodal bir veritabanı rolü üstleniyor
    • Sorgu optimizasyonu ve Planner performansı güçlü olduğu için, EdgeQL'i (Gel'in sorgu dili) SQL'e derlerken büyük sorguları da istikrarlı biçimde işliyor
    • Zengin bir Postgres eklenti ekosistemi bulunuyor ve Rust ile de eklenti geliştirilebiliyor
    • CockroachDB, YugabyteDB, TiDB, Google Spanner gibi birçok veritabanı Postgres uyumluluğunu öncelik olarak görüyor
  • Gel (eski adıyla EdgeDB), Postgres'in frontend katmanını değiştirme fikrine dayanıyor
    • Aurora ve Neon depolama katmanını değiştirdi, ancak Gel SQL yerine EdgeQL kullanan bir veritabanı erişimini hedefliyor
    • TypeScript'in JavaScript üzerinde çalışması gibi, Gel de Postgres'i temel alarak şema ve sorguları daha dostu bir biçime derleyip optimize ediyor
    • Yeni sürüm Gel 6.0 ile birlikte SQL de doğrudan desteklenmeye başladı; böylece kademeli geçiş mümkün oldu
    • Gel, Drizzle, Prisma ve SQLAlchemy gibi araçlarla kullanılabiliyor

Yeniden markalamanın nedeni

  • “Edge” adı, Edge Computing ya da graf veritabanı gibi çağrışımlar yaptığı için kafa karışıklığı yaratıyordu
  • Daha sade ama esnek bir his veren “Gel” adına geçildi

Neler değişiyor, neler değişmiyor

  • Şirket, ekip ve misyon aynı kalıyor
  • Araçlar ve kütüphaneler, mevcut adlandırmayı (edgedb) değiştiren yeni adlandırmayla (gel) sunulacak; geriye dönük uyumluluk için eski adlara yönelik symlink'ler ve paketler de sağlanacak
  • Gel Cloud üzerinde v6.0 şimdiden denenebiliyor
  • Apache lisansı ve açık kaynak geliştirme devam edecek; ayrıntılı güvence planları ilerideki bir yazıda paylaşılacak

İlgili okumalar

3 yorum

 
GN⁺ 2025-02-27
Hacker News yorumları
  • PostgreSQL'in sorgu planlayıcısı/optimizatörünün son derece ileri düzey olduğu yönünde bir görüş var
    • Postgres'in maliyet tabanlı planlayıcısı güçlü, ancak 1980'ler tasarımına dayanıyor ve Microsoft SQL Server ile CockroachDB'de kullanılan Volcano/Cascades sisteminden daha eski
    • Son 30 yılda sorgu optimizasyonu alanında çok sayıda ilerleme oldu, ancak bunların neredeyse hiçbiri Postgres'e yansımadı
    • Postgres paralel worker'lar ve JIT ekledi, ancak temel tasarım büyük ölçüde değişmedi
    • İyileştirmeleri ekleme konusunda tutucu; diğer veritabanları uzun zamandır index skip scan desteği sunarken, Postgres bunu desteklemek için hâlâ çalışıyor
    • Son teknoloji örneği, Münih Üniversitesi'nden Thomas Neumann grubunun araştırma projesi olan Umbra; HyPer'ın devamı niteliğinde ve CedarDB olarak ticarileştiriliyor
    • Postgres sorgu planlayıcısına dair yaptıkları analiz ilgi çekici bir okuma sunuyor
  • Gel'in Postgres için TypeScript gibi olduğu yönünde bir görüş var
    • EdgeDB'yi birkaç yıldır kullanıyorum; RethinkDB ve MongoDB kullandıktan sonra en sevdiğim veritabanı oldu
    • SQL komutlarını ezberlemek gerekmiyor ve sorguda bir sorun çıktığında veriyi incelemek için hoş bir UI sunuyor
  • EdgeDB tek kelimeyle harika. Şema, migration'lar, TypeScript query builder, kimlik doğrulama; her şey çok iyi
    • Küçük bir Remix uygulamasında ayrı bir API katmanı oluşturmadan doğrudan DB kullanıyorum
  • Yeni ismi beğendim; CLI kullanırken "edgedb" yazmak zahmetliydi
  • Yeni dokümantasyonun daha iyi olmasını umuyorum; önceki dokümantasyon kullanması zordu ve biraz yetersizdi
  • Birden fazla ORM denedim, ancak EdgeDB'nin ORM'i, kurallara uymayan bir problem dışında, çok basit şekilde çalıştı
    • Bug veya yapılandırma hatası olmadan her şey sorunsuz çalıştı
  • EdgeDB iyi tasarlanmış bir ürün ve onu kişisel projelerimde kullanmayı planlıyorum
  • Postgres harika, ancak büyük ölçekli iş yüklerini kaldırmak için gereken emek oldukça fazla
    • Veritabanını shard etmek zorunda kalan birine sorarsanız anlarsınız
  • Yeni bir veritabanı şirketi kurarken SQL ile başlamak çıkarılması gereken ders
    • SQL desteği olmadan başlayan neredeyse tüm DB'ler sonunda bunu eklemek zorunda kalıyor
  • TypeScript toolchain ile sıkı entegrasyon, edgeql ile birlikte, çok kullanışlıydı ve ORM'lere göre çok daha az hataya yol açtı
  • Gel, özellikle TypeScript dünyasında başarılı bir formül
  • EdgeDB 5.0 kullanarak bir yan proje yaptım ve uygulama geliştirmenin Django ya da Rails ile geliştirmek kadar keyifli olduğunu hissettim
    • Bunu serverless ortamda Typescript+React ile kullandım
    • Self-hosting konusunda merak ettiklerim var
  • Belirli bir bölgede bulunan bir Postgres DB'niz varsa ve belgelerde anlatıldığı gibi k8s kümesine gel dağıtırsanız bunun sorunsuz çalışıp çalışmadığını merak ediyorum
    • Bu tür bir dağıtımın ücretsiz olup olmadığını ve cloud sağlayıcısındaki hangi özelliklerin eksik kalacağını merak ediyorum
    • GCP'nin yüksek erişilebilirlik, yedekleme ve izleme özelliklerini kaybetmek istemiyorum
    • Verinin bulunduğu bölgenin yapılandırılıp yapılandırılamayacağını ve VPC arkasına yerleştirilip yerleştirilemeyeceğini merak ediyorum
 
codemasterkimc 2025-02-27

Dünyanın En Gelişmiş Açık Kaynak İlişkisel Veritabanı