시간이 지남에 따라 대부분의 데이터베이스 애플리케이션은 성장하고, 더 복잡해지고, 더 많은 사용자를 지원해야 합니다. Microsoft Office Access 애플리케이션의 수명 중 어느 시점에서 성능, 확장성, 가용성, 보안, 안정성 및 복구 가능성을 최적화하기 위해 Microsoft SQL Server 데이터베이스로 크기를 조정하는 것이 좋습니다.
이 문서의 내용
Microsoft Office Access 데이터베이스의 크기 조정 정보
업사이징은 Access 데이터베이스에서 새 또는 기존 SQL Server 데이터베이스 또는 새 Access 프로젝트(.adp)로 데이터베이스 개체 일부 또는 전부 마이그레이션하는 프로세스입니다.
데이터베이스를 SQL Server 업사이징할 때의 이점
-
고성능 및 확장성 대부분의 경우 SQL Server Access 데이터베이스보다 더 나은 성능을 제공합니다. 또한 SQL Server 2GB의 Access 데이터베이스에 대한 현재 제한보다 훨씬 큰 테라바이트 크기의 매우 큰 데이터베이스를 지원합니다. 마지막으로, SQL Server 쿼리를 병렬로 처리하고(단일 프로세스 내에서 여러 네이티브 스레드를 사용하여 사용자 요청을 처리) 더 많은 사용자가 추가되면 추가 메모리 요구 사항을 최소화하여 매우 효율적으로 작동합니다.
-
가용성 향상 SQL Server 사용하면 사용 중인 데이터베이스의 동적 백업을 증분 또는 완료할 수 있습니다. 따라서 데이터를 백업하기 위해 사용자에게 데이터베이스를 종료하도록 강요할 필요가 없습니다.
-
향상된 보안 신뢰할 수 있는 연결을 사용하여 SQL Server Windows 시스템 보안과 통합하여 네트워크 및 데이터베이스에 대한 단일 통합 액세스를 제공하여 두 보안 시스템을 모두 사용할 수 있습니다. 이렇게 하면 복잡한 보안 체계를 훨씬 쉽게 관리할 수 있습니다.
-
즉각적인 복구 가능성 시스템 오류(예: 운영 체제 작동 중단 또는 정전)의 경우 SQL Server 데이터베이스 관리자 개입 없이 몇 분 만에 데이터베이스를 일관성의 마지막 상태로 복구하는 자동 복구 메커니즘이 있습니다.
-
서버 기반 처리 클라이언트/서버 구성에서 SQL Server 사용하면 클라이언트에 결과를 보내기 전에 서버에서 데이터베이스 쿼리를 처리하여 네트워크 트래픽을 줄일 수 있습니다. 특히 큰 데이터 집합으로 작업할 때 서버에서 처리를 수행하는 것이 훨씬 더 효율적입니다.
또한 애플리케이션은 사용자 정의 함수, 저장 프로시저 및 트리거를 사용하여 클라이언트가 아닌 서버의 애플리케이션 논리, 비즈니스 규칙 및 정책, 복잡한 쿼리, 데이터 유효성 검사 및 참조 무결성 코드를 중앙 집중화하고 공유할 수 있습니다.
크기를 조정하는 방법
업사이징 마법사는 Access 데이터베이스에서 포함하는 데이터베이스 개체와 데이터를 새 데이터베이스 또는 기존 SQL Server 데이터베이스로 이동합니다.
업사이징 마법사를 사용하는 방법에는 세 가지가 있습니다.
-
클라이언트/서버 애플리케이션을 만들 수 있도록 Access 데이터베이스의 모든 데이터베이스 개체를 Access 프로젝트로 업사이즈합니다. 이 방법을 사용하려면 몇 가지 추가 애플리케이션 변경 및 코드 및 복잡한 쿼리 수정이 필요합니다.
-
Access 데이터베이스에서 SQL Server 데이터베이스로 데이터 또는 데이터 정의만 업사이즈합니다.
-
프런트 엔드/백 엔드 응용 프로그램 만들 수 있도록 SQL Server 데이터베이스 백 엔드에 대한 Access 데이터베이스 프런트 엔드를 만듭니다. 코드가 여전히 ACE(Access 데이터베이스 엔진)를 사용하고 있기 때문에 이 방법을 사용하려면 애플리케이션을 거의 수정하지 않아도 됩니다.
Access 데이터베이스의 크기를 조정하기 전에
Access 데이터베이스를 SQL Server 데이터베이스 또는 Access 프로젝트로 업사이즈하기 전에 다음을 수행하는 것이 좋습니다.
-
데이터베이스 백업 업사이징 마법사는 Access 데이터베이스에서 데이터 또는 데이터베이스 개체를 제거하지 않지만 크기를 조정하기 전에 Access 데이터베이스의 백업 복사본을 만드는 것이 좋습니다.
-
디스크 공간이 충분한지 확인 크기가 조정된 데이터베이스를 포함할 적절한 디스크 공간이 디바이스에 있어야 합니다. 최대화 마법사는 사용 가능한 디스크 공간이 충분한 경우에 가장 잘 작동합니다.
-
고유 인덱스 만들기 연결된 테이블에는 Access에서 업데이트할 수 있는 고유 인덱스가 있어야 합니다. 업사이징 마법사는 기존 고유 인덱스의 크기를 조정할 수 있지만 존재하지 않는 인덱스를 만들 수는 없습니다. 테이블을 업데이트하려면 크기를 조정하기 전에 각 Access 테이블에 고유한 인덱스를 추가해야 합니다.
-
SQL Server 데이터베이스에 적절한 권한 할당
-
기존 데이터베이스로 크기를 조정하려면 CREATE TABLE 및 CREATE DEFAULT 권한이 필요합니다.
-
새 데이터베이스를 빌드하려면 CREATE DATABASE 권한과 Master 데이터베이스의 시스템 테이블에 대한 SELECT 권한이 필요합니다.
-
Access 2007 업사이징 마법사는 Microsoft SQL Server 2000 및 SQL Server 2005에서 작동하도록 최적화되었습니다.
업사이징 마법사 사용
-
데이터베이스 도구 탭의 데이터 이동 그룹에서 SQL Server 클릭합니다.
업사이징 마법사가 시작됩니다.
1단계: 기존 데이터베이스 또는 새 데이터베이스로 크기를 조정하도록 선택
마법사의 첫 번째 페이지에서 Access 데이터베이스를 기존 SQL Server 데이터베이스로 업사이징할지 또는 새 SQL Server 데이터베이스를 만들 것인지를 지정합니다.
-
기존 데이터베이스 사용 이 옵션을 선택하고 다음을 클릭하면 기존 SQL Server 데이터베이스에 대한 ODBC 연결을 만들 수 있도록 데이터 원본 선택 대화 상자가 표시됩니다.
ODBC 데이터 원본 정보
데이터 원본은 해당 데이터에 액세스하는 데 필요한 연결 정보와 결합된 데이터의 원본입니다. 데이터 원본의 예로 Access, SQL Server, Oracle RDBMS, 스프레드시트 및 텍스트 파일이 있습니다. 연결 정보의 예로는 서버 위치, 데이터베이스 이름, 로그온 ID, 암호 및 데이터 원본에 연결하는 방법을 설명하는 다양한 ODBC 드라이버 옵션이 있습니다.
ODBC 아키텍처에서 애플리케이션(예: Access 또는 Microsoft Visual Basic 프로그램)은 ODBC 드라이버 관리자에 연결합니다. 그러면 특정 ODBC 드라이버(예: Microsoft SQL ODBC 드라이버)를 사용하여 데이터 원본(이 경우 SQL Server 데이터베이스)에 연결합니다. Access에서 ODBC 데이터 원본을 사용하여 기본 제공 드라이버가 없는 Access 외부의 데이터 원본에 연결합니다.
이러한 데이터 원본에 연결하려면 다음을 수행해야 합니다.
-
데이터 원본이 있는 컴퓨터에 적절한 ODBC 드라이버를 설치합니다.
-
ODBC 데이터 원본 관리자를 사용하여 Microsoft Windows 레지스트리 또는 DSN 파일에 연결 정보를 저장하거나, Visual Basic 코드로 된 연결 문자열을 사용하여 직접 연결 정보를 ODBC 드라이버 관리자에 전달하여 DSN(데이터 원본 이름)을 정의합니다.
컴퓨터 데이터 원본
컴퓨터 데이터 원본은 사용자 정의 이름을 가진 특정 컴퓨터의 Windows 레지스트리에 연결 정보를 저장합니다. 컴퓨터 데이터 원본이 정의된 컴퓨터에서만 컴퓨터 데이터 원본을 사용할 수 있습니다. 컴퓨터 데이터 원본은 사용자와 시스템 이렇게 두 가지 유형이 있습니다. 사용자 데이터 원본은 현재 사용자만 사용할 수 있으며 해당 사용자에게만 표시됩니다. 시스템 데이터 원본은 컴퓨터의 모든 사용자가 사용할 수 있으며 컴퓨터 및 시스템 전체 서비스에서 모든 사용자에게 표시됩니다. 컴퓨터 데이터 원본은 로그온한 사용자만 컴퓨터 데이터 원본을 볼 수 있고 원격 사용자에 의해 다른 컴퓨터에 복사될 수 없으므로 강화된 보안을 제공하려는 경우 특히 유용합니다.
파일 데이터 원본
파일 데이터 원본(DSN 파일이라고도 함)은 Windows 레지스트리가 아니라 텍스트 파일에 연결 정보를 저장하며, 일반적으로 컴퓨터 데이터 원본보다 유연하게 사용할 수 있습니다. 예를 들어 애플리케이션이 사용하는 모든 컴퓨터에 일관되고 정확한 연결 정보를 사용할 수 있도록 올바른 ODBC 드라이버가 있는 모든 컴퓨터에 파일 데이터 원본을 복사할 수 있습니다. 또는 파일 데이터 원본을 단일 서버에 배치하고 네트워크의 여러 컴퓨터 간에 공유하고 한 위치에서 연결 정보를 쉽게 유지 관리할 수 있습니다.
파일 데이터 원본도 공유할 수 없습니다. 공유 불가능한 파일 데이터 원본은 단일 컴퓨터에 상주하며 컴퓨터 데이터 원본을 가리킵니다. 공유 불가능한 파일 데이터 원본을 사용하여 파일 데이터 원본에서 기존 컴퓨터 데이터 원본에 액세스할 수 있습니다.
연결 문자열
모듈에서 연결 정보를 지정하는 서식 있는 연결 문자열을 정의할 수 있습니다. 연결 문자열은 연결 정보를 ODBC 드라이버 관리자에 직접 전달하며, 데이터베이스를 사용하기 전에 시스템 관리자 또는 사용자가 먼저 DSN을 만들어야 하는 요구 사항을 제거하여 애플리케이션을 간소화하는 데 도움이 됩니다.
-
-
새 데이터베이스 만들기 이 옵션을 선택하고 다음을 클릭하면 새 SQL Server 데이터베이스에 대한 정보를 입력하는 페이지가 표시됩니다.
-
이 데이터베이스에 어떤 SQL Server 사용하시겠습니까? 사용하려는 서버의 이름을 입력합니다.
-
신뢰할 수 있는 연결 사용 신뢰할 수 있는 연결을 사용할 수 있습니다. 즉, SQL Server Windows 운영 체제 보안과 통합하여 네트워크 및 데이터베이스에 단일 로그온을 제공할 수 있습니다.
-
로그인 ID 및 암호 신뢰할 수 있는 연결을 사용하지 않는 경우 서버에서 CREATE DATABASE 권한이 있는 계정의 로그온 ID 및 암호를 입력합니다.
-
새 SQL Server 데이터베이스의 이름을 어떻게 지정하시겠습니까? 새 SQL Server 데이터베이스의 이름을 입력합니다. 기존 데이터베이스 이름과 충돌하는 경우 Access에서 이름을 수정하고 번호가 매겨진 접미사(예: mydatabase 1)를 추가합니다.
-
2단계: 업사이즈할 테이블 선택
이 단계에서는 SQL Server 데이터베이스로 업사이즈할 Access 테이블을 선택합니다. 크기를 조정하려는 테이블을 선택한 다음 화살표 단추를 사용하여 내보내기 SQL Server 목록으로 이동합니다. 또는 테이블을 두 번 클릭하여 한 목록에서 다른 목록으로 이동할 수 있습니다.
사용 가능한 테이블 목록에는 SQL Server 데이터베이스에 이미 SQL Server 테이블을 제외한 모든 연결된 테이블이 포함됩니다. 업사이징을 위해 선택된 SQL Server 데이터베이스를 가리키는 연결된 테이블은 SQL Server 내보내기 목록 상자에 자동으로 표시되며 제거할 수 없습니다. 탐색 창 현재 표시되지 않는 테이블도 숨겨진 테이블과 시스템 테이블을 포함하여 제외됩니다.
팁: 이름이 "_local"로 끝나는 테이블은 이미 업사이징된 테이블의 크기를 조정하지 못하도록 사용 가능한 테이블 목록에서 제외됩니다. 이러한 테이블을 다시 업사이징하려면 "_local" 접미사를 제거하여 업사이징 마법사를 실행하기 전에 이름을 바꿉니다.
3단계: 업사이드할 특성 및 옵션 지정
이 단계에서는 SQL Server 데이터베이스로 업사이즈할 테이블 특성을 선택합니다. 기본적으로 모든 특성은 기본적으로 업사이징을 위해 선택됩니다.
참고: 기본적으로 업사이징 마법사는 Access 필드 이름을 법적 SQL Server 필드 이름으로 변환하고 Access 데이터 형식을 해당하는 SQL Server 데이터 형식으로 변환합니다.
어떤 테이블 특성을 업사이즈하시겠습니까?
다음 표에서는 업사이징할 수 있는 특성을 나열하고 업사이징 마법사가 각 특성을 처리하는 방법을 설명합니다.
|
특성 |
선택한 경우 작업 |
|||||||||||||||
|
인덱스 |
업사이징 마법사는 모든 인덱스를 업사이징합니다. 업사이징 마법사는 Access 기본 키를 SQL Server 인덱스로 변환하고 이를 SQL Server 기본 키로 표시합니다. 확장된 SQL Server 테이블을 Access 데이터베이스에 연결하도록 선택하는 경우 업사이징 마법사는 인덱스 이름에 접두사 "aaaaa"도 추가합니다. Access는 사용 가능한 인덱스 목록에서 사전순으로 인덱스를 기본 키로 선택하고 "aaaaa" 접두사는 올바른 인덱스를 선택하도록 하기 때문입니다. 잘못된 문자가 "_" 문자로 대체되는 경우를 제외하고 다른 모든 인덱스는 해당 이름을 유지합니다. 고유하고 고유하지 않은 Access 인덱스는 고유하고 고유하지 않은 SQL Server 인덱스가 됩니다. 연결된 테이블에는 Access에서 업데이트할 수 있는 고유 인덱스가 있어야 합니다. 업사이징 마법사는 기존 고유 인덱스의 크기를 조정할 수 있지만 존재하지 않는 인덱스를 만들 수는 없습니다. 크기를 조정한 후 테이블의 데이터를 업데이트하려면 크기를 조정하기 전에 각 Access 테이블에 고유한 인덱스를 추가해야 합니다. |
|||||||||||||||
|
유효성 검사 규칙 |
업사이징 마법사는 다음을 업데이트 및 삽입 트리거로 업사이징합니다.
트리거는 SQL Server 테이블과 연결된 일련의 Transact-SQL 문입니다. 테이블에는 테이블의 데이터를 수정할 수 있는 각 명령에 대해 하나씩 UPDATE, INSERT 및 DELETE 명령이라는 세 개의 트리거가 있을 수 있습니다. 명령이 수행되면 트리거가 자동으로 실행됩니다. SQL Server 규칙은 사용자 지정 오류 메시지를 표시할 수 없으므로 업사이징 마법사는 SQL Server 규칙이 아닌 트리거를 사용하여 필드 수준 유효성 검사를 적용합니다. 각 유효성 검사 규칙에 트리거와 일대일 대응이 반드시 있는 것은 아닙니다. 각 유효성 검사 규칙은 여러 트리거의 일부가 될 수 있으며 각 트리거에는 여러 유효성 검사 규칙의 기능을 에뮬레이트하는 코드가 포함될 수 있습니다. Access 필드의 Required 속성을 true로 설정하면 사용자는 레코드를 삽입하고 필수 필드 null(필드에 기본 바인딩이 없는 경우)을 그대로 두거나 레코드를 업데이트할 때 필드를 null로 만들 수 없습니다. 필수 필드는 SQL Server Null 값을 허용하지 않는 필드로 업사이즈됩니다. 유효성 검사 텍스트 Access 데이터베이스 유효성 검사 텍스트 속성은 Access 프로젝트 유효성 검사 텍스트 속성으로 변환됩니다. 이렇게 하면 런타임에 제약 조건 위반이 발생할 경우 Access 친숙한 오류 메시지를 표시할 수 있습니다. |
|||||||||||||||
|
기본값 |
업사이징 마법사는 모든 기본값 속성을 ANSI(미국 국립 표준 연구소) 기본 개체로 업사이징합니다. |
|||||||||||||||
|
테이블 관계 |
업사이징 마법사는 모든 테이블 관계의 크기를 조정합니다. 업데이트, 삽입 또는 삭제 트리거를 사용하거나 DRI(선언된 참조 무결성)를 사용하여 테이블 관계 및 참조 무결성을 업사이즈하는 방법을 결정할 수 있습니다. DRI는 기본 테이블에 대한 기본 키 제약 조건(일대다 관계의 "일" 쪽) 및 외래 테이블에 대한 외래 키 제약 조건(일반적으로 일대다 관계의 "다" 측면)을 정의하여 Access 참조 무결성과 동일한 방식으로 작동합니다.
|
어떤 데이터 옵션을 포함하시겠습니까?
-
테이블에 타임스탬프 필드 추가 SQL Server 타임스탬프 필드를 사용하여 고유한 값 필드를 만든 다음 레코드가 업데이트 될 때마다 이 필드를 업데이트하여 레코드가 변경되었음을 나타냅니다(변경된 경우는 아님). 연결된 테이블의 경우 Access는 타임스탬프 필드의 값을 사용하여 레코드를 업데이트하기 전에 변경되었는지 여부를 확인합니다. 일반적으로 타임스탬프 필드는 최상의 성능과 안정성을 제공합니다. 타임스탬프 필드가 없으면 SQL Server 레코드의 모든 필드를 검사 레코드가 변경되었는지 확인하여 성능을 저하시켜야 합니다.
다음 표에서는 이 목록에서 사용할 수 있는 설정에 대해 설명합니다.
|
설정 |
설명 |
|
예, 마법사가 결정하도록 허용 |
원래 Access 테이블에 부동 소수점(단일 또는 이중), 메모 또는 OLE 개체 필드가 포함된 경우 업사이징 마법사는 해당 필드에 대한 결과 SQL Server 테이블에 새 타임스탬프 필드를 만듭니다. |
|
예, 항상 |
업사이징 마법사는 포함된 필드 형식에 관계없이 모든 업사이징 테이블에 대한 타임스탬프 필드를 만듭니다. 이렇게 하면 메모, OLE 개체 또는 부동 소수점 필드가 포함되지 않을 수 있지만 다른 형식의 필드가 있는 확장된 Access 테이블의 성능이 향상됩니다. |
|
아니요, 절대 안 했습니다. |
업사이징 마법사는 테이블에 타임스탬프 필드를 추가하지 않습니다. |
중요: 연결된 SQL Server 테이블에서 Access는 메모 또는 OLE 개체 필드가 변경되었는지 여부를 확인하기 위해 검사 않습니다. 이러한 필드는 크기가 MB가 많을 수 있고 비교가 너무 네트워크 집약적이고 시간이 많이 걸릴 수 있기 때문입니다. 따라서 텍스트 또는 이미지 필드만 변경되고 타임스탬프 필드가 없으면 Access에서 변경 내용을 덮어씁니다. 또한 부동 소수점 필드의 값이 변경되지 않은 경우 변경된 것처럼 보일 수 있으므로 타임스탬프 필드가 없는 경우 Access에서 레코드가 변경되지 않은 경우 변경되었음을 확인할 수 있습니다.
-
테이블 구조만 만들고 데이터 크기를 조정하지 않습니다. 업사이징 마법사는 기본적으로 모든 데이터를 SQL Server 조정합니다. 테이블 구조만 만들기를 선택하면 데이터 검사 크기를 조정하지 않고 데이터 구조만 크기가 조정됩니다.
4단계: 애플리케이션의 크기를 조정하는 방법 선택
마법사의 다음 페이지에서 Access 데이터베이스 애플리케이션의 크기를 조정하는 세 가지 방법 중 하나를 선택할 수 있습니다. 어떤 애플리케이션을 변경하시겠습니까?에서 다음 옵션 중 하나를 선택합니다.
-
새 Access 클라이언트/서버 애플리케이션 만들기 이 옵션을 선택하면 업사이징 마법사가 새 액세스 프로젝트를 만듭니다. 업사이징 마법사는 현재 Access 데이터베이스 이름에 기본값인 이름을 묻는 메시지를 표시하고 "CS" 접미사를 추가한 다음 프로젝트를 기존 Access 데이터베이스와 동일한 위치에 저장합니다.
업사이징 마법사는 Access 프로젝트 파일을 만든 다음 Access 데이터베이스에서 Access 프로젝트로 모든 데이터베이스 개체의 크기를 조정합니다. 암호 및 사용자 ID를 저장하지 않으면 Access 프로젝트를 처음 열면 Access에 데이터 링크 속성 대화 상자가 표시되므로 SQL Server 데이터베이스에 연결할 수 있습니다.
-
기존 애플리케이션에 SQL Server 테이블 연결 이 옵션을 선택하면 쿼리, 양식, 보고서 및 데이터 액세스 페이지에서 Access 데이터베이스의 데이터가 아닌 새 SQL Server 데이터베이스의 데이터를 사용하도록 Access 데이터베이스가 수정됩니다. 업사이징 마법사는 "_local" 접미사를 사용하여 업사이징하는 Access 테이블의 이름을 바꿉니다. 예를 들어 Employees라는 테이블의 크기를 조정하면 Access 데이터베이스에서 Employees_local 테이블 이름이 바뀝니다. 그런 다음, 업사이징 마법사는 Employees라는 연결된 SQL Server 테이블을 만듭니다.
참고: 업사이징 작업이 완료되면 "_local" 접미사로 이름이 바뀐 테이블은 더 이상 사용되지 않습니다. 그러나 업사이징이 성공했는지 확인할 때까지 로컬 테이블을 유지하는 것이 좋습니다. 나중에 로컬 테이블을 삭제하여 Access 데이터베이스의 크기를 줄일 수 있습니다. 테이블을 삭제하기 전에 데이터베이스를 백업해야 합니다.
원래 Employees 테이블을 기반으로 하는 쿼리, 양식, 보고서 및 데이터 액세스 페이지는 이제 연결된 SQL Server Employees 테이블을 사용합니다. 원래 로컬 테이블에 있는 필드의 많은 속성은 설명, 캡션, 형식, InputMask 및 DecimalPlaces를 비롯한 새 로컬 테이블에 의해 상속됩니다.
-
애플리케이션 변경 없음 SQL Server 데이터베이스에만 데이터를 복사하고 기존 Access 데이터베이스 애플리케이션을 변경하지 않으려면 이 옵션을 선택합니다.
암호 및 사용자 ID 저장 기본적으로 업사이징 마법사는 기존 애플리케이션에 연결된 테이블을 만들거나 사용자 이름과 암호를 저장하지 않고 Access 프로젝트를 만듭니다. 즉, 사용자가 SQL Server 데이터베이스에 로그온할 때마다 사용자 이름과 암호를 묻는 메시지가 표시됩니다.
암호 및 사용자 ID 저장을 선택하면 사용자가 로그인하지 않고 SQL Server 데이터베이스에 연결할 수 있습니다. 새 Access 클라이언트/서버 애플리케이션 만들기를 선택하면 Access 프로젝트는 OLE DB 연결 문자열 사용자 이름 암호를 저장합니다.
참고: 연결된 SQL Server 테이블이 암호 저장을 거부하도록 MSysConf 테이블로 구성된 경우 애플리케이션 변경 없음 옵션에 대해 이 옵션을 사용할 수 없습니다.
업사이징 마법사 보고서
마침을 클릭하면 업사이징 마법사는 생성된 모든 개체에 대한 자세한 설명을 제공하는 보고서를 만들고 프로세스 중에 발생한 오류를 보고합니다. 업사이징 마법사는 보고서를 인쇄 미리 보기에 표시한 다음 보고서를 인쇄하거나 저장할 수 있습니다(예: XPS 또는 PDF 파일). 인쇄 미리 보기 창을 닫으면 보고서가 Access 개체로 저장되지 않습니다.
업사이징 마법사 보고서에는 다음에 대한 정보가 포함되어 있습니다.
-
업사이징을 위해 선택한 테이블 특성 및 업사이징 방법을 포함하여 매개 변수를 업사이징합니다.
-
이름, 데이터 형식, 인덱스, 유효성 검사 규칙, 기본값, 트리거 및 타임스탬프를 추가했는지 여부에 대한 Access 및 SQL Server 값 비교를 포함한 테이블 정보입니다.
-
데이터베이스 또는 트랜잭션 로그 전체, 부적절한 권한, 생성되지 않은 디바이스 또는 데이터베이스, 테이블, 기본값 또는 유효성 검사 규칙 건너뛰기, 관계가 적용되지 않음, 쿼리 건너뛰기(SQL Server 구문으로 변환할 수 없기 때문에) 및 양식 및 보고서의 변환 오류 컨트롤 및 레코드 원본 같은 오류가 발생했습니다.
데이터베이스 개체의 크기를 조정하는 방법
다음 데이터 및 데이터베이스 개체의 크기가 조정됩니다.
-
데이터 및 데이터 형식 모든 Access 데이터베이스 데이터 형식은 SQL Server 해당 데이터 형식으로 변환됩니다. 마법사는 유니코드 문자열 식별자를 모든 문자열 값에 추가하고 모든 데이터 형식에 유니코드 n 접두사를 추가하여 Access 데이터베이스 텍스트를 유니코드로 변환합니다.
-
쿼리
-
ORDER BY 절 또는 매개 변수가 없는 선택 쿼리는 보기로 변환됩니다.
-
작업 쿼리는 저장 프로시저 작업 쿼리로 변환됩니다. Access는 매개 변수 선언 코드 다음에 SET NOCOUNT ON을 추가하여 저장 프로시저가 실행되는지 확인합니다.
-
매개 변수 또는 ORDER BY 절을 사용하는 테이블(기본 쿼리라고도 함)만 참조하는 쿼리를 선택하면 사용자 정의 함수로 변환됩니다. 필요한 경우 ORDER BY 절이 포함된 쿼리에 TOP 100 PERCENT 절이 추가됩니다.
-
명명된 매개 변수를 사용하는 매개 변수 쿼리는 Access 데이터베이스에 사용된 원래 텍스트 이름을 유지하며 저장 프로시저 또는 인라인 사용자 정의 함수로 변환됩니다.
참고: SQL 통과 쿼리, 데이터 정의 쿼리 및 크로스탭 쿼리와 같이 크기가 조정되지 않은 쿼리를 수동으로 변환해야 할 수 있습니다. 너무 깊이 중첩된 쿼리의 크기를 수동으로 조정해야 할 수도 있습니다.
-
-
Forms, 보고서 및 컨트롤 폼, 보고서 또는 컨트롤에 대한 RecordSource, ControlsSource 및 RowSource 속성의 SQL 문은 제자리에 유지되며 저장 프로시저 또는 사용자 정의 함수로 변환되지 않습니다.
-
시작 속성 업사이징 마법사는 다음 시작 속성의 크기를 조정합니다.
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChanges AllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
모듈 및 매크로 업사이징 마법사는 모듈이나 매크로를 변경하지 않습니다. SQL Server 기능을 최대한 활용하려면 애플리케이션을 수정해야 할 수 있습니다. 자세한 내용은 MSDN 문서 SQL Server 연결된 Microsoft Office 액세스 애플리케이션 최적화를 참조하세요.
