SQL Server로 Access 데이터베이스 마이그레이션

SQL Server로 Access 데이터베이스 마이그레이션

모든 제한이 있으며 Access 데이터베이스는 예외는 아닙니다. 예를 들어 Access 데이터베이스의 크기 제한은 2GB이 고 255를 초과 하는 동시 사용자를 지원할 수 없습니다. 따라서 Access 데이터베이스를 다음 수준으로 이동할 때 SQL Server로 마이그레이션할 수 있습니다. SQL Server (온-프레미스 또는 Azure 클라우드)는 더 많은 양의 데이터를 지원 하 고, 더 많은 동시 사용자를 지원 하며, JET/ACE 데이터베이스 엔진 보다 용량이 높습니다. 이 가이드에서는 SQL Server의 원활한 시작을 제공 하 고, 직접 만든 Access 프런트 엔드 솔루션을 유지 하는 데 도움이 되며, 앞으로의 데이터베이스 솔루션에 대 한 액세스를 사용 하는 것을 motivates 바랍니다. Access 2013의 Access에서 업사이징 마법사가 제거 되었으므로 이제 Microsoft SQL Server 마이그레이션 도우미 (SSMA)를 사용할 수 있습니다. 성공적으로 마이그레이션하려면 다음 단계를 따르세요.

SQL Server로 데이터베이스 마이그레이션 단계

시작하기 전에

다음 섹션에서는 시작 하는 데 도움이 되는 배경 및 기타 정보를 제공 합니다.

데이터베이스 분할 정보

모든 Access 데이터베이스 개체는 하나의 데이터베이스 파일에 있거나 프런트 엔드 데이터베이스와 백 엔드 데이터베이스의 두 데이터베이스 파일에 저장 될 수 있습니다. 이를 데이터베이스 분할 이라고 하며 네트워크 환경에서 쉽게 공유할 수 있도록 설계 되었습니다. 백 엔드 데이터베이스 파일에는 테이블 및 관계만 포함 되어야 합니다. 프런트 엔드 파일은 폼, 보고서, 쿼리, 매크로, VBA 모듈, 연결 된 테이블 등의 다른 모든 개체를 백 엔드 데이터베이스에 포함 해야 합니다. Access 데이터베이스를 마이그레이션하면 해당 SQL Server가 현재 서버에 있는 데이터에 대 한 새로운 백 엔드 역할을 한다는 점에서 분할 데이터베이스와 비슷합니다.

따라서 SQL Server 테이블에 대 한 연결 된 테이블을 사용 하 여 프런트 엔드 Access 데이터베이스를 계속 유지할 수 있습니다. 효과적으로 SQL Server의 확장성과 함께 Access 데이터베이스에서 제공 하는 빠른 응용 프로그램 개발의 이점을 얻을 수 있습니다.

SQL Server의 이점

