0
데이터베이스 스키마 패치를 Azure 연속 배포 플로우에 포함시키는 표준 방법을 찾으려고했습니다.SQL Azure 데이터베이스 스키마 패치 시스템
그래서 해결책을 찾고있는 문제는 응용 프로그램이 발전함에 따라 데이터베이스도 마찬가지입니다. 새로운 기능을 지원하기 위해 데이터베이스를 변경하는 경우가 종종 있습니다.
이전 작업 환경에서는 XML 문서의 링크 된 목록에서 데이터베이스를 변경하는 독점 솔루션을 사용했습니다. 그런 다음 데이터베이스는 적용된 최신 패치를 알고 새로운 패치가있는 경우 해당 패치를 적용합니다. 그렇게하면 모든 환경을 동기화 된 상태로 유지하는 것이 쉬우 며, 변경 사항은 코드를 따릅니다.
이러한 독점적 인 솔루션이 효과적 이었지만이 작업을 수행하기위한 또 다른 도구를 구현하기 전에 SQL Azure에서 제공하는 표준 솔루션이 있는지 여부를 확인했습니다. 그러나 나는 하나를 찾을 수 없었습니다.
나만의 도구가 있습니까? 아니면 직접 도구를 만들어야합니까?
정말 잘 이러한 작업 :
이 그 주제에 좋은 작은 시리즈입니다. VS- 기반의 MSSQL 버전 관리에 대한 이전 경험을 통해 예상보다 훨씬 향상되었습니다. 잠재적 인 데이터 손실 오류 (정밀도 또는 유형 변경)가 발생하거나 테이블을 삭제/다시 읽도록 변경하는 데주의해야한다는주의 사항을 추가합니다. 기본적으로 배포는 이러한 조건에서 완전히 실패합니다. 우리는 사전 및 사후 배포 스크립트를 실행하는 구워진 기능을 활용하여이 문제를 해결했습니다. 오류에도 불구하고 배포하도록 강요 할 수 있지만 장기적인 전략에 대해서는 그다지 편안하지 않았습니다. –
감사! Visual Studio 데이터 프로젝트를 사용할 수 있다는 점이 의미가 있습니다. 나는 전에 그들을 보지 못했다. 그리고 피트, 네 요점은 매우 유효합니다! 바로 그 이유 때문에 이전 버전과 호환되는 데이터베이스 변경 사항을 작성하는 데 익숙합니다. 실제로 데이터베이스 변경 사항을 미리 코드 변경 사항에 적용하면 인디애나 존스 스위치에 의존하지 않아도됩니다. –