데이터베이스 코드 및 데이터 리팩터링
데이터베이스 리팩터링을 사용하면 데이터베이스 프로젝트를 반복적으로 변경할 때 소요되는 노력과 오류 가능성을 줄일 수 있습니다. 예를 들어 테이블의 이름이나 테이블이 속해 있는 스키마를 변경할 때는 수백 개의 인덱스, 제약 조건 및 프로시저를 업데이트해야 할 수 있습니다. Visual Studio Premium의 리팩터링 형식을 사용하여 이러한 반복 작업 중 일부를 수행할 수 있습니다. 또한 추가 리팩터링 형식에 대한 고유한 도구를 만들거나 기존 리팩터링 형식을 확장하여 다른 파일 형식을 포함할 수 있습니다.
일반 작업
다음 표에서는 리팩터링을 사용하여 수행할 수 있는 일반적인 작업에 대한 설명과 리팩터링을 사용하여 이러한 목적을 달성하는 방법에 대한 자세한 내용을 볼 수 있는 링크를 보여 줍니다.
작업 |
지원 내용 |
---|---|
데이터베이스 개체 이름 바꾸기: 리팩터링을 사용하여 데이터베이스 프로젝트 전체에서 데이터베이스 개체에 대한 모든 참조를 변경할 수 있습니다. 프로젝트를 배포할 때는 리팩터링 로그를 사용하여 변경 의도를 보존할 수 있습니다. |
|
서버 또는 데이터베이스에 대한 모든 참조 이름 바꾸기: 리팩터링을 사용하면 서버나 데이터베이스의 이름은 물론이고 크로스 데이터베이스 참조에 있는 SETVAR 변수의 이름도 자동으로 업데이트할 수 있습니다. |
|
데이터베이스 개체를 다른 스키마로 이동: 리팩터링을 사용하여 데이터베이스 개체를 다른 스키마로 이동하고 데이터베이스 프로젝트 전체에서 해당 개체에 대한 모든 참조를 자동으로 업데이트할 수 있습니다. 프로젝트를 배포할 때는 리팩터링 로그를 사용하여 변경 의도를 보존할 수 있습니다. |
|
데이터베이스 개체 이름 정규화: 리팩터링을 사용하여 데이터베이스 프로젝트에 포함된 데이터베이스 개체의 이름을 정규화할 수 있습니다. 이러한 이름을 정규화하면 참조가 모호해지지 않도록 할 수 있습니다. |
|
SELECT 문에서 와일드카드 문자 확장: 리팩터링을 사용하여 데이터베이스 프로젝트의 뷰, 프로시저 및 스크립트에 사용된 와일드카드 문자를 확장할 수 있습니다. |
|
실습: 연습 과정을 따라 다른 형식의 리팩터링 외에도 데이터베이스 개체를 다른 스키마로 이동하는 방법을 익힐 수 있습니다. 기초 연습을 완료하여 데이터베이스 개발 주기의 일부로 리팩터링을 사용하는 방법도 알아볼 수 있습니다. |
|
문제 해결: 데이터베이스 리팩터링과 관련된 일반적인 문제를 해결하는 방법에 대해 알아보십시오. |