프로젝트 하나 떠 넘겨 받았음 ㅇㅇ..
회원 pk가 인조키로 들어가있는게 아니라 id로 들어가 있음 ㅇㅇ..
회원 삭제시 논리삭제를 진행하고 이후에 일정기간 지났을 때 물리삭제를 진행함.
문제는 물리삭제를 할 때 이 회원이 올린 기록을 모두 삭제하거나 또는 처리를 해야되는데 ㅈㄴ 많은 테이블중 일부가 누락되는 현상이 발생함.. ERD도 넘겨받지 못함
그래서 회원이 동일한 아이디로 회원가입하면 이전에 있던 회원의 기록이 조회가 가능함 ㅋㅋㅋ <-- 진짜 ㅈ됨...
ㅈ소는 오는게 아니다 ㄹㅇ...
회원이 동일한 아이디로 회원가입하면 이전에 있던 회원의 기록이 조회가 가능함
ㅇㅇ 이전회원이 활동했던 일부데이터가 조회됨 ㅅㅂ..
@솔루션3000따리(58.123) 염탐 쌉가능 ㅇㅅㅇ
디비설계도 저걸 해결못하는것도 기가막히네 ㅇㅅㅇ
다시는 ㅈ소를 무시하지마라
병신들ㅋㅋㅋㅋ - dc App
erd는 db툴 돌리면 역으로 그려준다 근데 꼬라지보니 erd 있어도 해결 애먹을듯
ㅋㅋㅋ fk 없으면 연결이 안됩니다..
당연히 fk없으믄 연관관계는 안나오겟지 그래도 한눈에 보이긴하니까 동일 pk 테이블 찾기는 빠를거임
dbms에 따라 차이는 있지만 동일한 이름의 pk나 동일한 이름을 지닌 컬럼이 있는 테이블만 찾는 쿼리도 있으니 참고하삼
ㅇㅇ 참고해봄.. ㅅㅂ 테이블만 300개가 넘는데 이름도 하나같이 축약어로 되어있어 뭔지도 모르겠고 외래키 대용인 컬럼도 pk컬럼과 이름 다른것도 많고 암튼 총체적 난국임.. 노가다 뛰어야지 뭐..
테이블 300개면 걍 사용자 별로 없는 시간대나 개발서버에서 컬럼찾는 쿼리 날려서 목록 추리는게 낫겠다 축약어쓰는건 전자정부 개발가이드 스타일인데 ㅋㅋ 최신버전에서도 도메인정의서 축약어쓰는진 모르겠네 화이팅하소
…?????!!!! - dc App