[ORM] ORM always destroy my manual set indexes. (e.g. when using `pgvector`)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 38/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- postgresql, typescript
- 領域
- databases
調査の方向性
Reproduce with bun zen migrate dev --create-only after adding an Unsupported("vector(384)") field to schema.zmodel, then add manual HNSW indexes on chunks and rerun bun zen migrate dev. The payload names no source files; the work is in the migration diffing engine that compares the Prisma schema against the live PostgreSQL database and emits DROP statements, so start by locating where migrations are generated and how Unsupported fields are handled. Done means a follow-up migration leaves manually created indexes intact.
索引モデルが issue の本文から書いたものです。
説明
Description and expected behavior
When using PostgreSQL extensions like pgvector and manually creating indexes in migrations the ORM will automatically roll back these manual changes and want to DROP these indexes.
How to reproduce?
- Add a "Unsupported" field to the schema.zmodel
- Create a index using `bun zen migrate dev --create-only"
- Add indexes manually in this migrations
- Run
bun zen migrate devto apply -> In this case the CLI automatically creates another migration which always DROPs these manual indexes (runningbun zen migrate deploymitigates this one time, but after another migrations it automatically drops all manual indexes again)
Environment (please complete the following information):
- ZenStack version: 3.8.0
- Database type: PostgreSQL
- Node.js/Bun version: Bun v1.3.14
- Package manager: Bun
Sample schema
type Vectors {
dimensions Int?
vec384 Unsupported("vector(384)")?
vec768 Unsupported("vector(768)")?
vec1024 Unsupported("vector(1024)")?
vec1536 Unsupported("vector(1536)")?
vec3072 Unsupported("halfvec(3072)")?
}
model Chunk with Vectors {
id String @id @default(uuid())
}
Manual indexes in sql
-- ============================================================
-- CHUNKS
-- ============================================================
CREATE INDEX IF NOT EXISTS idx_chunks_vec384
ON chunks USING HNSW ("vec384" vector_cosine_ops)
WITH (m = 16, ef_construction = 64);
CREATE INDEX IF NOT EXISTS idx_chunks_vec768
ON chunks USING HNSW ("vec768" vector_cosine_ops)
WITH (m = 16, ef_construction = 64);
CREATE INDEX IF NOT EXISTS idx_chunks_vec1024
ON chunks USING HNSW ("vec1024" vector_cosine_ops)
WITH (m = 16, ef_construction = 64);
CREATE INDEX IF NOT EXISTS idx_chunks_vec1536
ON chunks USING HNSW ("vec1536" vector_cosine_ops)
WITH (m = 16, ef_construction = 64);
-- halfvec braucht halfvec_cosine_ops
CREATE INDEX IF NOT EXISTS idx_chunks_vec3072
ON chunks USING HNSW ("vec3072" halfvec_cosine_ops)
WITH (m = 16, ef_construction = 64);
- 主要言語
- TypeScript
- スター
- 2.9k
- フォーク
- 157
- 平均マージ
- 11時間 42分
- マージ済み PR(30日)
- 20
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
zenstackhq/zenstack のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
zenstackhq/zenstack#2873 ·
メンテナーはふだん 1 日以内に返信
-
runtime
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
zenstackhq/zenstack#2868 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
zenstackhq/zenstack#2694 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
zenstackhq/zenstack#2659 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
zenstackhq/zenstack#2542 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
zenstackhq/zenstack の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
MystenLabs/MemWal#1163 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
Mondriaan
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
knaw-huc/textannoviz#709 ·
メンテナーはふだん 1 日以内に返信
-
billion-context-pi
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
ranxianglei/billion-context#2521 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
Add: YRF Music Nepalオープンstreams:add
難易度 1/5 1時間未満 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100