SQL Server로 마이그레이션하는 데에는 여전히 몇 가지 설득이 필요 한가요? 다음은 고려해 야 할 몇 가지 추가 혜택입니다.

  • 동시 사용자 더 보기    SQL Server는 더 많은 사용자가 추가 되는 경우 Access 보다 동시 사용자를 더 많이 처리 하 고 메모리 요구 사항을 최소화할 수 있습니다.

  • 향상 된 가용성    SQL Server를 사용 하는 동안 데이터베이스에 증분 또는 완료를 동적으로 백업할 수 있습니다. 따라서 데이터를 백업하기 위해 사용자에게 데이터베이스를 종료하도록 강요할 필요가 없습니다.

  • 고성능 및 확장성    SQL Server 데이터베이스는 일반적으로 대형 테라바이트 크기의 데이터베이스를 사용 하 여 Access 데이터베이스 보다 더 나은 성능을 수행 합니다. 또한 SQL Server는 단일 프로세스 내의 여러 네이티브 스레드를 사용 하 여 사용자 요청을 처리 함으로써 쿼리를 병렬로 처리 함으로써 쿼리를 훨씬 빠르고 효율적으로 처리 합니다.

  • 향상 된 보안    SQL Server는 신뢰할 수 있는 연결을 사용 하 여 Windows 시스템 보안과 통합 되어 네트워크와 데이터베이스에 대 한 단일 통합 액세스를 제공 하 여 두 가지 보안 시스템을 구현 합니다. 이렇게 하면 복잡 한 보안 스키마를 더욱 쉽게 관리할 수 있습니다. SQL Server는 주민 등록 번호, 신용 카드 데이터, 비밀 우편 주소와 같은 중요 한 정보에 대 한 이상적인 저장소입니다.

  • 즉시 복구    운영 체제가 손상 되거나 전원이 소진 되 면 SQL Server는 데이터베이스 관리자가 개입할 필요 없이 몇 분 내에 데이터베이스를 일관성 있는 상태로 자동 복구할 수 있습니다.

  • VPN 사용    액세스 및 VPN (가상 사설망)이 함께 제공 되지 않습니다. 그러나 SQL Server에서는 원격 사용자가 데스크톱에서 Access 프런트 엔드 데이터베이스를 계속 사용 하 고 VPN 방화벽 뒤에 SQL Server 백 엔드로 사용할 수 있습니다.

  • Azure SQL Server    SQL Server의 이점 외에도 가동 중지 시간, 인텔리전트 최적화, 전역 확장성 및 가용성, 하드웨어 비용 제거, 관리 감소와 같은 동적 확장성을 제공 합니다.

최상의 Azure SQL Server 옵션 선택

Azure SQL Server로 마이그레이션하는 경우 각각 다른 혜택을 제공 하는 세 가지 옵션을 선택할 수 있습니다.

  • 단일 데이터베이스/탄력적인 풀    이 옵션에는 SQL 데이터베이스 서버를 통해 관리 되는 고유한 리소스 집합이 있습니다. 단일 데이터베이스는 SQL Server의 포함 된 데이터베이스와 유사 합니다. SQL 데이터베이스 서버를 통해 관리 되는 리소스 집합을 사용 하 여 데이터베이스 컬렉션인 탄력적 풀을 추가할 수도 있습니다. 가장 일반적으로 사용 되는 SQL Server 기능은 기본 제공 백업, 패치 및 복구를 통해 사용할 수 있습니다. 그러나 정확한 유지 관리 시간이 보장 되지 않고 SQL Server에서 마이그레이션이 어려울 수 있습니다.

  • 관리 되는 인스턴스    이 옵션은 공유 리소스 집합을 사용 하는 시스템 및 사용자 데이터베이스의 컬렉션입니다. 관리 되는 인스턴스는 SQL server 온-프레미스와 매우 호환성을 갖는 SQL Server 데이터베이스 인스턴스와 유사 합니다. 관리 되는 인스턴스에는 백업, 패치, 복구가 기본적으로 포함 되어 있으며, SQL Server에서 쉽게 마이그레이션할 수 있습니다. 그러나 사용할 수 없는 SQL Server 기능에는 많지 않으며 정확한 유지 관리 시간을 보장할 수 없습니다.

  • Azure 가상 머신    이 옵션을 사용 하면 Azure 클라우드의 가상 컴퓨터 내에서 SQL Server를 실행할 수 있습니다. SQL Server 엔진과 간단한 마이그레이션 경로에 대 한 모든 권한이 있습니다. 그러나 백업, 패치 및 복구를 관리 해야 합니다.

자세한 내용은 azure 에 대 한 데이터베이스 마이그레이션 경로 선택AZURE에서 올바른 SQL Server 옵션 선택을 참조 하세요.

첫 번째 단계

