現在要做一個系統,角色有系統管理員、管理員、醫生和病人。且權限依序下降。 現在設計需要使用者Schema,我的問題是:這4者間共同的部分有帳號、密碼和角色名稱。而醫生和病人有許多各自的屬性,如病人的具體資訊、病例、家屬資訊等。 現在對於mongodb這種NoSQL,該如何設計呢?是每個使用者獨立一份Schema,還是抽象化出共同的部分,然後再進行各自的補充?
闭关修行中......
可以充分利用MongoDB的特性,不需要特別去抽象化某些共同點,甚至可以混存在一起,透過使用者類型進行區分即可。 NoSQL設計裡不需要太在意列的概念(相同的屬性),不然就失去了NoSQL的優勢,甚至之後會發現查詢操作起來比SQL更麻煩。
可以充分利用MongoDB的特性,不需要特別去抽象化某些共同點,甚至可以混存在一起,透過使用者類型進行區分即可。 NoSQL設計裡不需要太在意列的概念(相同的屬性),不然就失去了NoSQL的優勢,甚至之後會發現查詢操作起來比SQL更麻煩。