관리자와 유저 정보가 한 테이블에 같이 있으면 문제점

[익명(118.235)]

뭐가 있을까?

[익명(118.235)]

1. 유저나 관리자에게 있어 불필요한 컬럼이 생길수 있음

[익명(118.235)]

2. 유저는 개인정보보호법상 필수적으로 암호화해야할 필드들이 있으며, 관리자는 보통 편의를 위해 필요한 부분만 암호화하므로 애플리케이션단에서 처리 로직이 복잡해질 수 있음

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(118.235)]

그치 사용자단도 그렇겠지만 관리자단도 서비스로 덕지덕지될 가능성이 크지

[ㅁㄴㅇㄹ(122.47)]

성능이슈도 있어~ 소비자끼리 어드민끼리 찾을때가 많고 두 유저를 동시에 찾는경우는 별로 없잖아? 결국 id 로 조회긴 한데 특정 친구를 찾는다던지 nick 으로 찾는다던지 할때 어드민은 제외해야하는 index가 필요해지는거지~ 사실 상 두개가 합쳐져서 동작하는 case 가 거의 없다면(심지어 동작해야하면 안되는 경우면) Table 도 나눠지는게 맞는거지

[ㅁㄴㅇㄹ(122.47)]

맞다고 하는건 너무간거같다. 보통은 그런케이스는 나눠진게 더 좋더라고. 잘 판단해서 테이블 디자인 하길 바랍니데이

[익명(118.235)]

땡큐~ 나도 나누는게 맞다고 생각하는데(무조건은 아니고) 윗선에선 귀찮은데 하나로 하자고 해서 설득할 방법 구상중이었어

[ㅁㄴㅇㄹ(122.47)]

사실 규모가 가장 큰 이슈지. 니가 보더라도 소비자나 어드민이나 비슷할거같으면 over engineering 이 될거고 소비자가 막 10만명에 어드민 구조도 복잡하고 이러면 개발부채로 변신할 수 있는것도 맞고. 미래를 잘 예측하길 바래