제 작품에는 모든 사람들이 질문에 대답하는 데 사용하는 SQL 코드 조각이 있습니다. 일부는 특정 고객에 해당하는 반면, 일부는 특정 데이터베이스에 대해 일반적입니다. 나는 그 쿼리를 팀의 누구라도 액세스 할 수있는 라이브러리/저장소에 통합하려고합니다. 요구 사항은 다음과 같습니다팀 환경에서 유용한 SQL 라이브러리를 어떻게 유지 관리합니까?
나 '(특정 태그가있는 모든 쿼리를 포함하는 문서를 작성) 다른 팀 환경에서 작동하는 것으로 관심이있는 사람들.
위키를 사용할 수 있습니다.
Tiddly wiki과 같은 간단한 것으로 시작할 수 있습니다.
SQL 스 니펫을 붙여 넣기보다는 데이터 표현 및 조작을 쉽게하기 위해 ORM (Object-Relational Mapper) 또는 일부 다른 라이브러리로 단계적으로 고려할 것입니다. 스키마 변경 및 추상화 계층을 방지하기 위해 캡슐화 계층을 제공하므로 테이블 집합 (즉, 사용자 테이블, 암호 테이블) 대신 비즈니스 논리 (즉 사용자)로 데이터를 생각할 수 있습니다. , 액세스 테이블 ...).
Perl에서 이것은 DBIx::Class과 같을 것입니다.
위키는 훌륭한 접근 방식입니다.
데이터베이스 별 또는 프로젝트 별 스 니펫의 경우 유사한 구조가 코드에서 발생하는 곳에 대한 링크를 갖는 것이 매우 유용합니다. 우리는 trac의 wiki를 사용하여 SVN과의 좋은 통합을 제공합니다.
다른 접근 방법은 데이터베이스에보기를 만드는 것입니다. 'select * from some_view'는 꽤 많은 SQL을 숨길 수 있습니다. 여전히 위키를 사용하여 문서화하고 싶지만 뷰가 있으면 오래된 사본을 보관하는 사람들에 대해 걱정할 필요가 없습니다.
좋은 아이디어입니다! 나는 그 생각을하지 않는다고 나는 믿지 않는다! 나는 오늘 오후에 내 자리에서 이것을 시작할 것이다. – kemiller2002
이 아이디어에 흥분합니다. 감사 – echo