SSMA를 실행 하기 전에 마이그레이션 프로세스를 간소화 하는 데 도움이 되는 몇 가지 문제가 있습니다.

  • 테이블 인덱스 및 기본 키 추가    각 Access 테이블에 인덱스와 기본 키가 있는지 확인 합니다. SQL Server에서는 모든 테이블이 하나 이상의 인덱스를 포함 해야 하며 테이블을 업데이트할 수 있는 경우에는 연결 된 테이블이 기본 키를 사용 해야 합니다.

  • 기본/외래 키 관계 확인    이러한 관계는 일관 된 데이터 형식 및 크기를 갖는 필드를 기반으로 해야 합니다. SQL Server는 외래 키 제약 조건에서 데이터 형식과 크기가 서로 다른 조인 된 열을 지원 하지 않습니다.

  • 첨부 파일 열 제거    SSMA는 첨부 파일 열이 포함 된 테이블을 마이그레이션하지 않습니다.

SSMA를 실행 하기 전에 다음의 첫 번째 단계를 수행 합니다.

  1. Access 데이터베이스를 닫습니다.

  2. 데이터베이스에 연결 된 현재 사용자도 데이터베이스를 닫을지 확인 합니다.

  3. 데이터베이스가 .mdb 파일 형식이사용자 수준 보안을 제거합니다.

  4. 데이터베이스를 백업 합니다. 자세한 내용은 백업 및 복원 프로세스로 데이터 보호를 참조 하세요.

    데스크톱에 최대 10gb를 지 원하는 MICROSOFT SQL Server Express edition 을 설치 하 고 마이그레이션을 사용 하 여 더 쉽고 빠르게 실행 하는 것이 좋습니다. 연결 하는 경우 데이터베이스 인스턴스로 LocalDB를 사용 합니다.

    가능 하면 독립 실행형 버전의 Access를 사용 합니다. Office 365만 사용할 수 있는 경우에는 Access 2010 데이터베이스 엔진을 사용 하 여 SSMA를 사용할 때 Access 데이터베이스를 마이그레이션합니다. 자세한 내용은 Microsoft Access 데이터베이스 엔진 2010 재배포 가능을 참조 하세요.

SSMA 실행

Microsoft는 마이그레이션을 쉽게 수행할 수 있도록 MICROSOFT SQL Server 마이그레이션 도우미 (ssma)를 제공 합니다. SSMA는 주로 테이블을 마이그레이션하고 매개 변수 없이 쿼리를 선택 합니다. 폼, 보고서, 매크로, VBA 모듈은 변환 되지 않습니다. SQL Server 메타 데이터 탐색기는 두 데이터베이스의 현재 콘텐츠를 검토할 수 있도록 Access 데이터베이스 개체와 SQL Server 개체를 표시 합니다. 이러한 두 개의 연결이 나중에 추가 개체를 이전 하기로 결정 한 경우 마이그레이션 파일에 저장 됩니다.

