嗨,大家好我正在我的基於Web的訂購系統上工作,我們希望爲我們的每個訂單保持一種任務歷史記錄。從某種意義上說,我們希望記錄誰在某個訂單上做了什麼,例如可以說訂單已經輸入 - 我們想知道訂單是否被示例承認。或者可以說,有人跟進的順序 - 等表設計問題 - 我應該創建單獨的字段或存儲爲blob
認爲有很多情況是這樣每個訂單這將是明智的創建上的線路架構:
Orders
ID - title - description - date - is_ack - is_follow - ack_by .....
,加起來到很多領域 - 另一方面,我可以有一個名爲「歷史」的LongText字段,並填充一個包含所有信息的序列化對象。
但是在後一種情況下,我無法運行查詢來讓所有未被確認的訂單以及類似的東西。隨着時間的需求會改變,我將被要求修改它以允許更詳細的跟蹤,這就是爲什麼我需要設置一種可以擴展的方式,但我不想在SQL方面受到限制太多了。
編輯===================
所以斑想法有問題,然後:(但什麼是我在這方面的選擇。其實我都希望。管理是什麼與訂單那張歷史一樣,如果有人有:
- 已確認附一封電子郵件給
- 爲了完成一個任務的順序 跟進
- 的訂單的訂貨
- 打了電話etc