문제

몇 분 전에 나는 상사와 토론을했고 내가 틀렸다면 더 많은 의미를 원합니다.

다음과 같은 문제가 주어진다 : 동료로부터 빠른 변화가 발생한 후 저장된 절차가 잘못되었습니다. (여기서 이론에 대해 더 이상 정보가 필요하다고 생각합니다)

업데이트 스크립트에서 올바른 버전을 제공하기로 결정했습니다.

존재하는 경우 절차 x .... 드롭 절차 x .... 프로 시저 x를 만듭니다 ....

수정이 실행되는 DBO의 경우 롤백 메커니즘을 준비해야합니다. 내 상사가 나에게 와서 롤백 스크립트를 준비 해달라고 요청합니다. 나는 그에게 우리에게는 하나가 없다고 말합니다. 메인 스크립트가 실패했을 때 선택 사항이 없기 때문입니다. 이제는 완전히 잘못되었고, 우리는 잘못된 것을 롤백 할 수 없습니다. 무의미합니다.

그는 우리가 필요하고 감각이 아니라고 말했습니다 ..

내가 이유를 물었을 때, 그는 사라집니다.

나는 틀렸어?

도움이 되었습니까?

해결책

다운 타임을 원하지 않는 제작 서버 인 경우 롤백 절차가 있어야합니다. 해당 절차가 업그레이드 전에 데이터베이스를 백업하고 실패시 백업에서 복원해야하더라도.

또한 '절차 만들기'가 작동하든 아니든 의미합니다. 이것은 사실이지만 절차가 실제로 작동한다는 의미는 아닙니다. 존재하지 않는 테이블을 참조하는 저장 프로 시저 (적어도 SQL Server에서)를 만들 수 있으며 잘 컴파일됩니다.

다른 팁

당신이 말하는 것에 대한 논리가 있지만, 논쟁이 "작동하지 않는 코드를 백업 할 필요가 없다"고 말하면 상사와 동의 할 수 있습니다.

여전히 누군가의 비싼 시간이며 결함은 사소한 시간 일 수 있습니다. 추가 업데이트가 어떻게 든 일을 더 잘못 만들 수 있다는 것이 생각할 수 있다면, 덜 깨진 상태로 롤백하는 능력을 요청하는 것이 합리적입니다.

두 가지 잘못이 옳지 않습니다.

SP에 대한 이전 변경에 롤백 옵션이 있다면이 상황에 있지 않을 것입니다. 따라서 롤백이 "나쁜"버전으로 이동한다는 것을 알고 있지만. 여전히 거기에 있어야합니다.

여기에서하는 업데이트는 현재보다 훨씬 더 많은 것을 깨뜨릴 수 있습니다.

동료로부터 빠르게 변경 한 후 저장된 절차가 잘못되었습니다. (여기서 이론에 대해 더 이상 정보가 필요하다고 생각합니다)

자세한 정보가 필요합니다.

대본을 변경할 때 동료는 두 가지를 수행했습니다.

  1. 그는 자신이 수정 한 저장된 절차를 개선하지 않았다.
    • 그는이 저장 절차에서 버그를 도입했습니다

이 스크립트를 작성 해야하는지 여부는 다음과 같은 요인에 따라 다릅니다.

  1. 개선이 얼마나 중요한지 (있는 경우)
    • 버그는 얼마나 심각하고
    • 이 스크립트를 작성하는 것이 얼마나 어려운가.
라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top