안녕하세요. 관심있게 지켜봐주시는데 대해 먼저 감사드립니다. 외부키 명칭은 관계의 성격을 규명하는데 혼란을 주지 않는 정도라면 구지 개명을 하실 필요는 없습니다. 단, 부모테이블에서 참조하는 관계를 두개 이상 가지는 자식 테이블일 경우에는 그 관계의 성격상 구분을 줄 수 있는 명칭으로 바꾸줘야 되겠지요. 안그러면 똑같은 명칭의 외부키 컬럼명이 중복되어 생기게 되고 그렇게 되면 중복된 컬럼명을 가진 테이블은 생성 자체가 불가능하게 되겠지요. 그건 이런 중복관계 뿐 아니라 자기참조(self)관계에서도 그런 케이스가 발생되리라 생각됩니다. (식별자 키명과 외부키명이 중복되는 케이스) 이런 이유에서 볼때 FK명칭을 부모키 명칭으로 고정시키기에는 이런 예외사항때문에 곤란하겠지요. 답변이 되었는지요. 그럼 좋은 하루 되십시요. 감사합니다. >안녕 하세요? 박동원이라고 합니다. >DA# 무료 체험버전 정말 잘 사용하고 있습니다. >기존에 ERWin 을 사용을 했었는데...그때는 개발이 끝난후 문서화 작업에만 이용을 했었는데... >DA#은 논리 모델링을 해서 바로 물리적인 모델링으로 적용이 가능해서... >사용이 정말 현업에 맞게 구현이 된것 같아서 너무 좋습니다. > >제가 궁금한 부분은 아직 모델링의 경험이 많지 않아서 항상 할때마다 궁금한 부분인데... > >A 테이블에서 B테이블로 관계(FK)가 왔을때 B 테이블에서 관계컬럼의 명을 A 테이블에 있는 컬럼명이랑 같게 하는것이 맞는 것인지 >아니면 B테이블에 올때 관계의 특성에 맞게 재명되어서 사용하는 것이 맞는 것인지 궁금합니다. > >A 테이블이 Key Entity면 많은 자식 테이블 C, D, E ,,,,(n)개의 테이블로 관계가 형성 될텐데...그 테이블마다 관계 컬럼의 명을 재정의 한다는게 맞지 않는거 같은데... > >설명 부탁드립니다. > >항상 좋은 자료, 좋은 강의 감사 드립니다.