viso에 대한 몇 가지 나쁜 보고서를 읽고 DB를 문서화하고 있습니다 ... 저는 DB를 문서화하고 모든 키와 관계를 보여 주기만하면됩니다.visio 또는 더 나은 기능을 갖춘 DB (SQL Server) 문서화?
visio는 올바른 방법입니까? .. 그 상당히 작은 프로젝트 및 Visio는
I 2008 대 사용하고 ... 가격 태그를 가지고 수행하고이 데이터베이스 다이어그램 통합이하지만 난 생각하지 않는다 그것의 그 어떤 사람에 대한 강력한
모든 전망 사용 이유
덕분에 (아마도 이전) 적어도 2005 년 이후 SQL Server가 관리 스튜디오에서 ER (개체 관계) 다이어그램을 생성 할 수있다 것을
베어 마음에 좋을 woudd. 최소한 테이블과 관계를 보여줄 것이고 대부분의 시간 내 목표에 충분히 유용하다는 것을 알았습니다.
다이어그램 목적으로 SQL 2005 Management Studio에서 다이어그램을 사용하는 것이 좋습니다.
설명서 목적으로, 테이블의 & 설명과 함께 아주 멋진 HTML 형식으로 SQL DB의 전체 문서를 생성하기위한 내장 템플릿이있는 myGeneration을 사용하는 것이 좋습니다. 당신이 mygeneration를 설치 한 후, 당신은 템플릿 마이크로 소프트 SQL 서버를 찾을 수 있습니다 - 보고서 - 콘라드는 이미 레드 게이트는 SQL 문서를 사용할 수 있습니다 언급 한 바와 같이 HTML 데이터베이스 보고서
는 또한 RedGate Sql Doc
를 보라; 비록 내가 1 년 전에 비교했을 때, 좀 더 유연한 것으로 발견 된 ApexSql Doc을 사용하기를 원했지만,이 도구는 데이터베이스의 객체의 확장 속성 (일반적으로 "MS_Description")을 읽었으므로, 이 속성들은 또한 객체 간의 관계 다이어그램을 생성 할 수 있습니다.
Viso를 Sybase 데이터베이스에 여러 번 사용했는데 정상적으로 작동합니다.
최종 문서를 동료 팀과 공유해야하기 때문에 일반적으로 Viso를 사용하고 Office 전문가의 일부인 Viso를 모두 갖고 있지만 모두 동일한 DB 도구를 사용하지는 않았습니다. 예를 들어 프로젝트 관리자 나 GUI 개발자가 데이터베이스 작업을하지 않지만 데이터 모델을보아야하는 경우를 예로들 수 있습니다.
SQL Server의 경우 문서화를위한 간단한 옵션이라고 생각합니다. 리버스 엔지니어링은 제한적이지만 적절한 데이터 모델링과 심지어 DB 생성을 위해서는 필자의 데이터베이스 플랫폼에 특화된 도구를 찾는다.
도움이 되었기를 바랍니다.
건배,
케빈