feat: support configurable relational database backends for server deployments
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- postgresql, python, sqlite
- 領域
- backend, ci-cd, database, documentation
調査の方向性
Start by locating the existing SQLite persistence layer and configuration entry point, then review the persisted domain model and CI setup. Define the backend abstraction, PostgreSQL support, schema migrations, SQLite-to-PostgreSQL migration path, and documented concurrency behavior; done means both backends pass consistent core-data checks and deployment guidance covers PostgreSQL operations.
索引モデルが issue の本文から書いたものです。
説明
Problem
OpenOrbit currently persists operational data with SQLite, which is a strong default for local-first and single-user use.
For a server deployment shared by multiple users, however, we need an option better suited to concurrent access, backups, monitoring, and potentially multiple application instances.
Proposal
Keep SQLite as the default local backend, and add a configurable relational database backend abstraction with PostgreSQL as the first supported server backend.
Initial configuration could be environment-based:
OPENORBIT_DATABASE_URL=sqlite:///path/to/openorbit.db
OPENORBIT_DATABASE_URL=postgresql://user:password@host:5432/openorbit
Scope
- Preserve SQLite as the zero-configuration local default.
- Support PostgreSQL for server deployments.
- Introduce schema migrations and versioned database upgrades.
- Keep the existing API and persisted domain model backend-independent.
- Document backup, restore, and migration guidance.
- Define the supported concurrency and multi-instance behavior.
Acceptance criteria
- A new installation can use either SQLite or PostgreSQL through configuration.
- Core data (Assets, Builds, Runs, Improvements, issues, comments, and logs) behaves consistently on both backends.
- Existing SQLite data can be migrated to PostgreSQL safely.
- CI verifies the persistence layer against SQLite and PostgreSQL.
- Server deployment documentation includes PostgreSQL setup and operations.
Open questions
- Should PostgreSQL support arrive before multi-instance serving is officially supported?
- Which data remains filesystem-backed (for example, run artifacts or large logs) rather than moving into the database?
- Should SQLite-to-PostgreSQL migration be an in-app command or a separate tool?
- 主要言語
- Python
- スター
- 5
- フォーク
- 10
- 平均マージ
- 1時間 16分
- マージ済み PR（30日）
- 10
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
forthfate/openorbit のほかの issue
-
Document local verification steps for frontend, backend, and UI changes対応中かも @kshivam4781 が 40 日前に担当しました。 オープンdocumentation good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
Make clickable data-table rows keyboard accessible対応中かも @ghzhost が 45 日前に担当しました。 オープンaccessibility good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
documentation good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
help wanted testing
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
メンテナーはふだん 1 日以内に返信
-
enhancement good first issue help wanted integrations
難易度 4/5 3〜5日 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
forthfate/openorbit の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
nansencenter/geodataset#39 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
awslabs/visual-asset-management-system#804 ·
メンテナーはふだん 1 日以内に返信
-
follow-up
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
link-rot
難易度 1/5 1時間未満 初心者へのやさしさ 67/100