참고    마이그레이션 프로세스는 데이터베이스 개체의 크기와 전송 해야 하는 데이터의 양에 따라 약간의 시간이 걸릴 수 있습니다.

  1. SSMA를 사용 하 여 데이터베이스를 마이그레이션하려면 먼저 다운로드 한 MSI 파일을 두 번 클릭 하 여 소프트웨어를 다운로드 하 고 설치 합니다. 컴퓨터에 적합 한 32 또는 64 비트 버전을 설치 했는지 확인 합니다.

  2. SSMA를 설치한 후에는 컴퓨터에서 Access 데이터베이스 파일을 사용 하 여 데스크톱에서 엽니다.

    공유 폴더에 있는 네트워크에서 Access 데이터베이스에 액세스할 수 있는 컴퓨터에서이 파일을 열 수도 있습니다.

  3. SSMA의 시작 지침에 따라 SQL Server 위치, 마이그레이션할 Access 데이터베이스와 개체, 연결 정보, 연결 된 테이블을 만들지 여부 등의 기본 정보를 제공 합니다.

  4. SQL Server 2016 이상으로 마이그레이션하는 경우 연결 된 테이블을 업데이트 하려면 > 프로젝트 설정 > 일반에서 도구 검토 를 선택 하 여 rowversion 열을 추가 합니다.

    Rowversion 필드는 레코드 충돌을 방지 하는 데 도움이 됩니다. Access는 SQL Server 연결 테이블에서이 rowversion 필드를 사용 하 여 레코드를 마지막으로 업데이트 한 날짜를 결정 합니다. 또한 rowversion 필드를 쿼리에 추가 하는 경우에는 Access에서 업데이트 작업 후 행을 다시 선택 하는 데 사용 됩니다. 이는 부동 소수점 숫자 데이터 형식 및 트리거에 의해 발생 하는 경우와 같이 Access에서 원본 제출의 다른 결과가 감지 될 때 발생할 수 있는 쓰기 충돌 오류 및 레코드 삭제 시나리오를 방지 하는 데 도움이 되므로 효율성을 개선 합니다. 열. 그러나 폼, 보고서 또는 VBA 코드에서는 rowversion 필드를 사용 하지 않도록 합니다. 자세한 내용은 rowversion를 참조 하세요.

    참고    타임 스탬프를 사용 하 여 rowversion 혼동 되지 않도록 합니다. 키워드 타임 스탬프는 SQL Server의 rowversion에 대 한 동의어 이지만, rowversion를 사용 하 여 데이터 입력에 타임 스탬프를 만들 수 없습니다.

  5. 정확한 데이터 형식을 설정 하려면 > 프로젝트 설정 > 형식 매핑을선택 하 여 도구를 검토 합니다. 예를 들어 영어 텍스트만 저장 하는 경우 nvarchar 데이터 형식 대신 varchar 를 사용할 수 있습니다.

개체 변환

SSMA는 Access 개체를 SQL Server 개체로 변환 하지만 개체를 즉시 복사 하지는 않습니다. SSMA는 마이그레이션할 다음 개체 목록을 제공 하므로 SQL Server 데이터베이스로 이동할 것인지 여부를 결정할 수 있습니다.

  • 테이블 및 열

  • 매개 변수가 없는 쿼리를 선택 합니다.

  • 기본 및 외래 키

  • 인덱스 및 기본값

  • 제약 조건 확인 (0 길이 열 속성, 열 유효성 검사 규칙, 테이블 유효성 검사 허용)

가장 좋은 방법은 오류, 경고, 알림 메시지, 마이그레이션 수행에 대 한 시간 예측, 실제로 이동 하기 전에 수행할 개별 오류 수정 단계를 포함 하 여 변환 결과를 보여 주는 SSMA 평가 보고서를 사용 하는 것입니다. 나타내는.

데이터베이스 개체를 변환 하면 Access 메타 데이터의 개체 정의가 사용 되어 해당 transact-sql (t-sql) 구문으로 변환 된 다음이 정보가 프로젝트에 로드 됩니다. 그런 다음 sql server 또는 sql azure 메타 데이터 탐색기를 사용 하 여 sql Server 또는 SQL Azure 개체와 해당 속성을 볼 수 있습니다.

개체를 SQL Server로 변환 하 고 로드 하 고 마이그레이션하려면 이 가이드를 따르세요.

    Access 데이터베이스를 성공적으로 마이그레이션한 후에는 나중에 사용할 수 있도록 프로젝트 파일을 저장 하 여 테스트 또는 최종 마이그레이션을 위해 데이터를 다시 마이그레이션합니다.

테이블 연결

Windows와 함께 제공 되는 기본 SQL Server 드라이버를 사용 하는 대신 최신 버전의 SQL Server OLE DB 및 ODBC 드라이버를 설치 하는 것이 좋습니다. 최신 드라이버는 더 빠르게 사용할 수 있을 뿐만 아니라 이전 드라이버에는 없는 Azure SQL의 새로운 기능을 지원 합니다. 변환 된 데이터베이스를 사용 하는 각 컴퓨터에 드라이버를 설치할 수 있습니다. 자세한 내용은 sql server 용 MICROSOFT OLE DB 드라이버 18Sql SERVER 용 microsoft ODBC 드라이버 17을 참조 하세요.

