我想弄清楚爲應用程序設計這個數據庫的最佳(最合邏輯的)方法,該程序將允許用戶執行(或多或少)CRUD待辦任務,然而,它們被組織成硬編碼類別。分類待辦事項應用程序的數據庫設計
假設你即將去你最喜歡的百貨公司。你需要打女性的地板,並拿起她的女朋友她訂購的鞋子和匹配的衣服(這是在商店的另一邊,但在同一層。)然後,你需要去男孩系爲你的弟弟,並拿起兩條不同的短褲,一條褲子和一雙新鞋。
婦女的地板和男孩的部門是購物清單項目將落入類別的兩個例子。
所以它看起來像這樣:
* Women's Floor
1 Pair Shoes
1 Dress
* Boy's Department
2 Shorts
1 Pant
1 Pair Shoes
所以我的數據庫設計可能看起來是這樣的...
Categories: id, title
ListIndex: id, user_id
ShoppingList: id, listindex_id, category_id, item_id, order, active
Items: id, name, category_id
分類將男孩的部,女子自由體操等,用戶也不會能夠創建新類別,但是我們可以預先定義類別
ListIndex將作爲一個整體提供與購物清單的主關係。
ShoppingList將是實際的購物清單(主動將0/1,因此用戶可以有一種方式來提醒自己,他們買了項目/把它放在自己的車。)
項目將有一個可用於投入待完成任務的項目列表。我們將在後臺對這些進行分類。
這是正確的做法嗎?
這聽起來很好,除了我不明白爲什麼ListIndex必要? – jokklan 2013-05-09 21:38:58
@jokklan因此,每個列表總共有一個主列表。 – 2013-05-09 21:43:41
你的意思是一個主清單是什麼意思?我敢肯定你應該可以做任何你想要的而沒有ListIndex,它看起來像不必要的膨脹。 – 2013-05-09 23:22:54