이런건 도메인을 이용해서 설계를 합니다.
어떤엔티티에는 사원번호가 char(10) 이고
어떤 엔티티는 char(12) 이런걸 방지하기 위해서 erwin 에서는
domain 이라는 개념을 씁니다. 사실 대부분 다 있습니다.
SAP erp 나 이런곳은 아예 도메인이 없으면 되지도 않습니다.
그러니 도메인에 자신이 사용하는 logical name(사원) 이 뭐고
physical 이름(emp) 이 뭐고 형은 char(10) 이고 바인딩 룰은 무엇이다. 라고 정하면 모든 설계에 같은 룰을 적용하고 틀린 형때문에 고생하는 일이 없습니다. 반드시 추천합니다.
오래 오래 디자인 하실려면 꼭 쓰세요
리버스로 받아서 그렇게 정의는 안될거 같습니다. 걍 physical 만 올라오거든요
리버스 엔지니어링 하시고 스크립트 프리뷰 기능으로 스크립트 볼수 있고 싱크 기능으로 변한 속성만 적용할 수도 있습니다.
만약에 디비쪽에서 alter table 로 바꾸어도 erd 쪽에 바꿀 수 있습니다.
답변 감사드립니다.^^; 수고하세요