Microsoft로 로그인
로그인하거나 계정을 만듭니다.
안녕하세요.
다른 계정을 선택합니다.
계정이 여러 개 있음
로그인할 계정을 선택합니다.
Access 데이터베이스를 SQL Server로 마이그레이션

우리 모두에는 제한이 있으며 Access 데이터베이스도 예외는 아닙니다. 예를 들어 Access 데이터베이스의 크기 제한은 2GB이며 255명 이상의 동시 사용자를 지원할 수 없습니다. 따라서 Access 데이터베이스가 다음 단계로 이동해야 하는 경우 SQL Server 마이그레이션할 수 있습니다. SQL Server(온-프레미스 또는 Azure 클라우드에 있는지 여부)는 더 많은 양의 데이터, 더 많은 동시 사용자를 지원하며 JET/ACE 데이터베이스 엔진보다 더 큰 용량을 줍니다. 이 가이드에서는 SQL Server 과정을 원활하게 시작하고, 만든 Access 프런트 엔드 솔루션을 보존하고, 향후 데이터베이스 솔루션에 Access를 사용하도록 동기를 부여합니다. 액세스 2013의 액세스에서 업사이징 마법사가 제거되었으므로 이제 SSMA(Microsoft SQL Server Migration Assistant)를 사용할 수 있습니다. 성공적으로 마이그레이션하려면 다음 단계를 수행합니다.

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

시작하기 전에

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

분할 데이터베이스 정보

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

따라서 SQL Server 테이블에 연결된 테이블을 사용하여 프런트 엔드 Access 데이터베이스를 계속 유지할 수 있습니다. 효과적으로 Access 데이터베이스가 제공하는 신속한 애플리케이션 개발의 이점과 SQL Server 확장성을 얻을 수 있습니다.

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 서버 옵션 선택

Azure SQL Server로 마이그레이션하는 경우 각각 다른 이점이 있는 세 가지 옵션 중에서 선택할 수 있습니다.

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

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

  • Azure 가상 머신    이 옵션을 사용하면 Azure 클라우드의 가상 머신 내에서 SQL Server 실행할 수 있습니다. SQL Server 엔진과 쉬운 마이그레이션 경로를 완전히 제어할 수 있습니다. 하지만 백업, 패치 및 복구를 관리해야 합니다.

자세한 내용은 Azure로의 데이터베이스 마이그레이션 경로 선택Azure SQL?을 참조하세요.

첫 번째 단계

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

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

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

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

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

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

  2. 데이터베이스에 연결된 현재 사용자도 데이터베이스를 닫아야 합니다.

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

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

    데스크톱에 최대 10GB를 지원하고 마이그레이션을 통해 실행하고 검사 더 쉬운 무료 방법인 Microsoft SQL Server Express 버전을 설치하는 것이 좋습니다. 연결할 때 LocalDB를 데이터베이스 instance 사용합니다.

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

SSMA 실행

Microsoft는 마이그레이션을 더 쉽게 하기 위해 SSMA(Microsoft SQL Server Migration Assistant)를 제공합니다. SSMA는 주로 테이블을 마이그레이션하고 매개 변수 없이 쿼리를 선택합니다. 양식, 보고서, 매크로 및 VBA 모듈은 변환되지 않습니다. SQL Server 메타데이터 Explorer 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과 타임스탬프의 혼동을 방지합니다. 키워드(keyword) 타임스탬프는 SQL Server rowversion의 동의어이지만 데이터 항목을 타임스탬프하는 방법으로 rowversion을 사용할 수는 없습니다.

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

개체 변환

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

  • 테이블 및 열

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

  • 기본 및 외신 키

  • 인덱스 및 기본값

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

모범 사례로 오류, 경고, 정보 메시지, 마이그레이션을 수행하기 위한 시간 예상 시간 및 개체를 실제로 이동하기 전에 수행할 개별 오류 수정 단계를 비롯한 변환 결과를 보여 주는 SSMA 평가 보고서를 사용합니다.

데이터베이스 개체 변환은 Access 메타데이터에서 개체 정의를 가져와서 해당 T-SQL(Transact-SQL) 구문으로 변환한 다음 이 정보를 프로젝트에 로드합니다. 그런 다음 SQL Server 또는 SQL Azure 메타데이터 Explorer 사용하여 SQL Server 또는 SQL Azure 개체 및 해당 속성을 볼 수 있습니다.

개체를 SQL Server 변환, 로드 및 마이그레이션하려면 이 가이드를 따릅니다.

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

테이블 연결

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

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

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

자세한 내용은 Azure SQL Server Database에서 데이터 연결 또는 가져오기 및 SQL Server 데이터베이스의 데이터 가져오기 또는 링크를 참조하세요.

   Access에서 연결된 테이블 관리자를 사용하여 테이블을 편리하게 새로 고치고 다시 연결하는 것을 잊지 마세요. 자세한 내용은 연결된 테이블 관리를 참조하세요.

