0
A
回答
0
這是真的很難講不知道客戶的要求。一切看起來都不錯,但我無法確定它是否包含客戶需要的東西,而不需要他們的需求文檔。
1
只是我的想法的設計:
您有可能購買的對象
Courses
,Lessons
和GiftCards
表,OrderLines
包含每個表的標識。但是,如果客戶購買Lesson
和GiftCard
,則應按順序將其顯示爲2行。另外,如果你的客戶想要交易更多的對象,你會做什麼?因此,我認爲這可能是更好的重新設計這部分,像這樣:
OrderLines
重命名爲OrderItems
;- add
ItemType
表中有3行:Courses
,Lessons
,GiftCards
; - 加
Items
表(ItemId, ItemType, Title, Price, LanguageCode, SortOrder, etc.)
字段。
這種方式也可以添加評論不僅爲
Lessons
,但所有可能的項目。您將不得不拿出保留
Items
詳細信息字段的首選方式。目前Courses
和Lessons
共享很多字段,因此將其全部移到新的Items
表中可能是合理的,因爲此類字段對於GiftCards
也似乎也是有效的。如果您有一些具體的詳細信息,例如GiftCards
,您可以添加特定的表格,如GiftCardItems
與Items.id
以及一組不與其他Item
類型共享的特殊字段。小調:我會將
Users
分成幾張表格,因爲我認爲這張表格將同時包含客戶和支持內容。這意味着該表格可能會變大(取決於預計有多少客戶)。當表的行數增加時,在單個表中維護這麼多的字段可能會產生問題。
我同意馬特 - 很難說沒有要求的東西。
相關問題
- 1. 數據庫設計。繼承
- 2. 設計一個數據庫有或沒有繼承
- 3. 繼承和數據庫設計
- 4. 數據庫設計 - 對象繼承
- 5. 數據庫設計:一個表中的不同對象? (沒有繼承)
- 6. 繼承設計
- 7. 用於繼承/重寫的數據庫設計模式
- 8. 數據庫設計中的繼承問題
- 9. 基於Postgresql繼承的數據庫設計
- 10. 堅韌的繼承數據庫/模型設計決定
- 11. 數據庫中的繼承?
- 12. XSD繼承設計
- 13. OO設計繼承
- 14. 數據庫設計問題,使用繼承
- 15. Rails 3用戶數據庫設計問題 - 單表繼承或?
- 16. 這個繼承設計是否屬於數據庫?
- 17. 承諾數據庫的表設計
- 18. 沒有繼承
- 19. 沒有繼承
- 20. 數據庫繼承Laravel 5.4
- 21. 數據庫繼承技術?
- 22. 繼承Rails數據庫
- 23. 繼承數據庫連接
- 24. 玩! Framework數據庫繼承
- 25. 數據庫繼承鏈接
- 26. Java數據庫表繼承?
- 27. 數據庫表繼承
- 28. 很好的繼承設計
- 29. 繼承的設計理念
- 30. 繼承的設計類
該網站基本上允許用戶購買課程,課程或禮品卡,我特別詢問有關訂單表。顯示我有一個更通用的表產品,或者它很好,我怎麼做提前感謝 – DevTeamExpress
你使用自上而下的方法?我摔倒了,他們應該能夠在決定他們想要購買什麼之前查看課程和課程。不只是彈出一個訂單屏幕,並讓他們從那裏進行研究 –