데이터를 두 TABLE에 보관하는 것에 대해

데이터를 두 TABLE에 보관하는 것에 대해

QA

데이터를 두 TABLE에 보관하는 것에 대해

본문

DB 설계 관련 공부할 때 좋은 DB 모델링 요건 중에

데이터는 한 TABLE에만 존재하게 만들고 필요하다면 

FK와 JOIN을 이용해서 처리한다고 봤는데

 

그려면 코드 가독성 및 성능이슈가 발생하는 걸로 저는 생각하는데

서버 부하를 줄이기 위해 일부러 두 TABLE에 같은 데이터를 보관하기도 하나요? 실무에서요.

이 질문에 댓글 쓰기 :

답변 4

실무에서는 데이타는 한테이블에 보관하지 않고

정보를 분산해서 보관합니다.

 

정규화를 할수있는한 최대한 하려고하고

그중에서도 성능이슈 (join을 하게되면 부하가 걸리지 않는 범위)를 해소하려고 애쓰기도하죠

 

개인정보보호방침에 따라서

개인정보를 한테이블에 보관하는것을 최대한 지양하도록 권고하는것도 있고

다양항 방법으로 데이타를 보관하고

개인정보는 주로 암호화로 해서 개별테이블에 보관하기도합니다.

 

데이타의 성격에 따라 달라집니다.

 

기업들의 대용량 DB는 데이타 중복을 배제하는게 기본이긴 하지만

성능이나 필요에따라 일부조회성 데이타는 중복보관을 하기도합니다.(권고하느건 아니구요)

 

최근 하드웨어에 대한 이슈는 거의 없다고 보시면되구요

비용적인측면에서 인건비로 소화하느냐 하드웨어(클라우드)로 소화하느냐의 이슈를 다룹니다.

물론 중소기업은 뭐든 다 부담되니.. 성능/용량 둘다 고민을 하게되는것이지만

그것도 수익이 커버를 하면 고민하지 않는 추세입니다.

 

앞서 이야기 했듯이 

조회데이타는 성능이슈를 해결하기위해서 중복으로 다른 테이블에 넣기도합니다.

필요에따기 단기적으로 생성했다가 삭제하는것도 있습니다.

 

두개의 다른 테이블에 같은 데이터를 보관하는 케이스는 거의없습니다.

굳이 같은 데이터를 2개의 테이블에 보관을하면,

단순 1개의 테이블만 불러오더라도 데이터는 같으니 2번째 테이블의 데이터를 사용할 일이 없습니다.

백업용도가 아니라면 굳이 같은 데이터를 다른 테이블을 하나 더 만들어 넣지는 않습니다.

답변을 작성하시기 전에 로그인 해주세요.
전체 123,117 | RSS
QA 내용 검색

회원로그인

(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1404호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT