나는 이것이 "1000 페이지 책을 읽는 것"보다 짧은 대답을 가진 질문이기를 바란다. 그러나 그것이 실제 상황이라면 나에게 타격을 준다.
저는 실제 DBA가 아니며 DBA가 필요하다는 사실을 알고있는 소프트웨어 개발자이지만 DBA는 제로가 없습니다. 그러나 여러 핵심 저장 프로 시저를 포함한 MS SQL 데이터베이스 디자인은 큰 혼란입니다. 저장 프로시 저는 느리고 버그가 있다고 생각하지만 어떻게 작동하는지 알지 못하므로 수정 방법을 모릅니다.
처음에는 모든 작업이 어떻게 수행되는지 문서화하기로 결정한 다음 단위 테스트를 시작하고 저장 프로 시저가 실제로 작동하는지 증명하는 단위 테스트 집합을 작성합니다. 그들이 수행하는 논리는 우리 응용 프로그램의 핵심 부분입니다. 우리 회사의 주요 제품의 "크라운 보석"이며 작동 방식은 완전히 문서화되어 있지 않습니다.
전문가 DBA가 서로를 불러 일으키는 거대한 저장 프로 시저 웹을 이해하기 위해 기존 DB가 있거나 필요할 경우 스스로 작성할 수있는 특정 기술 문서를 찾고 있습니다.
큰 저장 프로 시저를 문서화하기위한 일반적인 형식은 무엇입니까? 각 In 매개 변수에 대한 예상 값 설명 (예 : "사전 조건", "사후 조건", 즉 부울 매개 변수의 경우 켜거나 끌 때 변경되는 내용 등)?
일반적으로 어떻게 문서화합니까? SQL 주석 만? 목적에 맞는 외부 툴링? 외부 "문서"? MS SQL Management Studio 이외의 SQL 도구는 없지만 환경을 이해하고 문서화하며 테스트하는 도구가 있는지 궁금합니다. 아마도 이것이 내 질문을하는 더 좋은 방법 일 것입니다. 혼란을 해결하려면 어떤 도구가 필요합니까?
우리의 목표는 다음과 같습니다.
A. 절차가 어떻게 작동해야하는지 이해하는 데 도움이되도록 생성 한 문서 나 환경에 추가하는 도구를 사용하여 저장 프로 시저에 대한 단위 테스트 범위를 만들 수 있습니다.
B. 클라이언트 응용 프로그램 개발자에게 이러한 복잡한 저장 프로 시저 각각을 올바르게 호출하는 방법을 보여줍니다.
C. 저장 프로 시저를 단위 테스트합니다.