앱을 완전히 SQL Server 2005로 만드는 방법은 무엇입니까?

Question

MSSQL을 사용하는 응용 프로그램이 있습니다. 2005 년으로 이동할 때 기본적으로 고객에게 후진 호환성 패키지를 적용하는 것이 좋습니다. 그러나 누군가가 2005 년에 100% 호환되는 방법을 묻습니다. . 호환성 레벨 : SQL Server 2005 (90) 2. DMO 참조를 제거하고 SMO로 교체 3. ADO를 사용하여 연결

이것이 정답인지 확실하지 않습니다.

Answer 1

실제로 당신은 두 가지 다른 것에 대해 이야기하고 있습니다.

하나는 데이터베이스를 SQL 2005 레벨로 업데이트하여 사용 가능한 기능 만 사용할 수있는 것입니다. 호환성 레벨을 설정하여 쉽게 수행 할 수 있습니다. 그러나이 경우 SQL 2000 클라이언트는 문제가 발생할 수 있습니다.

둘째는 SQL 2005 관련 라이브러리 만 사용하도록 응용 프로그램을 업그레이드하는 것입니다. 이것은 또한 쉬운 일입니다. 기본적으로 당신이 작성한 단계입니다. 이 경우 애플리케이션은 라이브러리가 뒤로 호환되기 때문에 SQL 2000 데이터베이스 (일부 SQL 2005 특정 기능을 사용하는 경우 제외)에서 작동 할 수도 있습니다.

끝 단어 : 당신은 어느 쪽이든입니다 호환 가능 SQL 2005에서 유일한 차이점은 SQL 2005를 사용할 수 있다는 것입니다. 특정 기능 아니면 아니에요.

이미 SQL 2008로 변경하지 않겠습니까? 여기 스레드가 있습니다 이 주제에 대해.

Answer 2

실제로 호환되는지 확인하려면, 찾는 유일한 방법은 뒤로 호환성 패키지없이 SQL 2005 서버에서 앱을 실행하는 것입니다. 철저한 테스트 스위트가 있으면 많은 도움이되지만 모든 백엔드 코드가 적용되고 정상적으로 수행되는지 확인해야합니다.

SQL 2000과 SQL 2005를 사용한 응용 프로그램에서 작업했으며 버전 전환이 필요한 앱의 유일한 비트는 SQL Server의 시스템 테이블을 사용하여 런타임에 테이블을 동적으로 발견하는 데 필요한 털이 많은 반사 코드였습니다. 우리를위한 솔루션은 동적 SQL을 사용하는 것이었지만 앱과 사용자에게 올바른 선택을해야합니다.

앱은 100% SQL 2005와 호환됩니다. 'Out of the Box'SQL 2005 구성에서 올바르게 실행되면 후진 호환 수정이 적용되지 않습니다.

Answer 3

DTS 패키지가 있으면 완전히 호환되도록 SSIS 패키지로 변환해야합니다.

당신이 완전히 호환되는지 확인하려면, 더 이상 사용되지 않는 문서를 확인하고 그 중 하나를 사용하고 있다면 지금 계속 수정하십시오.

또한 2000 년이 아닌 피벗 기능을 사용할 수있는 코드를 볼 수도 있습니다. 이전 코드는 작동하지만 피벗 코드는 더 나은 선택이며 아마도 더 효율적일 것입니다. 다른 새로운 기능들과 마찬가지로, 당신이 그들 주위에서 어떻게 일하고 있는지 확인하고 수정하는 방법을 확인하십시오. 고려해야 할 중 하나는 새로운 데이터 유형 인 Varchar (Max)로 텍스트를 제출할 수 있는지 여부입니다. 그런 다음 비교를 위해 Varchar로 변환하는 코드의 장소를 찾으십시오.