개발자가 sql2008 개발 환경을 구현하려고했지만 여전히 sql2000 테스트 및 sql2000 프로덕션 환경을 사용해야한다면 무엇이라고 말합니까?테스트 환경과 생산 환경이 다른 개발 환경입니까?
dev 서버에서 sql2008을 사용하는 데 문제가 있습니까? 물론 사용할 수없는 기능을 알아야하므로 sql2008 서버에서 sql2000으로 작업을 마이그레이션 할 때 문제가 발생하지 않았습니다.
저는 dev/qa/prod 환경과 다른 로컬 버전으로 개발하는 것을 강력하게 피합니다. 대부분의 경우 아무 일도 일어나지 않지만 문제가 발생하면 문제를 추적하는 데 영원히 걸릴 수 있습니다. 다른 환경이 있기 때문에 로컬로 복제 할 수 없을 수도 있습니다.
기본 SQL 기능을 사용하면 OK입니다.
왜이 환경을 사용하는지 모르겠지만 프로덕션 환경에서 사용할 때 놀라지 않을 수 있도록 가능한 한 유사한 환경 및 DEV, QA 및 생산으로 사용하는 것이 가장 좋습니다.
SQL 2000은 OLEDB와 SQL 2008을 사용하여 ADO.NET 공급자를 사용할 수 있다고 생각합니다. 더 많은 차이점이있을 수 있습니다. 따라서 은 그렇게하지 말 것을 권합니다.
준비 환경과 프로덕션 환경이 아닌 경우 새 버전의 SQL Server를 사용하는 개발 환경이 필요한 이유가 없습니다.
버전에 따라 어떤 소프트웨어가 작동하는지에 관계없이 동일한 버전을 유지하지 않아도 발생할 수있는 버그가있을 수 있습니다. 전체 환경에서 동일한 버전을 사용하는 것이 좋습니다.
2000 년에 작동하게했다면 2000 년에 2008을 사용하면 무엇을 얻을 수 있습니까?
이 일을 너무 많은 문제가 있습니다
절대적으로 실제 환경보다 dev에 대해 서로 다른 버전을 사용하는 이유가 없습니다. 그것은 결국 당신에게 슬픔과 비 일관성을 초래하게 될 것입니다.
SQL Server 2008 환경이있는 Virtual Machine (예 : Virtual Server 2005 R2 SP1/Update)을 설정하는 방법은 어떻습니까? 이렇게하면 SQL 2000 환경을 오염시키지 않으면 서 동시에 문제를 해결할 수 있습니다. 이 설정은 별도의 컴퓨터에서 VM으로 설정하거나 자체 개발 컴퓨터에서 VM으로 추가하기 만하면됩니다.
모든 환경을 동일하게 유지하는 것이 가장 좋습니다. 새로운 환경에서 새로운 기능을 시험 사용하여 테스트 및 라이브 시스템을 업데이트하는 것이 유익한 지 여부를 판단하는 것이 유용하다는 것을 알 수 있습니다.
-1 위선자 인 경우 – Germ