2009-11-06 3 views
0

SQL Server 2005에서 기존 텍스트와 반대 텍스트로 기존 varchar (max)를 정의하는 것과의 차이점을 테스트했습니다. 모두 잘 수행되었으며 새로운 데이터 유형이 특정 테스트 케이스에서 78에서 8까지 읽는 양은 우리가 놓치고 싶지 않은 성능 향상을 나타냅니다. 데이터 형식 VARCHAR (최대)의 열 지금 msaccess2003 데이터 형식 텍스트 (255)에 매핑됩니다varchar (max) 데이터 유형 odbc에서 ms-access2003으로 매핑

는하지만 지금 2008 버전의 대상 SQLSERVER에 내가 문제를 얻을.

이 ODBC 매핑은 어디에 정의되어 있습니까? 메모에 원하는 매핑 varchar (최대)를 가져 오려면 어떤 매개 변수를 변경해야합니까?

평화

아이스

업데이트 : 이제 내가 액세스 ODBC-소스를 연결할 때 원격으로 승리 2008/SQL Server 2008에서 VARCHAR의 매핑 (로그인 한 상태에서 알고

max)에서 ms-access-datatype 메모가 올바른지 확인하십시오. 우리는 LAN에서 작업하고 Win2003-Citrix-Server에 로그온하여 ODBC-Sources를 ms 액세스로 연결하면 매핑이 잘못됩니다. 아주 이상한 상황, 뭐야? 이 문서 가져 오기를 의미하는 동안

+0

서버의 ODBC 드라이버가 워크 스테이션과 다른 버전 일 가능성이 높습니다. 나는 서버의 ODBC 드라이버가 연결된 클라이언트 워크 스테이션에서 사용된다고 생각하지 않는다고 가정합니다. 서버의 세션에 로그온 한 사용자는 서버의 ODBC 드라이버를 사용하지 않습니다. 이것이 Access with ODBC라는 것을 기억하십시오. Jet는 Jet이고 Jet는 로컬 컴퓨터의 ODBC 드라이버를 사용합니다. –

+0

@David : 네, 슈어에게는이 일관성을 알았습니다. 따라서 우리는 SQL2008 Client-conectivity Tools를 클라이언트에 설치했습니다. 차이가 있어야하지만 어디를보아야합니까? – Ice

답변

0

, 그것은 당신이 관심을 가질만한 : http://www.windows-tech.info/15/313c8cc3ac03f313.php

그것은 상태 :

SQL 서버에 대한 여러분의 필드가 NVARCHAR (MAX)해야한다에 직접 매핑 Access의 MEMO 필드는 입니다. 해당 필드의데이터 형식은 해당 필드의 SSIS 패키지 이어야하며 DT_NTEXT 여야합니다.

- 필 Brammer

+0

우리의 레거시 애플리케이션은 유니 코드 데이터 유형을 처리 할 수 ​​없지만 시도해 볼 것입니다. – Ice

1

기본 SQL 서버 네이티브 클라이언트 10.0에서 전환 구운-IN에 WINXP SQL Server 드라이버 ODBC 연결이 나를 위해 일합니다.

SQL Server 2008 varchar (max)가 이제 연결된 테이블의 Access 2003 메모에 매핑됩니다.

관련 문제