테스트 및 수정

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

쿼리

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

데이터 형식

액세스 및 SQL Server 데이터 형식이 비슷하지만 다음과 같은 잠재적인 문제를 알고 있어야 합니다.

큰 숫자    큰 숫자 데이터 형식은 통화가 아닌 숫자 값을 저장하며 SQL bigint 데이터 형식과 호환됩니다. 이 데이터 형식을 사용하여 큰 숫자를 효율적으로 계산할 수 있지만 Access 16(16.0.7812 이상) .accdb 데이터베이스 파일 형식을 사용해야 하며 64비트 버전의 Access에서 더 나은 성능을 발휘합니다. 자세한 내용은 큰 숫자 데이터 형식 사용64비트 또는 32비트 버전의 Office 중에서 선택을 참조하세요.

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

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

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

  • 액세스 날짜/시간 데이터 형식을 사용하여 datetime 데이터 형식에 매핑합니다. 액세스 날짜/시간 확장 데이터 형식을 사용하여 날짜 및 시간 범위가 더 큰 datetime2 데이터 형식에 매핑합니다. 자세한 내용은 날짜/시간 확장 데이터 형식 사용을 참조하세요.

  • SQL Server 날짜를 쿼리할 때 시간 및 날짜를 고려합니다. 예를 들면 다음과 같습니다.

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

    • DateOrdered 1/1/19 오전 00:00:00 및 1/31/19 11:59:59 PM에는 모든 주문이 포함됩니다.

첨부 파일   첨부 파일 데이터 형식은 Access 데이터베이스에 파일을 저장합니다. SQL Server 몇 가지 옵션을 고려해야 합니다. Access 데이터베이스에서 파일을 추출한 다음 SQL Server 데이터베이스에 파일에 대한 링크를 저장하는 것이 좋습니다. 또는 FILESTREAM, FileTables 또는 RBS(원격 BLOB 저장소)를 사용하여 첨부 파일을 SQL Server 데이터베이스에 저장할 수 있습니다.

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

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

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

참고    다중값 필드는 변환되지 않습니다.

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

Visual Basic

VBA는 SQL Server 지원되지 않지만 다음과 같은 가능한 문제에 유의하세요.

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

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

성능 최적화

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

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

  • 서버에서 긴 읽기/쓰기 쿼리를 실행하여 더 큰 처리 능력을 활용합니다.

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

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

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

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

서버에 논리 배치     또한 애플리케이션은 뷰, 사용자 정의 함수, 저장 프로시저, 계산 필드 및 트리거를 사용하여 클라이언트가 아닌 서버의 애플리케이션 논리, 비즈니스 규칙 및 정책, 복잡한 쿼리, 데이터 유효성 검사 및 참조 무결성 코드를 중앙 집중화하고 공유할 수 있습니다. 서버에서 이 쿼리 또는 작업을 더 빠르고 더 빠르게 수행할 수 있는지 자문해 보세요. 마지막으로 각 쿼리를 테스트하여 최적의 성능을 보장합니다.

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

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

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

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

다른 유형의 쿼리에 주의   로컬 Access 테이블과 SQL Server 연결된 테이블을 결합하는 쿼리를 실행하지 않도록 합니다( 하이브리드 쿼리라고도 함). 이 유형의 쿼리는 여전히 Access에서 모든 SQL Server 데이터를 로컬 컴퓨터에 다운로드한 다음 쿼리를 실행해야 하며 SQL Server 쿼리를 실행하지 않습니다.

로컬 테이블을 사용하는 경우    국가 또는 지역의 주 또는 지방 목록과 같이 거의 변경되지 않는 데이터에 로컬 테이블을 사용하는 것이 좋습니다. 정적 테이블은 필터링에 자주 사용되며 Access 프런트 엔드에서 더 나은 성능을 발휘할 수 있습니다.

자세한 내용은 데이터베이스 엔진 튜닝 관리자, 성능 분석기 사용하여 Access 데이터베이스 최적화SQL Server 연결된 Microsoft Office Access 애플리케이션 최적화를 참조하세요.

참고 항목

Azure Database 마이그레이션 가이드

Microsoft 데이터 마이그레이션 블로그

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

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

도움이 더 필요하세요?

더 많은 옵션을 원하세요?

구독 혜택을 살펴보고, 교육 과정을 찾아보고, 디바이스를 보호하는 방법 등을 알아봅니다.

커뮤니티를 통해 질문하고 답변하고, 피드백을 제공하고, 풍부한 지식을 갖춘 전문가의 의견을 들을 수 있습니다.

이 정보가 유용한가요?

언어 품질에 얼마나 만족하시나요?
사용 경험에 어떠한 영향을 주었나요?
제출을 누르면 피드백이 Microsoft 제품과 서비스를 개선하는 데 사용됩니다. IT 관리자는 이 데이터를 수집할 수 있습니다. 개인정보처리방침

의견 주셔서 감사합니다!

×