다음을 통해 공유

데이터베이스 팀 개발 시작

  • 아티클

데이터베이스 스키마에 대한 변경 내용을 관리하려면 먼저 데이터베이스 프로젝트를 만든 다음 관리할 데이터베이스의 개체 및 설정을 가져와야 합니다.

데이터베이스 프로젝트에는 해당 데이터베이스의 개별 인스턴스를 만들거나 기존 인스턴스를 업데이트하는 데 필요한 개체 정의와 배포 스크립트가 포함됩니다. 데이터베이스 프로젝트는 데이터베이스의 오프라인 표현이므로 데이터베이스 프로젝트를 버전 제어에서 관리하도록 설정한 다음 격리된 개발 환경에 반복적 변경 내용을 배포할 수 있습니다. 팀 멤버는 자신이 변경한 내용을 독립적으로 테스트할 수 있으며 변경 내용을 완전히 테스트한 후에 팀과 공유할 수 있습니다. 이 방법을 사용하면 데이터베이스 코드를 프로덕션 환경에 배포하기 전에 품질을 제어할 수 있습니다.

데이터베이스 프로젝트의 형식 지정

데이터베이스 프로젝트를 만들 때는 사용 중인 SQL Server 버전에 해당하는 프로젝트 형식을 지정합니다. 예를 들어 관리하려는 데이터베이스가 SQL Server 2005를 기반으로 하는 경우 SQL Server 2005 데이터베이스 프로젝트 또는 SQL Server 2005 마법사를 지정합니다. 마법사를 사용하면 프로젝트를 만들 수 있을 뿐 아니라 일부 빌드 및 배포 설정을 구성하고 데이터베이스 개체와 설정을 동시에 가져올 수도 있습니다.

데이터베이스 개체 및 설정 가져오기

프로젝트를 만든 후에는 데이터베이스 인스턴스 또는 스크립트에서 개체 및 설정을 가져올 수 있습니다. 데이터베이스를 가져오면 해당 개체 정의의 유효성이 검사되며 구문 분석할 수 없는 문은 ScriptsIgnoredOnImport.sql 파일에 저장됩니다. 더 이상 존재하지 않는 개체를 참조하는 개체 정의를 가져오는 경우 데이터베이스 프로젝트를 빌드 및 배포하기 전에 해당 오류를 해결해야 합니다. 예를 들어 더 이상 존재하지 않는 테이블을 참조하는 저장 프로시저를 가져오게 될 경우 오류를 해결하기 위해 해당 저장 프로시저를 제거할 수 있습니다.

큰 스키마를 가져올 때는 이러한 오류를 해결하는 데 많은 시간을 소요해야 할 수 있습니다. 하지만 팀 멤버가 Visual Studio Premium에서 스키마를 업데이트하다가 모르는 사이에 추가 오류를 초래하는 것을 방지할 수 있습니다. 팀 멤버가 개체 정의를 수정하고 저장하면 모든 변경 내용의 유효성이 검사되므로 팀 멤버가 즉시 오류를 수정하여 해당 오류가 라이브 데이터베이스에 배포되지 않도록 할 수 있습니다. 개체 정의의 경고를 해결한 후에는 데이터베이스 코드를 분석하여 디자인 문제, 명명 문제 및 성능 문제도 확인해야 합니다. 자세한 내용은 데이터베이스 코드를 분석하여 코드 품질 향상을 참조하십시오.

일반 작업

팀의 개발 방법론에 따라 데이터베이스 프로젝트의 팀 개발을 시작할 때 다음 표의 작업을 수행할 수 있습니다.

일반 작업

지원 내용

데이터베이스 프로젝트에 대한 자세한 내용: 데이터베이스 프로젝트를 사용하여 스키마 변경 내용을 관리하는 방법에 대한 기본 개념을 알아보십시오.

실습: 기초 연습 과정을 따라 사용자의 변경 내용이 다른 팀 멤버의 변경 내용과 충돌하지 않도록 격리된 개발 환경을 만드는 방법을 익힐 수 있습니다. 데이터베이스 개발 주기의 보다 작은 부분을 다루는 좀 더 구체적인 연습을 수행해 볼 수도 있습니다.

기존 데이터베이스 스키마를 버전 제어에서 관리하도록 설정: 데이터베이스 프로젝트 마법사를 사용하여 프로젝트를 만들고 프로젝트 설정을 구성하고 스키마를 가져올 수 있습니다. 또한 나중에 스키마를 가져오려는 경우나 가져올 스키마가 있는 데이터베이스에 액세스할 수 있는 권한이 없는 경우 빈 프로젝트를 만들 수 있습니다. 스키마를 가져온 후 해당 프로젝트를 버전 제어에 추가할 수 있습니다.

관련 시나리오