數(shù)據(jù)庫設(shè)計原則和決策制定。模式設(shè)計、索引策略、ORM選擇、無服務(wù)器數(shù)據(jù)庫。技能概述database-design 技能專注于數(shù)據(jù)庫設(shè)計原則和決策制定。該技能強調(diào)學(xué)會思考,而不是復(fù)制SQL模式的核心理念,幫助開發(fā)者根據(jù)上下文選擇合適的數(shù)據(jù)庫和ORM,設(shè)計優(yōu)化的模式,并實現(xiàn)高效的索引策略。下載地址:https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/database-design選擇性閱讀規(guī)則僅閱讀與請求相關(guān)的文件!檢查內(nèi)容地圖,找到您需要的內(nèi)容。文件描述何時閱讀database-selection.mdPostgreSQL vs Neon vs Turso vs SQLite選擇數(shù)據(jù)庫orm-selection.mdDrizzle vs Prisma vs Kysely選擇ORMschema-design.md規(guī)范化、主鍵、關(guān)系設(shè)計模式indexing.md索引類型、復(fù)合索引性能調(diào)優(yōu)optimization.mdN1、EXPLAIN ANALYZE查詢優(yōu)化migrations.md安全遷移、無服務(wù)器數(shù)據(jù)庫模式更改核心原則當(dāng)不清楚時,詢問用戶的數(shù)據(jù)庫偏好根據(jù)上下文選擇數(shù)據(jù)庫/ORM不要對所有情況都默認(rèn)使用PostgreSQL決策清單在設(shè)計模式之前:? 詢問用戶關(guān)于數(shù)據(jù)庫偏好?? 為此上下文選擇了數(shù)據(jù)庫?? 考慮了部署環(huán)境?? 規(guī)劃了索引策略?? 定義了關(guān)系類型?反模式? 對簡單應(yīng)用默認(rèn)使用PostgreSQL(SQLite可能就足夠了)? 跳過索引? 在生產(chǎn)中使用SELECT *? 當(dāng)結(jié)構(gòu)化數(shù)據(jù)更好時存儲JSON? 忽略N1查詢使用限制僅當(dāng)任務(wù)明顯符合上述描述的范圍時才使用此技能不要將輸出作為環(huán)境特定驗證、測試或?qū)＜覍彶榈奶娲啡绻鄙偎璧妮斎?、?quán)限、安全邊界或成功標(biāo)準(zhǔn),請停止并要求澄清