初學者常考慮「每個用戶一張表」,這會導致表結構維護惡夢:DDL 操作頻繁、查詢需動態拼 SQL、無法利用外鍵約束。
-- 用戶表
CREATE TABLE users (
_id INTEGER PRIMARY KEY AUTOINCREMENT,
username TEXT UNIQUE NOT NULL,
password_hash TEXT NOT NULL
);
-- 操作記錄表(核心業務表)
CREATE TABLE operations (
_id INTEGER PRIMARY KEY AUTOINCREMENT,
user_id INTEGER NOT NULL, -- 外鍵關聯 users._id
action_type TEXT NOT NULL,
content TEXT,
timestamp INTEGER DEFAULT (strftime('%s','now')),
FOREIGN KEY(user_id) REFERENCES users(_id) ON DELETE CASCADE
);
onCreate 中創建上述兩表並建立索引:CREATE INDEX idx_ops_user ON operations(user_id);user_id 參數,如 db.query("operations", null, "user_id=?", new String[]{uid}, ...)。SQLiteDatabase.yieldIfContendedSafely() 處理並發寫入。onUpgrade 只需 ALTER TABLE)。單表超過百萬行、查詢性能瓶頸明顯且優化無效時,再考慮分表;移動端 SQLite 單機場景極少達到此量級。