나는 MySQL과 MSSQL을 오랫동안 사용해 왔으며 좀 더 복잡한 프로젝트를 설계 할 때 다양한 CASE 및 UML 도구를 사용했습니다.MS Access의 엔티티 관계 다이어그램
나는 그의 부서에 Access 데이터베이스를 제공 할 수 있는지 최근에 동료가 물었습니다. 응용 프로그램 자체는 복잡하지 않으며 Access는 실제로 작업중인 작업에 이상적인 도구처럼 보입니다.
많은 아마추어 데이터베이스를 몇 년 전에 (심지어 정규화에 대해 들었을 때까지) 나는 Access에 대한 경험이별로 없습니다. ER 다이어그램을 사용하여 데이터베이스를 디자인하는 습관에 빠져 있으며 Access로 작업 할 때도 마찬가지입니다. "Relationship"뷰에 내장 된 뷰가 관계를보기에 좋다고 보이지만, 테이블을 먼저 만들어야하는데, 이는 다소 요점을 무너 뜨리는 것처럼 보입니다.
ERD를 사용하여 데이터베이스를 직접 설계하는 방법을 아는 사람이 있습니까? 아니면 타사 도구를 사용하여 왕복 생성을 통해 액세스 할 수 있습니까? 나는 일반적으로 Access를 사용하는 소프트웨어가 아닙니다. 내가 "진짜"데이터베이스를 사용하여 버릇 봤는데, 그러나 어떤 도움 감사합니다 생각
...
업데이트 : 그것은에 대한 ODBC 사용에 대한 내 기억을 조깅 때문에 나는 아래의 답을 선택 job - ODBC를 통해 연결할 수있는 우수한 ArgoUML 응용 프로그램을 이미 사용하고 있습니다. 아래 답변을 선택하는 것이 ModelRight 응용 프로그램을 설치할 필요가 없어서 승인하지 않았다는 것을 명확히 밝히고 싶었습니다.
여기의 "액세스"태그는 대문자 액세스 대신 소문자 액세스 (파일/리소스/액세스에 액세스) 용입니다. –
그 의견을 설명해 주시겠습니까?James Marshall이 Microsoft Access에 대한 질문을 분명히하고있는 것 같습니다. –
확실히 "파일 액세스"가되어야하고 "액세스"는 격리되어야합니다. –