새로하는 플젝 DB설계하래서테이블 1차 정규화 2차정규화 시켜서 ERD 제출했더니왜 복잡하게 만들었냐고 조인 필요없게 다 따로 분리하라는데이게 맞는거냐..??조인쓰면 성능저하 심하다는데 씨발 내가 뭘들은거지 ㅋㅋ
해당 댓글은 삭제되었습니다.
미안한데 RI가 뭔지 모름
아 그럼맞네요 정규화시키고 FK걸어야한다고 이론적으로 배워서..
성능저하 있는건 맞는데?ㅇㅅㅇ
근데 FK 설정을 안하면 데이터 무결성&정합성이 안지켜질가능성이 있지않나요? 그게 더 중요할거같은데
그런건 로직으로 커버할수 있는데 성능은 아니니까..ㅇㅅㅇ
완전 신입인가보네 ㅋㅋㅋ 보통 처음에 그렇게 생각함
글만 보면 글쓴이가 이론과 실제 사이에서 당황스러워함 AND 회사도 약간 병신인듯 join이 아예 없는 상황이 흔치는 않는데
보통 테이블 너무 비대해지는거 아니면 정규화 굳이안하고 디비짜나요?
케바케라서 보통이라는 개념이 존재하지 않음 정규화가 필요하면 정규화 하는거고 굳이 필요 없겠다 싶으면 반정규화 하는거지 조인 많아지면 성능 저하되는게 사실이라서
굳이 필요 없겠다 싶으면 & 성능이 필요하다면 반정규화 하는거지
그러면 이런상황에서 정합성은 어떻게 해결해야할까요? 그냥 한 트랜잭션으로 묶어서 문제생길시 롤백하면 되나하는 생각이 드는데
정합성? 같은 데이터를 여러군데 중복으로 저장한다는 의미? 불변값이라면 문제 없고 변하는 값이면 설계 잘못했을 확률이 높음
근데 요새 뭐 정합성 크게 안중요해요 예를 들어 msa 환경에서 정합성 어케 지키겠음 ㅋㅋ 트렌드가 많이 바꼈습니다 rdb 쓰는 경우에는 해당 테이블들 같이 수정하고 트랜잭션으로 보장하면 되긴 함 실수로 그렇게 작성 안하면 문제가 되긴 할텐데 뭐.. 안놓치면 되지
센세...Msa 환경에서 정합성 안 지켜져서 뻑 나는 건 운영자들이 일일이 데이터 수작업으로 보정해줘야하는데..이게 정상인가여....
따로 분리라는게 조인이 들어간다는거 아닌가..?
플젝 코드들 보면 조인하지 않고 한테이블에서 select-> 조회한값으로 다른 테이블 select하더라구요
어떤 데이터냐에 따라 다를 듯 트래픽 크면 실제로 성능저하 있는 건 맞을 듯
ㅇㅇ - dc App