7 ポイント 投稿者 GN⁺ 2025-02-27 | 3件のコメント | WhatsAppで共有
  • EdgeDBGel という新しい名前にリブランディング
  • PostgreSQL が最近 データベース市場 をますます侵食している
    • PostgreSQL はオープンソースとして維持・開発されているメインストリームDBの中で、ほぼ唯一の事例
    • 研究プロジェクトとして始まり、MIT系ライセンスで公開されているため、ライセンス変更買収 のような問題がなく、高い 信頼 を得ている
  • PostgreSQL が「最も進歩したオープンソース関係DB」と呼ばれる理由
    • 1985年の Berkeley POSTGRES プロジェクト時代から、拡張性とモジュール性 を中核として設計
    • さまざまな データ型(JSON、空間データ、ベクターなど)を扱え、事実上 マルチモーダル DB の役割を果たす
    • クエリ最適化と Planner の性能に優れており、EdgeQL(Gel のクエリ言語)を SQL にコンパイルする際にも、大規模クエリを安定して処理
    • 豊富な Postgres 拡張 が存在し、Rust でも拡張開発が可能
    • CockroachDB、YugabyteDB、TiDB、Google Spanner など多くのDBが Postgres互換 を優先している
  • Gel(旧 EdgeDB) は Postgres の フロントエンド 層を置き換えるという考え方
    • Aurora や Neon はストレージレイヤーを変更したが、Gel は SQL の代わりに EdgeQL を使う DB アクセスを志向している
    • TypeScript が JavaScript の上で動作するように、Gel は Postgres を基盤に スキーマとクエリ をより扱いやすい形にコンパイルして最適化する
    • 新バージョン Gel 6.0 からは SQL も直接サポートし、段階的に導入できるようになった
    • Drizzle、Prisma、SQLAlchemy のようなツールで Gel を活用可能

リブランディングの理由

  • 「Edge」という名称が Edge ComputingグラフDB のようなイメージを連想させ、混乱があった
  • 簡潔でありながら柔軟な印象を与える 「Gel」 に名称変更

何が変わり、何が変わらないのか

  • 会社、チーム、ミッションはそのまま維持される
  • ツールとライブラリは既存名称(edgedb)に代わる新名称(gel)で提供され、後方互換性のため旧名称向けのシンボリックリンクやパッケージも提供する
  • Gel Cloud では v6.0 をすでに試せる
  • Apache ライセンスとオープンソース開発は継続され、今後の投稿で詳細な保証策を共有する予定

3件のコメント

 
GN⁺ 2025-02-27
Hacker Newsの意見
  • PostgreSQLのクエリプランナー/オプティマイザは最先端だという意見がある
    • Postgresのコストベースプランナーは優れているが、1980年代の設計で、Microsoft SQL ServerやCockroachDBで使われているVolcano/Cascadesシステムより古い
    • 過去30年間でクエリ最適化の分野には多くの進歩があったが、Postgresにはほとんど反映されていない
    • Postgresは並列ワーカーとJITを導入したが、基本設計は大きく変わっていない
    • 改善の追加には保守的で、他のデータベースはずっと以前からインデックススキップスキャンをサポートしてきたが、Postgresはまだそれをサポートするための作業中である
    • 最先端技術はミュンヘン大学のThomas Neumannグループによる研究プロジェクトUmbraで、HyPerの後継としてCedarDBとして商用化されている
    • Postgresクエリプランナーに対する彼らの分析は興味深い読み物である
  • GelはPostgresに対するTypeScriptのようなものだという意見がある
    • EdgeDBを数年間使ってきたが、RethinkDBやMongoDBを使った後では、最も気に入っているデータベースである
    • SQLコマンドを覚える必要がなく、クエリに問題が起きたときにはデータを見るための優れたUIが提供される
  • EdgeDBはとにかく素晴らしい。スキーマ、マイグレーション、TypeScriptクエリビルダー、認証など、すべての機能が優れている
    • 小さなRemixアプリでは、別のAPIレイヤーを作らずにDBを直接使っている
  • 新しい名前が気に入っており、CLI使用時に"edgedb"と入力するのが面倒だった
  • 新しいドキュメントがより良くなることを望む。以前のドキュメントは使いづらく、少し物足りなかった
  • いくつものORMを試したが、EdgeDBのORMはガイドラインに従わないという問題を除けば、とてもシンプルに動作した
    • バグや設定ミスなしに、すべてがうまく動いた
  • EdgeDBはよく設計された製品で、個人プロジェクトで使う予定である
  • Postgresは素晴らしいが、大規模なワークロードを処理するために必要な作業量はかなり多い
    • データベースをシャーディングしなければならなかった人に聞けばわかる
  • 新しいデータベース会社を始めるなら、SQLから始めるのが教訓である
    • SQLサポートなしで始めたほぼすべてのDBは、結局それを追加することになる
  • TypeScriptツールチェーンとの緊密な統合がedgeqlと組み合わさって非常に有用で、ORMよりはるかにエラーが少なかった
  • Gelは、特にTypeScriptの世界で成功する公式である
  • EdgeDB 5.0を使ってサイドプロジェクトを進めたが、DjangoやRailsでアプリを開発するような楽しさがあった
    • サーバーレス環境でTypescript+Reactと一緒に使った
    • セルフホスティングについて気になっている
  • 特定のリージョンにあるPostgres DBを持っていて、ドキュメントに書かれている通りにk8sクラスターへgelをデプロイすればうまく動くのか気になる
    • こうしたデプロイが無料なのか、クラウド提供版でどの機能が欠けるのか気になる
    • GCPの高可用性、バックアップ、監視機能を失いたくない
    • データがあるリージョンを設定できるのか、VPCの背後に配置できるのか気になる
 
codemasterkimc 2025-02-27

世界で最も先進的なオープンソースのリレーショナルデータベース