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