왜 데이터베이스 테이블을 링크합니까?

Question

비즈니스 로직 데이터를 저장하기 위해 여러 테이블을 사용하는 DB 모델이 있습니다. 테이블 중 하나는 UserID를 보유하는 사용자 테이블을 포함합니다. 코드는이 테이블에서 데이터를 읽고 응용 프로그램에서 사용되는 json 문자열을 생성합니다. 쿼리를 다시 실행하고 json 문자열을 다시 생성하지 않으려면 json 문자열을 UserID 및 JsonCacheWork라는 두 개의 열만있는 테이블 호출 JsonCache에 저장합니다. 각 사용자에게는 여러 개의 JsonCacheWork 항목이 있습니다 (항목은 사용자 상호 작용의 결과로 추가됩니다).

현재 데이터베이스 다이어그램에는 User 테이블과 JsonCache 테이블 사이에 관계가 없습니다. 잘 작동하는 것 같습니다.

왜 2 개의 테이블 사이에 관계를 추가하고 싶습니까? 내 DB 다이어그램을 그대로 유지하는 이점이있는 경우는 무엇입니까?

설명해 주셔서 감사합니다.

Answer 1

당신은 데이터베이스 관리 시스템에게 테이블 사이의 관계를 추가를 그 기록에 그 두 테이블은 관련이 있습니다. DMS는이 관계를 강제 할 수 있습니다. 즉, 존재하지 않는 UserId가있는 JsonCache 테이블에 레코드를 추가하는 실수를하지 않아도됩니다.

또한 외래 키 제약 조건을 사용하면 다른 테이블의 관련 레코드가 삭제 (계단식 삭제) 될 때 한 테이블의 레코드를 자동으로 삭제할 수 있습니다. 따라서 사용자를 삭제하면 DMS가 JsonCache에서 자신의 항목을 삭제합니다.

SQL Server는 관계형 데이터베이스이며 테이블 간의 관계는 데이터베이스 스키마의 핵심 부분입니다. 데이터 무결성을 유지하는 데 도움이됩니다.

Answer 2

두 엔티티간에 다 대다 관계가있는 경우 두 테이블 사이에 조인 테이블이 있어야합니다. 나는 사용자와 JSON이 일대일 관계이므로 두 개의 별도 엔티티를 사용하는 것에 대해 의문을 가질 것이라고 말한다. JSON을 사용자 테이블에 넣고 사용자 ID로 간단히 쿼리합니다. JSON 용으로 두 개의 열이있는 별도의 테이블에 대한 이유는 없습니다.

json으로는 유통 기한이 있다면 내 마음을 바꿀 수

: 효과와 유효 기간, 단일 사용자에 대한 역사 등