2012-02-23 2 views
0

파이프 크기가 ​​큰 일부 스키마 변경 사항이 있으며 수동으로 업그레이드 스크립트를 작성하는 데 필요한 몇 가지 팁이 필요합니다. 우리는 SQL Server 2000을 사용하고 이 아니며은 자동화 된 도구에 액세스 할 수 없으며 현재로서는 옵션이 아닙니다. 우리가 가진 유일한 데이터베이스 도구는 SQL Server Management Studio입니다.SQL Server 업그레이드 스크립트를 수동으로 작성하기위한 팁

+0

Visual Studio에 대한 액세스 권한이 없습니까? –

+0

우리는 VS2008을 가지고 있지만 데이터베이스 프로젝트를 위해 SQL Server 2000을 지원하지 않습니다. – Nosila

답변

1

새 버전의 SQL이있는 로컬 컴퓨터로 데이터베이스를 가져올 수 있습니다. 그런 다음 '스크립트 생성'기능을 사용하여 많은 데이터베이스 개체를 스크립팅 할 수 있습니다.

하면, 당신은 덩어리로 그것을 깨는 시도하고 작은 일괄 적으로 실행할 수 있습니다 생성 된 스크립트에 문제가있는 경우 SQL 서버 2000

에 대한 스크립트에 고급 설정에서 설정해야합니다. 그런 식으로 생성 된 특정 스크립트가 있다면 SQL을 수동으로 작성하여 실행할 수 있습니다.

1

마음에 들지 않았지만 SQL Compare과 같은 스키마 비교 도구를 사용하고 변경 사항을 SQL 파일로 스크립팅 한 다음 SQL 파일을 실행하기 전에 손으로 편집 할 수 있습니다. 나는 수동으로 작성하지 않고 수동으로 작성하는 것과 비슷하다고 생각합니다.

수동으로 작성해야하는 경우 작업 속도를 높이기 위해 인텔리 센스 유형의 도구를 사용하는 것이 좋습니다.

1

귀하의 배포 전략은 배포 시나리오에 따라 다소 사용자 정의 될 수 있지만 여기에 도움이되는 몇 가지 사항이 있습니다.

  • 당신은 일찍하고 자주 (당신이 어쨌든 이것을하지 않으려하지 않음) 테스트하기를 원할 것입니다. 따라서 백업을 사용하여 초기 스키마에 테스트 DB가 있어야합니다. "시작"하고 여러 번 업그레이드를 테스트하십시오.
  • 백업 & 복원은 시간이 오래 걸릴 수 있으므로 업그레이드 스크립트를 테스트하기 위해 데이터 행이없는 데이터베이스 (스키마 만)가 있으면 도움이 될 수 있습니다. 필요할 때 다시 돌아갈 수 있도록 "시작"백업을 얻는 것을 잊지 마십시오.
  • 일련의 스크립트를 함께 스트링하는 것을 고려하십시오. 빌드 나 기능 또는 기타 하나당 하나씩 사용할 수 있습니다. 이렇게하면 스크립트의 일부가 작동하면 그대로 둘 수 있습니다.
  • 큰 데이터 마이그레이션은 까다로워 질 수 있습니다. 데이터 변환, 행 복사 또는 새 테이블로 이동 등을 수행하는 경우 이동 전 행 수를 확인한 후 나중에 모든 행을 고려해야합니다.
  • 실패를 계획하십시오. 문제가 발생하면 문제를 해결할 계획을 세워야합니다. 배포가 시작될 때 수행 한 백업으로 모든 것을 되돌릴 지 여부와 관계 없습니다. 계획이 있는지 반드시 확인하고 이동/이동 지점이 어디에 있는지 파악하십시오.

행운을 빈다.

관련 문제