시험 및 생산 환경과 다른 개발 환경?

Question

개발자가 SQL2008 DEV 환경을 구현하고 싶었지만 여전히 SQL2000 테스트와 SQL2000 생산 환경을 사용해야한다면 무엇을 말 하시겠습니까?

개발자 서버에서 SQL2008을 사용하는 데 문제가 있습니까? 물론 사용할 수없는 기능을 알아야하므로 SQL2008 서버에서 SQL2000으로 작업을 마이그레이션하는 데 문제가 없었습니다.

Answer 1

DEV/QA/PROD 환경과 다른 로컬 버전에서 개발하는 것을 피할 것입니다. 대부분의 시간은 아무 일도 일어나지 않지만, 그렇게하면 문제를 추적하는 데 영원히 걸릴 수 있습니다. 뿐만 아니라 다른 환경이 있기 때문에 로컬로 복제 할 수 없을 수도 있습니다.

Answer 2

기본 SQL 기능을 사용하십시오.

왜이 환경을 사용하는지 모르겠지만 생산을 진행할 때 놀라움을 피하기 위해 가능한 한 유사한 환경과 DEV, QA 및 생산으로 사용하는 것이 가장 좋습니다.

SQL 2000은 OLEDB 및 SQL 2008을 사용하여 ADO.NET 제공 업체를 사용할 수 있으며 더 많은 차이점이있을 수 있습니다. 그래서 그렇게하지 말라고 조언하는 것이 가장 좋습니다.

Answer 3

준비 및 생산 환경이없는 경우 최신 버전의 SQL Server를 사용하여 개발 환경이 필요한 이유를 모르겠습니다.

어떤 소프트웨어가 버전을 기반으로 다른 소프트웨어에 관계없이, 동일한 버전을 유지하지 않음으로써 발생할 수있는 버그가있을 수 있습니다. 전체 환경에서 동일한 버전을 사용하는 것이 좋습니다.

Answer 4

SQL Server 2008 환경이있는 가상 머신 (예 : Virtual Server 2005 R2 SP1 w/Update)을 설정하는 것은 어떻습니까? 이렇게하면 SQL 2000 환경을 오염시키지 않아도 동시에 시도해 볼 수 있습니다. 별도의 기계에서 VM으로 설정하거나 자신의 개발 기계에 VM으로 추가 할 수 있습니다.

Answer 5

모범 사례는 모든 환경을 동일하게 유지하는 것이라고 생각합니다. 새로운 환경에서 새로운 기능을 시도하여 테스트 및 라이브 시스템을 업데이트하는 것이 유익한 지 확인하는 것이 사용자에게 보일 수 있습니다.

Answer 6

2000 년에 일할 수 있다는 것을 알고 있다면 2000 년 이상 2008을 사용하여 얻을 수있는 것은 무엇입니까?

이를 수행하는 데는 많은 문제가 있습니다.

1. 정확히 동일한 SQL에서도 성능이 완전히 다를 수 있습니다.
2. DTS 패키지는 완전히 다르게 처리됩니다
3. 무의식적으로 SQL2000과 호환되지 않는 코드를 사용할 수 있습니다. 당신은 당신이 그것을 테스트하거나 라이브로 옮기기 전까지는 알지 못할 것이며,이 시점까지 호환되지 않는 코드를 중심으로 낭비 된 개발을 많이 할 수있었습니다.
4. 등 등 ...

라이브 환경과 다른 버전을 사용해야 할 이유는 없습니다. 그것은 단지 당신에게 슬픔과 불일치를 일으킬 것입니다.