Access 테이블을 마이그레이션한 후 현재 데이터를 호스팅하는 SQL Server의 테이블에 연결할 수 있습니다. Access에서 직접 연결 하면 복잡 한 SQL Server 관리 도구를 사용 하는 것 보다 더 간단한 방법으로 데이터를 볼 수 있습니다.  SQL Server 데이터베이스 관리자가 설정한 사용 권한에따라 연결 된 데이터를 쿼리하고 편집할 수 있습니다.

참고    연결 프로세스 중에 SQL Server 데이터베이스에 연결할 때 ODBC DSN을 만드는 경우 새 응용 프로그램을 사용 하는 모든 컴퓨터에서 동일한 DSN을 만들거나 DSN 파일에 저장 된 연결 문자열을 프로그래밍 방식으로 사용 합니다.

자세한 내용은 AZURE Sql Server 데이터베이스에서 데이터에 연결 또는 가져오기SQL server 데이터베이스의 데이터 가져오기 또는 연결 을 참고 하세요.

   Access에서는 연결 테이블 관리자를 사용 하 여 간편 하 게 테이블을 새로 고치고 다시 연결할 수 있습니다. 자세한 내용은 연결 된 테이블 관리를 참조 하세요.

테스트 및 수정

다음 섹션에서는 마이그레이션 중 발생할 수 있는 일반적인 문제와이 문제를 처리 하는 방법에 대해 설명 합니다.

쿼리

선택 된 쿼리만 변환 됩니다. 매개 변수를 사용 하는 선택 쿼리를 포함 하 여 다른 쿼리는 그렇지 않습니다. 일부 쿼리는 완전히 변환 되지 않을 수 있으며, SSMA는 변환 프로세스 중에 쿼리 오류를 보고 합니다. T-sql 구문을 사용 하 여 변환 하지 않는 개체를 수동으로 편집할 수 있습니다. 구문 오류는 Access 관련 함수 및 데이터 형식을 SQL Server에 수동으로 변환 해야 할 수도 있습니다. 자세한 내용은 Sql SERVER TSQL과 ACCESS Sql 비교를 참조 하세요.

데이터 형식

Access와 SQL Server는 유사한 데이터 형식을 사용 하지만 다음과 같은 잠재적인 문제를 알고 있어야 합니다.

큰 번호    큰 숫자 데이터 형식은 비상수 숫자 값을 저장 하며 SQL bigint 데이터 형식과 호환 됩니다. 이 데이터 형식을 사용 하 여 큰 숫자를 효율적으로 계산할 수 있지만, 64 비트 버전의 Access를 사용 하는 경우에는 Access 16 (16.0.7812 이상)의 .accdb 데이터베이스 파일 형식이 필요 하며 더 효율적으로 수행 됩니다. 자세한 내용은 큰 숫자 데이터 형식 사용 을 참조 하 고 64 비트 또는 32 비트 버전의 Office를 선택합니다.

예/아니요    기본적으로 Access 예/아니요 열은 SQL Server bit 필드로 변환 됩니다. 레코드 잠금을 방지 하려면 Bit 필드가 NULL 값을 허용 하도록 설정 되어 있는지 확인 합니다. SSMA에서 bit 열을 선택 하 여 Null 허용 속성을 NO로 설정할 수 있습니다. TSQL에서 CREATE table 또는 ALTER table 문을 사용 합니다.

날짜 및 시간    다음과 같은 몇 가지 날짜 및 시간 고려 사항이 있습니다.

  • 데이터베이스 호환성 수준이 130 (SQL Server 2016) 이상인 경우 연결 된 테이블에 datetime 또는 datetime2 열이 하나 이상 포함 되어 있으면 테이블에서 결과에 #deleted 메시지가 반환 될 수 있습니다. 자세한 내용은 SQL Server 데이터베이스에 대 한 연결 된 테이블 액세스 #deleted를 반환하세요.

  • 날짜 범위가 datetime 보다 긴 datetime2 데이터 형식을 사용 합니다.

  • SQL Server에서 날짜를 쿼리할 때 날짜 뿐만 아니라 시간을 고려 합니다. 예:

    • 1/1/19에서 1/31/19 사이에 주문 된 DateOrdered에는 모든 주문이 포함 되지 않을 수 있습니다.

    • 1/1/19 00:00:00 AM과 1/31/19 11:59:59 PM 사이에 주문한 날짜에는 모든 주문이 포함 됩니다.

