모듈로 부분적으로 빌드 할 수있는 응용 프로그램을 개발 중입니다. 예를 들어, '포럼', '블로그', '갤러리'등의 모듈을 포함하는 온라인 커뮤니티를 개발할 수 있습니다.데이터베이스 스키마 디자인 도구/모듈 식 데이터베이스 디자인
현재 대형 데이터베이스 ERM은 모든 모듈의 모든 테이블을 포함하고 있습니다. 키 연결 및이 ERM 빌드 dbwrench 사용하고 있습니다. 그러나 나는이 접근법에별로 만족하지 않는다. 모듈 지향 방식으로 작업 할 수있는 ERM 디자이너가 필요합니다. 각 모듈에 대한 별도의 스키마 파일에 데이터베이스 테이블을 저장하고 싶지만 이러한 다른 스키마간에 외래 키 참조를 유지하고 싶습니다.
그러나 이것을 지원하는 도구를 찾을 수 없었습니다. 이것이 잘못되었거나 "모듈 식 ERM"/ 모듈 식 데이터베이스 스키마를 설계하는 방법입니까?
감사합니다.
각 모듈 스키마에 대해 별도의 데이터베이스 빌드 스크립트를 유지하고 주석에 다른 모듈이 종속되어 있는지 메모합니다. 그런 다음 필요에 따라 응용 프로그램에 해당하는 데이터베이스에 스키마를 추가합니다. 외래 키 대신 일반 인덱스 사용. 필자는 항상 수동으로 작업하는 것이 극도로 모듈화 된 작업에 가장 적합하다는 것을 발견했습니다.
전적으로 확신합니다. 이것이 올바른 접근 방법입니다. 불행하게도 데이터베이스 커뮤니티는 모듈 식 디자인, 민첩한 소프트웨어 개발 등과 같은 새로운 개념을 아직 받아 들여지지 않았습니다.
ORM 도구를 사용하여 스크립트베이스를 만들고 ORM (예 : 특수 색인, 테이블 공간, 분할)에 속하지 않는 세부 정보를 수동으로 추가하고 수동으로 마이그레이션 스크립트를 만듭니다 두 버전의 전체 스크립트 사이에 텍스트 기반 diff가있을 때 꽤 똑바로됩니다.
따라서 세 가지 스크립트로 끝납니다 : 자동으로 생성 된 새 데이터베이스를 생성하는 스크립트 기능적 요구 사항과는 관련이 없지만 일부 추가 된 세부 사항은 동일하지만 수행합니다. 데이터베이스를 한 단계에서 다음 단계로 단계별로 이동하는 마이그레이션 스크립트 세트
또한 여러 스크립트를 조합하여 여러 스키마를 만들고 비교하는 일련의 테스트가 있습니다.
다이어그램이 필요한 경우 일부 리버스 엔지니어링을 사용하여 스키마 또는 개체 모델의 코드에서 해당 다이어그램을 만듭니다.
모듈 식 디자인이 좋은 방법이라는 데 동의합니다. 고객 용 애플리케이션을 만들 때 우리는 이미 구축 한 위젯 모음을 판매하는 경향이 있습니다. 고객이 "웹 사이트 X를 방문했으며 위젯 Y를 좋아한다고 말하면 어떻게됩니까? 내 애플리케이션/웹 사이트에 이것을 추가 할 수 있습니까?"
고객이 다른 모든 고객에게 판매 할 수있는 위젯 Z를 지불하는 것은 좋은 일입니다. 요령은 이러한 위젯을 현재 응용 프로그램을 손상시키지 않으면 서 적합하게 만드는 것입니다.
이 링크와 메모에 나와있는 출처를 확인하십시오.
내가 스키마를 사용하여 선호합니다.관심 영역을 캡슐화하는 자연스러운 방법입니다 (모듈의 스키마 또는 정보 영역을 다루는 스키마 일 수 있습니다).
저는 PostgreSQL을 사용하고 있습니다. db initiation을 직접 작성하는 편이 좋을 것입니다. (나는 100 % 컨트롤을 원하고 SQL은 명시 적으로 나타납니다.). 나는 SchemaSpy를 사용하여 ER 다이어그램을 생성합니다. 스키마에서 여러 스키마와 외래 키를 사용하는 데 문제가 없습니다. MySQL에서 작동하는 방식이 확실하지 않습니다.
내가 언급 한 도구에 익숙하지 않지만 스크린 샷에서 스키마를 지원하는 것으로 보입니다. 다시 확인해 볼 가치가 있습니다. http://www.dbwrench.com/screenshots/xp_explorer.shtml
모듈 식 디자인의 경우 스키마가 충분할 것으로 확신하지는 못합니다. imho 스키마를 사용하면 데이터가 어떻게 관련되는지에 대한 가정을보다 쉽게 만들 수 있습니다. 모듈 자체는 더 이상 모듈화되지 않습니다. 모듈화 방법에 대한 필요를 명확히하십시오.
답장을 보내 주셔서 감사합니다. 스키마에 관한 제안을 확인해 보겠습니다. – aurora
좋은 데이터베이스 디자인은 데이터베이스에 포함하려는 데이터 목록과 나중에 데이터베이스로 수행 할 수있는 작업부터 시작합니다. 이것은 모두 SQL이 없어도 모두 사용자의 언어로 작성할 수 있습니다. 이 단계에서 당신은 테이블이나 칼럼에서 생각하지 말고 단지 "내가 알아야 할 것은 무엇입니까?"라고 생각해야합니다. 너무 가볍게 생각하지 마십시오. 나중에 뭔가를 잊었을 때 대개 처음부터 다시 시작해야하기 때문입니다. 데이터베이스에 항목을 추가하는 것은 대부분 많은 작업입니다.
당신을 도울 수있는 도구가 많이 있습니다
아키
무료 및 오픈 소스 비주얼 모델링 및 설계 도구, 아키 모델 및 모델링 스케치를 작성하는 데 사용됩니다. ArchiMate의 오픈 소스 참조 구현을 제공함으로써 Archi는 현재 Open Group ArchiMate Model Exchange File Format을 구현하는 데 사용되는 도구 중 하나입니다. 가격 : 무료
파워 디자이너
파워 디자이너는 틀림없이 업계 최고의 데이터 모델링 도구입니다. 그 특징은 완전히 통합 된 모델, IT 중심 청중과 IT 중심이 아닌 다른 모델링 기술입니다. 또한 강력한 메타 데이터 저장소 및 다양한 출력 형식을 지원합니다. 그것은 사용자가 임시 문제를 신속하게 해결할 수 있도록 쉽게 읽을 수있는 도움말 문서와 함께 세련되고 세련된 사용자 인터페이스를 가지고 있습니다.
가격 : $ 2,000
SQLDbm 가격 •
: 앞으로 엔지니어링 •
무료 : 사용 SQLDBM는 리버스 엔지니어링 • 데이터베이스
의 물리적 모델 또는 ERD를 만들려면 다음 사용하여 데이터베이스 스크립트를 SQL 스크립트로 내보내는 리버스 엔지니어링 기능
특징 :
• 같은 데이터베이스 개체를 만들고 테이블, 객체, 관계, 빠르게 인덱스 및 알터 • 직관적
및 편집 데이터베이스가 복사 • 다이어그램
에서 인라인 개체 또는
테이블
를 통해 열을 이동 • 어디서나 모든 브라우저 가격에 및에-the- 스팟 디자인도 •의 확대 및 축소 : 무료
안녕하세요, 게시 한 링크가 맞습니까? 나는 당신이 의미하는 메모를 잘 모르겠습니다. 감사! – aurora
예, 이미지 아래의 "SOURCE"참조를 참조하십시오. Windows에서 DB Designer 4.0.5.6 Beta를 사용하면서 만든 것이지만 MediaWiki의 tables.sql 파일 및 MediaWiki.org의 테이블 설명 (mw 참조)의 정보도 들어 있습니다. : 매뉴얼 : 데이터베이스 레이아웃). –