문서화되지 않은 큰 데이터베이스를 다루는 방법

최근에 특정 회사 X에서 유일한 IT Guy로 고용되었으며 응용 프로그램을 수정해야한다고 생각합니다. 제 생각에는 데이터베이스를 이해하는 것이 가장 좋습니다.

현재 데이터베이스는 186 개의 테이블이있는 MySQL 데이터베이스입니다 (일부 테이블은 비어 있음을 유념하십시오). 그리고 응용 프로그램은 MS Access 데이터베이스 인터페이스를 통해 데이터베이스와 통신하고 있습니다. (왜 개발자들도 그렇게했는지 묻습니다)

질문은, 문서화되지 않은이 큰 데이터베이스를 어떻게 다루어야합니까? 예, 응용 프로그램 개발자가 내 인생을 쉽게하기 위해 ERD 또는 데이터 사전 또는 데이터베이스에 대한 정보를 기꺼이 제공하지 않기 때문에 문서화되어 있지 않습니다. 오히려 큰 데이터베이스의 구석 구석을 이해하기 위해이 위험한 노력을 어떻게 제안 하시겠습니까?

관련 질문 : 못생긴 데이터베이스로 뛰어 드는 방법?

링크 된 답변은 문제를 상향식으로 해결합니다. 귀하의 책임은 응용 프로그램 과 데이터베이스를 포함하므로 응용 프로그램 에서 시작하여이 하향식을 공격하는 경향이 있습니다.

사용자와의 상담을 통해 가장 자주 사용되는 응용 프로그램 기능을 이해하는 데 집중하십시오. 프로파일 링 / 로깅 도구를 통해 해당 기능의 데이터베이스 상호 작용을 추적하여 주요 테이블 및 프로 시저를 식별 할 수 있습니다.

이런 식으로 귀하의 초기 노력은 거의 또는 전혀 사용되지 않을 수있는 테이블과 쿼리를 문서화하는 데 시간을 낭비하지 않고 "중요한 것"으로 제한됩니다. 또한 Pareto Principle 을 통해 버그 수정 노력에 집중할 수 있습니다 ( 그래도 Microsoft는 말합니다 ).

MySQL Workbench를 얻은 다음 데이터베이스에서 EER 모델을 만들려고합니다. 이것은 당신이 무엇으로 연결되는지를 볼 수 있고 개발자들이 무엇을 생각하고 있는지 알 수 있음을 의미합니다. 모두 응용 프로그램의 구조에 따라 다릅니다.

DBLint 가 데이터베이스 문제를 식별하는 데 유용하다는 것을 알았 습니다. 다음과 같은 멋진 속성이 있습니다.

1. 결과는 (주관적인) 중요도에 따라 결과의 순위를 매기므로 사소한 경고로 인해 익사하지 않습니다.
2. 중요한 결과는 논쟁의 여지가없고 실행 가능한 경우가 많습니다.
3. 단일 숫자로 데이터베이스에 점수를 매기므로 진행 상황을 측정하고 다른 데이터베이스의 품질을 비교할 수 있습니다. 나는 그것이 매우 동기 부여가된다는 것을 안다.
4. 스키마 기반 검사 만 사용하도록 DBLint를 쉽게 구성 할 수 있습니다. 따라서 큰 데이터베이스에서도 사용해 보는 것이 빠릅니다. 내가 가진 유일한 불만은 DBLint를 실행하려면 Windows를 실행해야한다는 것입니다.

MySQL 데이터베이스에서 핫스팟을 빠르게 식별하기 위해 Neor Profile SQL 은 응용 프로그램과 데이터베이스 사이에있는 소수의 프록시입니다. 그것의 아름다움은 설정이 빠르다는 것입니다.

그럼에도 불구하고 데이터베이스에서 정의되지 않은 실제 기본 및 외래 키를 발견하기 위해 Linkifier를 사용할 수 있습니다 . ERD 플로팅의 경우 추정값을 yEd 로 내보낼 수 있으며 , 테이블의 위치 지정을위한 많은 레이아웃 알고리즘이 있습니다. BPMN은 내가 가장 좋아하는 ERD입니다.

My Sql 데이터베이스에 액세스하기위한 oracle (My SQl Workbench) 도구가 있습니다.이 도구는 데이터베이스의 ERD를 제공 할 수있는 인터페이스입니다.