첨부 파일   첨부 파일 데이터 형식에는 Access 데이터베이스에 파일이 저장 됩니다. SQL Server에는 고려해 야 할 몇 가지 옵션이 있습니다. Access 데이터베이스에서 파일의 압축을 풀고 SQL Server 데이터베이스의 파일에 대 한 링크를 저장 하는 것을 고려할 수 있습니다. 또는 FILESTREAM, FileTables 또는 RBS (원격 BLOB 저장소)를 사용 하 여 첨부 파일을 SQL Server 데이터베이스에 저장 된 상태로 유지할 수 있습니다.

하이퍼링크    Access 테이블에는 SQL Server가 지원 하지 않는 하이퍼링크 열이 있습니다. 이 열은 기본적으로 SQL Server에서 nvarchar (max) 열로 변환 되지만, 매핑을 사용자 지정 하 여 데이터 형식을 더 작게 선택할 수 있습니다. Access 솔루션에서는 컨트롤의 hyperlink 속성을 true로 설정한 경우에도 폼 및 보고서에서 하이퍼링크 동작을 사용할 수 있습니다.

다중값 필드    Access 다중값 필드는 구분 된 값 집합을 포함 하는 ntext 필드로 SQL Server로 변환 됩니다. SQL Server는 다대다 관계를 모델링하는 다중값 데이터 형식을 지원하지 않으므로 추가적 설계 및 변환 작업이 필요할 수 있습니다.

Access 및 SQL Server 데이터 형식 매핑에 대 한 자세한 내용은 데이터 형식 비교를 참조 하세요.

참고    다중값 필드는 변환 되지 않으며 Access 2010에서 중단 되었습니다.

자세한 내용은 날짜 및 시간 형식, 문자열 및 이진 형식, 숫자 형식을참조 하세요.

Visual Basic

VBA는 SQL Server에서 지원 되지 않지만 다음과 같은 문제가 발생할 수 있습니다.

쿼리의 VBA 함수    Access 쿼리는 쿼리 열의 데이터에 대 한 VBA 함수를 지원 합니다. 그러나 VBA 함수를 사용 하는 Access 쿼리는 SQL Server에서 실행할 수 없으므로 요청 된 모든 데이터는 처리를 위해 Microsoft Access로 전달 됩니다. 대부분의 경우 이러한 쿼리는 통과 쿼리로변환 되어야 합니다.

쿼리의 사용자 정의 함수    Microsoft Access 쿼리는 VBA 모듈에 정의 된 함수를 사용 하 여 전달 된 데이터를 처리 하도록 지원 합니다. 쿼리는 독립 실행형 쿼리, 폼/보고서 레코드 원본, 콤보 상자에 데이터 원본, 폼, 보고서 및 테이블 필드, 기본 또는 유효성 검사 규칙 식의 목록 상자 등이 될 수 있습니다. SQL Server는 이러한 사용자 정의 함수를 실행할 수 없습니다. 이러한 함수를 수동으로 다시 디자인 하 고 SQL Server의 저장 프로시저로 변환 해야 할 수 있습니다.

성능 최적화

지금까지 새 백 엔드 SQL Server와의 성능을 최적화 하는 가장 중요 한 방법은 로컬 또는 원격 쿼리를 사용 하는 시기를 결정 하는 것입니다. 데이터를 SQL Server로 마이그레이션하는 경우 파일 서버에서 컴퓨팅의 클라이언트-서버 데이터베이스 모델로 이동 하 게 됩니다. 다음과 같은 일반적인 지침을 따릅니다.

  • 가장 빠른 액세스를 위해 클라이언트에서 작은 읽기 전용 쿼리를 실행 합니다.

  • 서버에서 장기간 읽기/쓰기 쿼리를 실행 하 여 더 많은 처리 능력을 활용할 수 있습니다.

  • 필터 및 집계를 사용 하 여 네트워크 트래픽을 최소화 하 여 필요한 데이터만 전송 합니다.

