데이터베이스 개체 이름 정규화
데이터베이스 개체에 대한 모든 참조를 정규화하여 데이터베이스 코드의 디자인을 향상시키고 다른 사용자가 이해하기 쉽게 만들 수 있습니다. 데이터베이스 프로젝트 간에 복사할 때처럼 한 위치에서 다른 위치로 코드를 복사할 때 오류를 방지할 수도 있습니다. 예를 들어 [CustomerData]라는 스키마에 [Customer]라는 테이블이 있는 한 데이터베이스의 저장 프로시저에서 코드를 복사할 수 있습니다. 해당 열에 대한 참조에 스키마 이름을 포함할 경우 이 참조는 [CustomerData].[Customer]가 됩니다. 이러한 참조를 정규화하면 해당 코드를 복사할 경우 실수로 다른 스키마의 [Customer] 테이블을 참조하게 될 가능성이 줄어듭니다.
각 참조를 직접 정규화하는 대신 데이터베이스 리팩터링을 사용하여 코드 블록 또는 전체 데이터베이스 프로젝트에 있는 모든 개체의 이름을 자동으로 업데이트할 수 있습니다. 그런 다음 변경 내용을 데이터베이스 프로젝트에 적용하기 전에 각 변경 내용을 미리 볼 수 있습니다.
배포
리팩터링을 사용할 때는 프로덕션 데이터베이스 대신 데이터베이스 프로젝트만 업데이트합니다. 이 전략을 따르면 버전 제어와 팀 개발을 비롯하여 데이터베이스 프로젝트의 모든 이점을 얻을 수 있습니다. 변경 내용을 배포할 경우 리팩터링 로그 파일을 사용하여 데이터베이스 프로젝트의 변경 의도를 보존할 수 있습니다.
자세한 내용은 데이터베이스를 빌드하여 격리된 개발 환경에 배포를 참조하십시오.
참고
팀 환경에서는 변경 내용을 프로덕션 서버에 배포하기 전에 응용 프로그램 및 데이터베이스 단위 테스트를 실행해야 합니다. 자세한 내용은 팀 데이터베이스 개발 시작을 참조하십시오.
일반 작업
다음 표에서는 이 시나리오를 지원하는 일반적인 작업에 대한 설명과 해당 작업을 성공적으로 완료하는 방법에 대한 자세한 내용을 볼 수 있는 링크를 보여 줍니다.
Task |
지원 항목 |
|---|---|
실습: 연습 과정을 따라 다른 형식의 리팩터링 외에도 리팩터링을 사용하여 데이터베이스 개체의 이름을 정규화하는 방법을 익힐 수 있습니다. |
|
데이터베이스 개체 이름 정규화: 리팩터링을 사용하여 데이터베이스 프로젝트에 포함된 데이터베이스 개체의 이름을 정규화할 수 있습니다. 리팩터링 작업의 일부로 변경 내용을 적용하기 전에 미리 볼 수 있습니다. |
|
리팩터링 작업 실행 취소: 리팩터링 작업을 되돌려야 하는 경우 Visual Studio의 현재 세션에서 해당 리팩터링 작업의 실행을 취소할 수 있습니다. |
|
데이터베이스 리팩터링 변경 내용 배포: 데이터베이스 프로젝트를 리팩터링한 후에는 해당 변경 내용을 대상 데이터베이스에 배포해야 합니다. 일반적으로 변경 내용을 버전 제어에 체크 인하기 전에 격리된 개발 환경에 배포하여 테스트합니다. |
|
문제 해결: 데이터베이스 리팩터링과 관련된 일반적인 문제를 해결하는 방법에 대해 알아보십시오. |