데이터 대상 화 된 사고

984 단어 기술 사어
예전 에 json 을 필드 데이터 저장 형식 으로 사용 하려 고 했 습 니 다. 그러면 우리 가 표 속성 을 확장 할 때 데이터 필드 를 추가 하지 않 고 논리 적 인 측면 에서 만 개조 하면 완성 할 수 있 습 니 다. 예 를 들 어 데이터 필드 는 다음 과 같 습 니 다.
{"name":"test","logo":"1234.jpg","desc":"test also"}

 그러나 이런 디자인 은 단점 이 있 습 니 다. 저 는 색인 할 수 없 는 값 이 라 고 부 릅 니 다. 즉, 그 중의 특정한 값 을 찾 으 려 면 안 됩 니 다. 단일 데이터 조회 에 만 적합 하고 데이터 양도 엄 격 히 통제 해 야 합 니 다.
한편, 개량 하 는 방법 은 json 에 값 을 배치 하고 다른 표 에 이 값 을 따로 배치 하 는 것 입 니 다. 그러면 데 이 터 를 조회 할 때 해당 하 는 표 관 계 를 찾 으 면 됩 니 다. 이런 관 계 는 설정 에서 나타 날 수 있 고 원래 의 데 이 터 를 수정 하지 않 아 도 됩 니 다. 표 의 스타일 은 대체적으로 다음 과 같 습 니 다.
id,value,key,gmt_create

 이렇게 하면 조 회 를 해 야 할 때 주 표 에 대한 의존 도 필요 하지 않 고 주 표 업데이트 로 인해 다른 표 의 작업 에 영향 을 주지 않 습 니 다. 사실은 주 표 의 역할 은 데이터 색인 집합 일 뿐 입 니 다.
이런 구 조 는 많은 특성 을 제공 했다. 예 를 들 어 이 구조 데이터 베 이 스 를 제공 했다. 그러나 우리 가 해 야 할 일 은 매번 변동 할 때마다 데 이 터 를 수정 하 는 것 일 수도 있다. 물론 메 인 표를 수정 하지 않 아 도 된다. 왜냐하면 조회 자체 가 이 표 에 의존 하지 않 기 때문이다.

좋은 웹페이지 즐겨찾기