클라이언트 서버 데이터베이스 모델의 성능 최적화

자세한 내용은 통과 쿼리 만들기를 참조 하세요.

다음은 권장 되는 추가 지침입니다.

서버에 논리 넣기    또한 응용 프로그램에서 보기, 사용자 정의 함수, 저장 프로시저, 계산 필드, 트리거를 사용 하 여 응용 프로그램 논리, 비즈니스 규칙 및 정책, 복잡 한 쿼리, 데이터 유효성 검사, 참조 무결성 코드를 중앙 집중화 하 고 공유할 수 있습니다. 클라이언트가 아닌 서버. 질문 하기,이 쿼리나 작업을 서버에서 더 나은 속도로 수행할 수 있나요? 마지막으로 각 쿼리를 테스트 하 여 최적의 성능을 유지 합니다.

폼 및 보고서에서 보기 사용    Access에서 다음을 수행 합니다.

  • 폼의 경우 읽기 전용 폼에 대해 SQL 보기를 사용 하 고 읽기/쓰기 폼에 대 한 SQL 인덱싱된 보기를 레코드 원본으로 사용 합니다.

  • 보고서의 경우 SQL 보기를 레코드 원본으로 사용 합니다. 그러나 다른 보고서에 영향을 주지 않고 특정 보고서를 보다 쉽게 업데이트할 수 있도록 각 보고서에 대해 별도의 보기를 만듭니다.

폼 또는 보고서에서 데이터 로딩 최소화    사용자가 요청할 때까지 데이터를 표시 하지 않습니다. 예를 들어 recordsource 속성을 비워 두고 사용자가 폼에서 필터를 선택 하도록 설정한 다음 recordsource 속성을 필터로 채웁니다. 또는 DoCmd 및 DoCmd의 where 절을 사용 하 여 사용자에 게 필요한 정확한 레코드를 표시 합니다. 레코드 탐색을 해제 하는 것이 좋습니다.

이종 쿼리를 사용 하 여 주의   하이브리드 쿼리 라고도 하는 로컬 Access 테이블과 SQL Server 연결 된 테이블을 결합 하는 쿼리를 실행 하지 않도록 합니다. 이러한 유형의 쿼리는 모든 SQL Server 데이터를 로컬 컴퓨터에 다운로드 하 고 쿼리를 실행 하는 데에도 액세스 해야 하며 SQL Server에서 쿼리를 실행 하지는 않습니다.

로컬 테이블을 사용 하는 경우    지역 테이블을 사용 하는 경우 국가 또는 지역에 대 한 상태 목록, 예를 들어 거의 변경 되지 않는 데이터에 대해 고려 합니다. 정적 테이블은 주로 필터링에 사용 되며 Access 프런트 엔드에서 더 효과적으로 실행할 수 있습니다.

자세한 내용은 데이터베이스 엔진 튜닝 관리자, 성능 분석 마법사를 사용 하 여 Access 데이터베이스 최적화SQL Server에 연결 된 Microsoft Office Access 응용 프로그램 최적화를 참조 하세요.

참고 항목

Azure 데이터베이스 마이그레이션 가이드

Microsoft Data 마이그레이션 블로그

SQL Server 마이그레이션, 변환 및 업사이징에 대 한 Microsoft 액세스

Access 데스크톱 데이터베이스를 공유하는 방법

참고:  이 페이지는 자동화를 통해 번역되었으며 문법 오류나 부정확한 설명을 포함할 수 있습니다. 이 목적은 콘텐츠가 사용자에게 유용하다는 것입니다. 정보가 도움이 되는지 알려주세요. 참조할 수 있는 영문 문서가 여기 있습니다.

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×