Microsoft Access 및 Microsoft Dataverse와 Power Platform의 결합은 클라우드 및 모바일 시나리오의 시민 개발자에게 기회의 세계를 열어줍니다. 이 조합은 다음과 같은 방식으로 클라우드 기반 저장소와 함께 Access의 가치와 사용 편의성을 유지하는 하이브리드 솔루션 시나리오를 잠금 해제합니다.
- 모바일 및 Microsoft Teams 시나리오.
- Access, Power Apps 모바일 및 Microsoft Teams에서 만든 클라우드 기반 데이터 저장소 및 프런트 엔드 앱을 사용하여 Access 데이터를 실시간으로 공유하고 편집합니다.
- AAD를 사용하는 클라우드의 Dataverse 스토리지를 통한 새로운 보안 및 규정 준수 기능과 Access에서 관리하는 동안 역할 기반 보안.
다음과 같은 방법으로 웹, 휴대폰 또는 태블릿용 Power Platform 앱, 자동화 워크플로, 가상 에이전트 등을 빌드할 수 있는 클라우드 데이터베이스인 Dataverse와 Access 데이터를 공유할 수 있습니다.
- Power Platform 환경을 만들고 새 Dataverse 데이터베이스를 추가합니다.
- Access 데이터를 Dataverse 또는 Teams용 Dataverse로 마이그레이션합니다.
- Access 데스크톱 솔루션을 계속 사용하여 연결된 테이블을 기반으로 하고 기존 프런트 엔드 폼, 보고서, 쿼리 및 매크로를 사용하여 데이터 편집을 동기화합니다.
- 동일한 기본 Dataverse 데이터를 보고 편집하는 동시에 여러 디바이스에서 작동하는 로우 코드 Power App, 자동화된 워크플로, AI 기반 가상 도우미 또는 Power BI dashboard를 만듭니다.
Dataverse는 Power Platform의 핵심이며 여러 애플리케이션에서 공유되는 일반적인 데이터를 저장할 수 있습니다. 이 기능은 Microsoft 365, Azure, Dynamics 365 및 독립 실행형 애플리케이션에서 공유 데이터의 상호 작용 및 관리를 위한 추가적인 플랫폼 간 기회를 제공합니다.
노트 "열" 및 "필드"라는 용어는 Access와 Dataverse 모두에서 같은 의미로 사용됩니다. "테이블" 및 "엔터티"라는 용어는 Dataverse에서 같은 의미로 사용됩니다.
시작하기 전에
원활하게 진행하고 싶나요? 다음 섹션에서는 자세한 정보를 제공합니다.
중요 Access 데이터베이스를 백업합니다. 이 작업을 수행하는 것이 좋습니다. 자세한 내용은 백업 및 복원 프로세스로 데이터 보호를 참조하세요.
시작: 빠른 검사 목록
다음은 준비가 되었는지 확인하기 위한 빠른 체크리스트입니다.
- Power Platform과 함께 Access Dataverse 커넥터를 사용하여 클라우드 기반 스토리지와 통합하는 방법에 대한 비디오 개요를 확인하세요. 자세한 내용은 aka.ms/AccessAndPowerPlatform 를 참조하세요.
- 아직 없는 경우 Dataverse가 포함된 Power Apps 라이선스를 얻거나 기존 환경을 사용합니다. Power Apps 홈 페이지로 이동하여 체험 시작을 선택합니다.
- Access 데이터에 다중값 필드가 있는 경우 마이그레이션을 준비합니다. 자세한 내용은 Dataverse로 마이그레이션하기 위한 선택 필드 만들기를 참조하세요.
- Dataverse에는 부동 소수점 데이터 형식이 있지만 Access 부동 소수점 데이터 형식보다 범위 제한이 낮습니다. Access 데이터에 부동 소수점 필드가 있는 경우 먼저 숫자 데이터 형식으로 변환하고 필드 크기 속성을 10진수로 설정한 다음 데이터를 Dataverse로 마이그레이션하여 10진수 데이터 형식으로 저장합니다.
시작: 필요한 소프트웨어 라이선스 얻기
필요한 라이선스를 얻었는지 확인합니다.
- 오시는 길 Access가 포함된 Microsoft 365 플랜 자세한 내용은 Office 앱이 포함된 Microsoft 365를 참조하세요.
- Dataverse Power Apps 플랜. 자세한 내용은 Power Apps 플랜 및 가격 책정을 참조하세요. 모든 Power Apps 라이선스 옵션에 대한 자세한 설명은 라이선스 가이드를 다운로드할 수 있습니다.
- Teams용 Dataverse Teams가 포함된 Microsoft 365 플랜입니다. 자세한 내용은 Office 앱이 포함된 Microsoft 365를 참조하세요.
앱에 Power Automate, Power BI 및 Power Virtual Agent가 포함된 경우 추가 라이선스가 필요할 수 있습니다. 자세한 내용은 Power Apps 플랜 및 가격 책정과 Power Apps에 예정된 업데이트를 참조하세요.
시작: Dataverse 환경 설정
Dataverse를 사용하는 방법에는 정식 버전과 Teams용 Dataverse의 두 가지가 있습니다.
데이터버스
Dataverse 정식 버전은 장치 간 로우 코드 앱에 사용 가능한 모든 데이터 형식을 제공하며 많은 사용자를 지원합니다. Dataverse 라이선스가 있으면 현재 Dataverse 환경에 액세스하거나 새 환경을 만들어 Access 데이터를 마이그레이션할 수 있습니다. 자세한 내용은 Microsoft Dataverse란?, Dataverse 사용 시작및Microsoft Dataverse 데이터베이스 추가를 참조하세요.
중요 Dataverse로 데이터를 가져오는 데 필요한 권한이 있는지 확인합니다. '환경 제작자'의 보안 역할이 필요하고 앱 사용자에게는 '기본 사용자'의 보안 역할이 필요합니다. 자세한 내용은 고객 참여 앱에서 사용자에게 액세스 권한 부여를 참조하세요.
새 환경을 사용하는 경우:
이 브라우저 페이지에서 Power Apps에 로그인합니다. https://powerapps.microsoft.com/.
설정
>관리 센터를 선택합니다.관리 센터 페이지에서 새로 만들기를 선택합니다. 새 환경 창이 열립니다.
이름 상자에 환경 이름을 입력합니다.
유형 상자의 드롭다운 목록에서 평가판을 선택합니다. 자체 프로덕션 환경이 있는 경우 프로덕션을 선택할 수 있습니다.
지역 상자에서 기본 선택 미국을 유지합니다.
목적 상자에 필요에 따라 설명을 입력합니다.
이 환경에 대한 데이터베이스 만들기에서 예를 선택합니다.
Access에서 마이그레이션 프로세스를 시작하면 전역 검색 서비스가 올바른 인스턴스 URL을 검색해야 합니다. 자세한 내용은 마이그레이션: 데이터 원본 및 대상 선택을 참조하세요.
Teams용 Dataverse
Microsoft Teams는 메시징, 채팅, 모임, 웨비나 및 작업 그룹과 동료 간의 시기적절한 커뮤니케이션을 촉진합니다. 또한 Dataverse 기반 Power Apps for Teams를 비롯한 다양한 앱을 추가하여 생산성을 향상하고 Teams를 사용자 지정할 수 있습니다. 이는 Teams 및 원클릭 솔루션 배포를 위한 기본 제공 로우 코드 데이터 플랫폼을 효과적으로 제공합니다.
Teams가 포함된 Microsoft 365 플랜이 있으면 Teams 내의 앱, 워크플로 및 가상 에이전트에 대한 추가 라이선스가 필요하지 않지만 Power BI 앱에는 별도의 라이선스가 필요합니다. 또한 Dataverse 환경에 대한 액세스는 Teams 소유자, 구성원 및 게스트로 제한되며 기본 Dataverse에는 몇 가지 기능 제한이 있습니다.
자세한 내용은 Teams용 Microsoft Dataverse 개요, Power Apps 및 Microsoft Teams 통합 및 Teams용 Microsoft Dataverse 시작을 참조하세요.
Dataverse for Teams 환경을 프로비전하려면 먼저 Teams에 앱을 설치해야 합니다.
- Teams를 열고 창의 왼쪽 아래 모서리에서 앱을 선택합니다.
- App Marketplace 창에서 검색 상자를 사용하여 "Power Apps"를 찾은 다음 Power Apps를 선택합니다.
- Teams에 Power Apps 애플리케이션을 추가하려면 추가를 선택합니다. Power Apps 창이 나타납니다.
- 앱 만들기를 선택합니다.
- 앱을 사용할 팀을 선택합니다.
- Dataverse for Teams 환경을 만들려면 지금 시작을 선택합니다.
- Power Apps 편집기에서 앱 이름을 입력한 다음 저장을 선택합니다.
결과
환경을 사용할 준비가 되었습니다. Access에서 마이그레이션 프로세스를 시작하면 전역 검색 서비스가 올바른 인스턴스 URL을 검색해야 합니다. 자세한 내용은 마이그레이션: 데이터 원본 및 대상 선택을 참조하세요.
수동으로 올바른 인스턴스 URL 검색
어떤 이유로 Global Discovery Service가 올바른 instance URL을 검색할 수 없는 경우 Power Apps에서 해당 URL을 찾은 다음 마이그레이션 프로세스 중에 수동으로 입력할 수 있습니다.
-
Dataverse 페이지 오른쪽 상단의 을 선택하고 세션 세부 정보를 선택하면 올바른 Dataverse URL이 인스턴스 URL로 나열됩니다.
- Teams용 Dataverse Dataverse 데이터베이스용 앱을 만든 후 정보를 선택하면 올바른 Dataverse URL이 인스턴스 URL로 나열됩니다.
시작: 데이터 용량 및 유효성 검사 문제 예측
각 데이터베이스마다 최대 크기 제한이 다르므로 스토리지 용량의 차이를 이해합니다.
- Access에서는 각 데이터베이스에 대해 최대 2GB로 제한됩니다. 자세한 내용은 Access 사양을 참조하세요.
- Dataverse에는 관계형 데이터베이스에 대한 최대 10GB의 제한이 있습니다. 파일, blob 및 비관계형 로그 데이터를 저장하는 데 총 20GB로 제한됩니다. 자세한 내용은 Microsoft Power Platform의 스토리지 관리를 위한 새로운 기능을 참조하세요.
- Dataverse for Teams에는 각 팀 채널에 대해 최대 2GB 및 1MB 제한이 있습니다. 최대 2GB에는 추가 파일, blob 및 비관계형 로그 데이터도 포함됩니다. 자세한 내용은 Teams용 Microsoft Dataverse 환경을 참조하세요.
마이그레이션 프로세스에서 중요한 부분은 다음과 같은 여러 가지 방법으로 데이터의 유효성을 검사하는 것입니다.
- 데이터 손실을 방지하기 위해 Access는 Access 테이블이 Dataverse 크기 제한을 초과하지 않도록 하고 Access 테이블의 열 수가 테이블에 대한 Dataverse 최대 필드 수를 초과하지 않도록 합니다.
- Access 테이블에 지원되지 않는 Dataverse 데이터 형식이 포함되어 있거나 열에 Dataverse 데이터 형식 범위를 초과하는 값이 있는 경우 오류를 수정하는 데 도움이 되는 추가 정보가 제공됩니다.
지원되는 데이터 형식만 내보내집니다. 지원되지 않는 데이터 형식을 포함한 원래 Access 테이블은 Access에 남아 있습니다. 모든 데이터가 완전하고 올바르게 마이그레이션되었다고 확신하면 원본 Access 테이블을 유지하거나 삭제하고 백업 데이터베이스에 복사할 수 있습니다.
자세한 내용은 Access 및 Dataverse 데이터 형식 비교를 참조하세요.
Access 데이터를 Dataverse로 마이그레이션
Access 테이블 및 열을 Dataverse로 마이그레이션하는 프로세스에는 Dataverse 환경 만들기 및 지정, Access에서 Dataverse로 데이터 내보내기, 테이블 및 관련 테이블 선택, Access에서 연결된 테이블을 Dataverse의 마이그레이션된 테이블로 만들기, 기본 키, 이름 및 관계 관리, 데이터 내보내기 유효성 검사, Access 및 Dataverse에서 결과 미리 보기가 포함됩니다.
마이그레이션: 데이터 원본 및 대상 선택
- Access를 시작하고 계정을 선택한 다음 계정 전환을 선택합니다. 계정 대화 상자가 열립니다.
- Power Apps에서 사용하는 것과 동일한 자격 증명으로 Access에 로그인했는지 확인합니다. 환경에 따라 보조 인증 또는 PIN과 같은 추가 보안 정보를 입력해야 할 수 있습니다.
노트 Access 및 Power Apps에 동일한 계정을 사용하지 않는 경우 권한 문제로 인해 마이그레이션이 실패합니다. 3. 마이그레이션할 Access 데이터베이스를 엽니다.
팁 잠금으로 인해 테이블 마이그레이션이 차단될 수 있으므로 열려 있는 모든 Access 개체를 닫아야 합니다. 4. 탐색 창에서 테이블을 마우스 오른쪽 단추로 클릭하고Dataverse내보내기>를 선택합니다. 5. 개체 내보내기 대화 상자에서 내보낼 모든 테이블 을 선택하고 내 보내지 않을 모든 테이블을 지웁니다. 6. 확인을 선택합니다.
7. Dataverse 환경으로 데이터 내보내기 대화 상자의 Global Discovery Service에서 제공하는 목록에서 instance URL을 선택합니다.
노트 Power Apps에서 인스턴스 URL은 Power Apps 환경의 특정 세션을 나타냅니다. 웹 페이지 URL과 혼동하면 안 됩니다. 문자열의 구성 요소인 "crm.dynamics"는 이전 버전의 Power Apps에서 전달된 것입니다.
자세한 내용은 시작: Dataverse 환경 설정을 참조하세요.
마이그레이션: 관련 테이블, 연결된 테이블 및 테이블 미리 보기에 대한 결정
다음 단계는 마이그레이션 방법에 대한 중요한 선택을 하는 것입니다. 기본값이 가장 일반적인 값입니다.
선택한 테이블의 관련 테이블을 내보내려면 모든 관련 테이블 내보내기를 선택합니다.
노트 현재 관련 테이블을 내보내도록 선택하면 직접 자식 테이블만 포함됩니다. 모든 관계를 포함하려면 개체 내보내기 대화 상자를 사용하여 마이그레이션할 모든 테이블을 선택합니다.
이러한 테이블을 보려면 관련 테이블 보기를 선택합니다. 관련 테이블 대화 상자가 나타납니다.
테이블 관계는 두 개의 열에 있는 계층 구조 보기에 표시됩니다. 왼쪽 열에는 선택한 테이블이 표시되고 오른쪽 열에는 관련 테이블이 표시됩니다.
참고
Access에서 일대다 관계를 만들 수 있으며 참조된 테이블의 외래 키 필드는 모든 필드일 수 있습니다. 그러나 Dataverse에서는 참조된 테이블의 외래 키 필드가 참조된 테이블의 기본 키여야 합니다. Access 외래 키가 참조된 테이블의 기본 키가 아닌 경우 Dataverse로 내보내기 작업이 실패합니다. 데이터를 성공적으로 내보내려면 Access 외래 키가 참조된 테이블의 기본 키인지 확인합니다.
내보내기 작업에서 만든 각 Dataverse 테이블에 대해 Access에서 테이블 링크를 만들려면 내보내기 후 Dataverse 테이블에 연결을 선택합니다.
결과를 미리 보려면 완료되면 Dataverse 테이블 URL 열기를 선택합니다.
Teams의 Dataverse로 내보내는 경우 이 옵션을 사용할 수 없습니다.
필드를 기본 이름 열로 명시적으로 설정하려면 기본 이름 필드 선택을 선택한 다음 드롭다운 목록에서 필드를 선택합니다.
사용할 열을 지정하지 않으면 왼쪽에서 첫 번째 텍스트 열이 기본 이름 열로 사용됩니다. 텍스트 열이 없으면 기본 이름 자리 표시자 열이 null 값으로 만들어집니다.
다음을 선택합니다.
마이그레이션: 내보낸 데이터 유효성 검사
"유효성 검사기 실행 중..."을 표시하는 대화 상자가 표시되면 유효성 검사 프로세스가 자동으로 시작됩니다. 맨 위에 있습니다. 유효성 검사 프로세스가 성공하면 "유효성 검사 완료"라는 다른 메시지가 표시되면 확인을 선택할 수 있습니다.
다음 메시지를 확인하세요.
| 메시지 | 설명 |
|---|---|
| "OData 원본에서 테이블 목록 검색" | 마이그레이션 프로세스가 시작되었습니다. |
| "선택한 개체 내보내기" | 선택한 테이블이 Dataverse로 마이그레이션됩니다. |
| "오류가 발생하지 않은 모든 테이블을 성공적으로 내보냈습니다." | 테이블에서 단일 오류가 발생하면 테이블이 내보내지지 않고, 그렇지 않으면 테이블 내보내기 작업이 완료됩니다. 계속하려면 닫기를 선택합니다. |
| "선택한 테이블 및 관련 테이블 가져오기" | 테이블을 내보낸 방법에 따라 연결된 테이블이 만들어지고, 원래 테이블의 이름이 바뀌고, 여러 Dataverse 시스템 테이블이 만들어지고 Access에서 연결됩니다. |
유효성 검사 프로세스 중에 지원되지 않는 필드가 있는 경우 Access는 지원되지 않는 데이터 형식 또는 제한을 초과하는 행을 식별하고 내보낸 테이블 이름과 지원되지 않는 필드를 각 행에 저장하는 Dataverse 열 유효성 검사 오류 테이블을 만듭니다. 지원되는 모든 데이터 형식을 마이그레이션하도록 선택하고 지원되지 않는 데이터 형식을 마이그레이션하지 않도록 선택할 수 있습니다. 마이그레이션하지 않기로 선택해도 데이터는 Access에 남아 있습니다.
지원되지 않는 데이터 형식 및 초과된 제한은 어떻게 되나요?
마이그레이션: Access에서 결과 미리 보기
테이블을 연결하도록 선택한 경우 결과가 예상대로인지 확인합니다. "Dataverse 환경에서 테이블 목록을 검색하는 중"이라는 메시지를 확인하세요. 원래 테이블은 유지되지만 이름이 변경됩니다. 이제 연결된 테이블은 원래 테이블 이름을 가지므로 모든 프런트 엔드 개체가 이전과 같이 계속 작동합니다. 액세스 기본 키(AutoNumber)는 유지됩니다. GUID(Dataverse 기본 키)에 해당하는 새 열이 추가되고 열 이름은 테이블 이름입니다.
또한 Access는 Dataverse에서 Teams, 사용자 및 사업부라는 다른 연결된 테이블을 추가합니다. 이러한 시스템 테이블에는 다음과 같은 유용한 정보가 포함되어 있습니다.
- Users Email address, fullname, phone, 라이선스 유형, 사업부 등.
- 팀 팀, 팀 이름, 멤버 자격 등입니다.
- 사업부 비용 센터, 웹 사이트, 크레딧 한도 등
- 통화 환율, 이름, 기호, 코드 등의 값을 포함한 모든 거래 통화의 통화 세부 정보입니다. 이 테이블은 Access에 Dataverse로 마이그레이션한 통화 데이터 형식이 있는 경우에만 나타납니다.
이 추가 정보를 사용하여 Access 솔루션을 개선할 수 있습니다. 이러한 테이블을 폼에서 유지 관리하거나 보고서에 추가할 수 있습니다. 자세한 내용은 Dataverse 시스템 테이블 및 열을 참조하세요.
마이그레이션: Dataverse에서 결과 미리 보기
Dataverse 환경에서 각 테이블과 필드를 검사하여 마이그레이션 프로세스를 검토하고 확인하는 것이 좋습니다. Dataverse 테이블 및 필드 이름은 Access 테이블 및 열 이름과 일치해야 합니다. Access에서 첫 번째 마이그레이션된 테이블에 대해 Dataverse 환경이 자동으로 열립니다.
Access 테이블은 Dataverse에서 해당 표시 이름 및 데이터 형식이 있는 테이블로 표시됩니다.
- "표시 이름" 열에는 테이블 내의 각 Access 필드 이름이 나열되어야 합니다.
- "이름" 필드의 형식에는 접두사, 밑줄 및 테이블 이름(예: cr444_<table name>)이 있습니다. Dataverse에서는 이를 논리적 이름이라고 합니다.
- 마이그레이션된 모든 Access 필드는 자동 생성된 GUID 및 기존 Dataverse 필드 데이터 형식 옆에 있는 유형 열 아래에 "사용자 지정"으로 표시됩니다.
노트 내보낸 Access 테이블 이름과 이름이 같은 Dataverse 테이블이 이미 있는 경우 새 Dataverse 테이블에 번호가 추가됩니다.
기본적으로 Access에서는 첫 번째 텍스트 열(왼쪽에서 오른쪽으로)을 Dataverse 기본 이름으로 설정합니다. 테이블에 텍스트 필드가 없는 경우 빈 텍스트 열이 테이블의 마지막 필드로 추가되고 해당 필드가 Dataverse 기본 이름으로 설정됩니다. 특정 필드를 기본 이름으로 설정할 수도 있습니다. 이 열은 Access 및 Dataverse에 표시됩니다.
자세한 내용은 Dataverse의 모든 데이터 작업을 참조하세요.
마이그레이션: Dataverse 테이블을 보는 방법
Access 테이블을 Dataverse로 마이그레이션한 후에는 언제든지 Dataverse 및 Access에서 테이블과 열을 볼 수 있습니다. Dataverse에서 필드는 Access의 원래 순서가 아니라 알파벳 순서로 표시됩니다.
Dataverse/Power Apps Dataverse에서 테이블을 보고 사용하는 방법에 대한 자세한 내용은 Power Apps에서 테이블 편집을 참조하세요.
노트 Access에서 마이그레이션된 연결된 테이블을 마우스 오른쪽 단추로 클릭하면 브라우저의 Power Apps Maker 포털에서 테이블이 열립니다. Power Apps 포털의 기본 보기에는 시스템 필드가 표시되지 않아 Access 마이그레이션된 열을 표시하는 간단한 보기가 제공됩니다.
Teams용 Dataverse 테이블과 열을 보는 방법에는 여러 가지가 있습니다.
- 빠른 Power App을 만들어 데이터를 보거나 업데이트합니다.
- 빌드 메뉴의 "다음에 대해 만들어진 항목"에서 모두 보기 를 선택합니다. 클릭하고 보려는 테이블을 클릭합니다.
- Teams에서 테이블 Designer를 사용합니다. 자세한 내용은 Teams에서 테이블 만들기를 참조하세요.
팁 브라우저에서 원하는 테이블 보기의 URL 주소를 책갈피에 추가하면 유용할 수 있습니다.
팁 데이터 드롭다운 명령을 선택한 다음 Excel에서 편집을 선택하여 Excel에서 데이터를 볼 수도 있습니다. 자세한 내용은 Excel에서 표 데이터 편집을 참조하세요.
자세한 내용은 Dataverse 시스템 테이블 및 열을 참조하세요.
기본 키 및 관계에 대한 배경 정보
다음 섹션에서는 추가 개요 및 개념 정보를 제공합니다.
기본 키 및 기본 이름 이해
기본 키는 데이터베이스에서 데이터 행을 식별하는 데 사용됩니다. Access 및 Dataverse에는 서로 다른 키 구조가 있습니다. 마이그레이션하는 동안 Dataverse 및 Access는 사용자 상호 작용 없이 고유한 키를 사용하여 두 제품 간의 조정을 자동으로 관리합니다.
계획 및 마이그레이션 프로세스 중에 알아야 할 두 개의 기본 키와 하나의 추가 기본 필드가 있습니다.
Access 자동 번호 Access에서는 고유 번호를 자동으로 증가시키는 일련 번호 데이터 형식을 테이블의 기본 키로 사용하는 경우가 많습니다. 이 필드는 Dataverse에서 일련 번호 형식이 적용된 정수 필드로 만들어집니다. 마이그레이션하는 동안 Dataverse의 시작 번호는 Access 행에 따라 다음 일련 번호로 설정됩니다. Dataverse에서 다른 키를 사용하더라도 Access에서 일련 번호 열을 계속 사용하여 데이터 행을 식별합니다.
중요 Dataverse는 일련 번호 필드를 선택 사항으로 만들지만 이는 의도된 것입니다. Dataverse는 레코드가 저장될 때 일련 번호를 생성합니다. 이 값을 필수로 설정하면 Dataverse 클라이언트는 저장하기 전에 값을 입력해야 하므로 일련 번호가 생성되지 않습니다. 필드를 비워두면 일련 번호가 항상 생성됩니다.
Dataverse GUID Dataverse는 고유 식별자로 자동으로 생성되고 각 테이블에 필요한 GUID(Globally Unique Identifier) 데이터 형식을 기본 키로 사용합니다. Dataverse는 가져온 데이터에 기본 키를 가질 필요가 없으며 자동으로 GUID를 만듭니다.
Dataverse 기본 이름 Dataverse에는 기본 이름이라는 다른 열도 포함되어 있습니다. GUID를 사용하는 대신 행을 식별하는 데 사용되는 식별 이름입니다. 이 필드가 있어야 하며 Power Platform 클라이언트의 설정에 따라 열을 채워야 할 수도 있습니다. 이 요구 사항은 수동으로 변경할 수 있습니다. 기본 이름은 기본적으로 고유하지 않습니다. 예를 들어 고객 이름은 고유한 고객 ID에 해당하는 기본 이름일 수 있습니다. 이름이 "Jones"인 두 명의 고객이 있을 수 있지만 각각 고유한 고객 ID를 갖게 됩니다.
기본 키에 대한 결정을 위한 지침
액세스 기본 키, Dataverse 기본 키 및 기본 이름 열은 기본적으로 자동으로 만들어집니다. 그러나 세 가지 기본 키를 처리하는 방법은 선택할 수 있습니다. 다음은 결정하는 데 도움이 되는 몇 가지 지침입니다.
기본 키 Access 기본 키(일련 번호)가 부품 번호와 같은 비즈니스 키이기도 한 경우 실제 세계에서 개체를 식별하는 데 사용되므로 보관하는 것이 좋습니다. 그러나 Access 기본 키(AutoNumber)가 관계를 만드는 데만 사용되는 경우 GUID(Dataverse 기본 키)로 대체될 수 있습니다.
참고
- 경우에 따라 Access 테이블에 기본 키로 사용되지 않는 일련 번호 열이 포함되어 있습니다. 이 경우 Dataverse는 이를 정수 필드로 변환하고 자동 번호 매기기 기능이 제거됩니다.
- 또한 Dataverse에는 일련 번호를 생성하는 데 사용되며 문자열 값으로 저장되는 일련 번호 필드라는 액세스 일련 번호 필드와 동일합니다. 이 필드에는 숫자에 대한 접두사(문자열 또는 날짜 등)를 포함할 수도 있으므로 필드를 유연하게 사용할 수 있습니다. 이 열은 SQL Server 자동 시퀀스 데이터 형식을 기반으로 합니다. 자세한 내용은 Microsoft Dataverse의 열 자동 번호 지정을 참조하세요.
기본 이름 Dataverse에는 기본 이름 열이 있어야 합니다. 기본 이름에는 문자열 값이 포함되어야 합니다. 마이그레이션하는 동안 사용자는 기본 이름으로 사용할 Access의 텍스트 열을 지정할 수 있습니다. 사용자가 사용할 열을 지정하지 않으면 왼쪽에서 첫 번째 텍스트 열이 기본 이름 열로 사용됩니다. 텍스트 열이 없으면 Dataverse 요구 사항을 충족하는 기본 이름 자리 표시자라는 새 열이 추가됩니다. 이 열은 선택 사항 으로 설정되어 있으며 채우지 않은 상태로 둘 수 있습니다.
자세한 내용은 기본 이름 열 만들기를 참조하세요.
기본 키와 기본 이름 비교
| 설명 | 액세스 기본 키 | Dataverse 기본 키 | Dataverse 기본 이름 |
|---|---|---|---|
| 데이터 형식 | 일련 번호(또는 인덱싱할 수 있는 모든 열) | GUID | String |
| 내용 | 간단한 일련 번호입니다 | 환경에 고유한 임의의 숫자와 문자 | 사람이 읽을 수 있는 문자열 값 |
| 예제 | 234 | 123e4567-e89b-12d3-a456-426655440000 | "Jones"와 같은 이름입니다. 정수(예: 234) 또는 조합(예: SalesOrder9071) |
| 요구 사항 | 자주 사용되지만 필수는 아님 | 모든 테이블에는 하나씩 있어야 합니다 | 모든 테이블에는 하나씩 있어야 합니다 |
| 수정 가능 | 일련 번호 필드는 수정할 수 없으며 다른 필드 형식은 수정할 수 있습니다 | 아니요 | 예 |
| 고유 식별자 | Always | Always | 대체 키로만 사용 |
| 복합 키 | 일련 번호가 지원되며 종종 일련 번호와 함께 결합됩니다. | 지원하지 않음 | 지원되지 않음 |
| 가시거리 | 일반적으로 첫 번째 테이블 열은 | 일반적으로 숨겨져 있지만 표시할 수 있습니다. | 기본적으로 표시되는 형식입니다. |
| 인덱싱 | 인덱싱할 수 있습니다. 자세한 내용은 인덱스를 만들고 사용하여 성능 향상을 참조하세요. |
자동으로 인덱싱됨 | 자동으로 인덱싱됨 |
| 메모 | 일단 정의하고 데이터를 입력한 후에는 다른 필드를 일련 번호 데이터 형식으로 변경할 수 없습니다. | 사용자 또는 데이터 가져오기 작업 중에는 만들 수 없습니다. | 데이터 카드의 자동 생성된 필드, 모델 기반 폼 및 양식 만들기의 조회에도 사용됩니다. |
참고
- Access 인덱스는 Dataverse 인덱스로 자동으로 변환되지 않습니다.
- 내부적으로 Dataverse는 Azure SQL Server를 사용하여 데이터 사용 패턴에 따라 인덱스를 자동으로 만듭니다. 기본 키와 대체 키에 대한 인덱스는 항상 만들어지며 데이터 사용 방법에 따라 다른 인덱스가 추가되거나 제거됩니다.
Access 및 Dataverse 관계 이해
기본 키와 함께 테이블 관계를 관리하는 방법을 이해하는 것이 중요합니다. 마이그레이션하도록 선택한 테이블의 경우 선택한 테이블이 있는 모든 관련 테이블을 자동으로 이동하도록 선택하거나 마이그레이션 중에 무시하고 Access에서 관련 테이블을 그대로 둘 수 있습니다. 어느 방법이든 Access에서 현재 관계를 유지하기 위해 마이그레이션하는 테이블을 연결하도록 선택할 수도 있습니다.
데이터 내보내기 작업 중에 일대다 관계가 있는 Access 테이블을 Dataverse에서 일대다 관계로 다시 만들 수 있습니다. Access와 마찬가지로 Dataverse에도 관련 필드의 연속 업데이트 및 관련 레코드의 연속 삭제와 같은 참조 무결성이 있습니다. Access 데이터베이스에 관계 다이어그램이 있는 경우 관계 다이어그램은 유지됩니다. 그러나 원래 로컬 테이블은 새 연결된 테이블로 대체됩니다.
Access 및 Dataverse는 모두 일대다 관계에서 두 테이블 간의 조회를 지원합니다. 마이그레이션 프로세스 중에 다음 예제와 같이 Dataverse에서 Access 조회가 다시 만들어집니다.
- 두 개의 Access 테이블인 Customers 및 Orders에는 일련 번호 데이터 형식에 따라 기본 키 CustomerID 및 OrderID가 있습니다. Access의 Orders 테이블에는 Customers 테이블에 있는 Access 기본 키의 값을 포함하는 외래 키가 있습니다.
- 내보내기 작업 중에 두 Access 기본 키는 모두 정수 일련 번호 열로 보존 및 유지 관리되지만 Dataverse 테이블의 기본 키 열로 사용되지는 않습니다. 각 테이블에는 Dataverse 테이블의 기본 키가 되는 새 GUID 열이 추가됩니다.
- Customers 테이블에서 일치하는 CustomerID 기본 키를 찾기 위해 Orders 테이블의 CustomerID 외래 키에 대한 조회가 만들어집니다. 테이블이 Dataverse로 마이그레이션된 후 주문 테이블에 새로 추가된 외래 키 조회 열을 수정하면 원래 외래 키 열도 업데이트됩니다. Access 애플리케이션은 Dataverse 외래 키 대신 Access 외래 키를 계속 사용할 수 있습니다. Access의 연결된 테이블에서 Access 외래 키를 수정하면 Dataverse 외래 키도 업데이트됩니다. 그러나 Access 외래 키는 Dataverse에서 읽기 전용입니다.
- 이 일대다 관계 예제에서는 Orders 기본 키가 사용되지 않지만 다른 관계에 사용할 수는 있습니다.
참고
Access에서 일대다 관계를 만들 수 있으며 참조된 테이블의 외래 키 필드는 모든 필드일 수 있습니다. 그러나 Dataverse에서는 참조된 테이블의 외래 키 필드가 참조된 테이블의 기본 키여야 합니다. Access 외래 키가 참조된 테이블의 기본 키가 아닌 경우 Dataverse로 내보내기 작업이 실패합니다. 데이터를 성공적으로 내보내려면 Access 외래 키가 참조된 테이블의 기본 키인지 확인합니다.
자세한 내용은 비디오: 조회 마법사를 사용하여 관계 만들기 및 조회 열을 사용하여 테이블 간 관계 만들기를 참조하세요.
키 및 관계에 대한 결정을 위한 지침
가장 적합한 옵션을 결정하는 데 도움이 되도록 마이그레이션할 때 일반적인 옵션에 대한 요약은 다음과 같습니다.
데이터를 마이그레이션하지만 관계 무시 Access 기본 키(일련 번호) 열에는 참조 또는 이에 종속된 관계가 있는 다른 Access 테이블이 없고 Dataverse 테이블에 GUID(Dataverse 기본 키)와 함께 포함하면 혼동될 수 있기 때문에 Access 기본 키(일련 번호) 열을 제거하기로 결정했습니다.
연결된 테이블을 사용하여 데이터 및 관계 마이그레이션 기본 시나리오는 원래 Access 기본 키(일련 번호)를 유지하는 것이지만 Dataverse에서 기본 키로 사용되지는 않습니다. 이제 Dataverse 기본 키(GUID)를 사용하고 Dataverse 테이블에서 고유 식별자로 사용합니다. Access 관계를 유지하기 위해 연결된 테이블이 만들어집니다. Dataverse 기본 키(GUID)는 삭제할 수 없습니다.
관계에서는 Access 또는 Dataverse 환경에서 외래 키 값을 편집할 수 있습니다. Access 연결된 테이블에서 Access 기본 키를 참조하는 외래 키를 편집할 수도 있는데, 외래 테이블에서 Dataverse 기본 키를 참조하는 Dataverse 외래 키를 자동으로 업데이트합니다.
연결된 테이블 없이 데이터를 마이그레이션하고 Dataverse에서 관계 다시 만들기 테이블은 Access에서 더 이상 사용되지 않으므로 마이그레이션 프로세스 중에 GUID(Dataverse 기본 키)를 사용하고, Dataverse 조회를 추가하고, 각 테이블에서 텍스트 필드를 기본 이름으로 선택하여 Dataverse에서 관계를 다시 만들 수 있습니다.
Power Platform 애플리케이션을 만드는 방법 알아보기
Access 데이터를 Dataverse로 마이그레이션한 후에는 웹, 태블릿, 휴대폰 또는 데스크톱에서 실행되는 Power Platform에 앱을 만들 수 있습니다. Power 플랫폼은 매우 광범위합니다. 다음 콘텐츠 요약은 기본 선택 사항에 대한 개요를 얻고 가장 적합한 앱 유형을 지정하는 데 도움이 될 수 있습니다.