이제 시스템 관리자, 관리자, 의사, 환자 등의 역할로 시스템을 만들어 보겠습니다. 그리고 권한은 점차적으로 감소합니다.
이제 디자인에는 사용자 스키마가 필요합니다. 제 질문은 이 네 가지의 공통 부분은 계정 번호, 비밀번호 및 역할 이름입니다. 의사와 환자는 환자 특정 정보, 의료 기록, 가족 정보 등과 같은 다양한 속성을 가지고 있습니다.
이제 mongodb처럼 NoSQL을 설계하는 방법은 무엇입니까? 각 사용자는 독립적인 스키마를 가져야 합니까, 아니면 공통 부분을 추상화한 다음 스스로 추가해야 합니까?
MongoDB의 기능을 최대한 활용할 수 있습니다. 특정 공통점을 추상화할 필요도 없으며 사용자 유형별로 혼합하여 구별할 수도 있습니다. NoSQL 설계에서는 컬럼(동일 속성)의 개념에 너무 많은 관심을 기울일 필요가 없습니다. 그렇지 않으면 NoSQL의 장점을 잃게 되고, 나중에 쿼리 연산이 SQL보다 더 번거롭다는 것을 알게 될 것입니다.