Початок роботи: перенесення даних Access до Dataverse

1. Запустіть Access, виберіть Обліковий запис, а потім – Змінити обліковий запис. Відкриється діалогове вікно Обліковий запис.

2.  Переконайтеся, що ви ввійшли в Access за допомогою тих самих облікових даних, які ви використовуєте в Power Apps. Залежно від середовища може знадобитися ввести додаткові відомості для захисту, наприклад додаткову автентифікацію або pin-код.
   
   Примітка     Якщо ви не використовуєте один обліковий запис для Access і Power Apps, не вдається виконати перенесення через проблеми з дозволами.

3. Відкрийте базу даних Access, яку потрібно перенести.
   
   Порада     Переконайтеся, що всі відкриті об'єкти Access закриті, оскільки блокування може перешкоджати переносити таблицю.

4. Клацніть правою кнопкою миші таблицю в області переходів і виберіть експортувати > Dataverse. 

5. У діалоговому вікні Експорт об'єктів виберіть усі таблиці, які потрібно експортувати, і зніміть усі таблиці, які не потрібно експортувати.

6. Натисніть кнопку OK.
   
   

7. У діалоговому вікні Експорт даних до середовища Dataverse виберіть URL-адресу екземпляра зі списку, наданого глобальною службою виявлення.
   
   Примітка     URL-адреса екземпляра в Power Apps представляє певний сеанс середовища Power Apps. Її не слід плутати з URL-адресою веб-сторінки. Компонент рядка "crm.dynamics" – це перенос із попередніх версій Програм Power Apps.
   
   
   
   Докладні відомості див. в статті Початок: настроювання середовища Dataverse.

Наступний крок – зробити важливий вибір щодо способу перенесення. Зверніть увагу, що стандартні значення – це найпоширеніші значення. 

1. Щоб експортувати пов'язані таблиці вибраних таблиць, виберіть експортувати всі пов'язані таблиці.
   
   Примітка     Наразі під час експорту пов'язаних таблиць додаються лише безпосередні дочірні таблиці. Якщо потрібно включити всі зв'язки, скористайтеся діалоговим вікном Експорт об'єктів, щоб вибрати всі таблиці, які потрібно перенести.

2. Щоб переглянути ці таблиці, виберіть пункт Переглянути пов'язані таблиці. Відкриється діалогове вікно Пов'язані таблиці .
   
   Зв'язки між таблицями відображаються в ієрархічному поданні у двох стовпцях: у лівому стовпці відображаються вибрані таблиці, а у правому – пов'язані таблиці.
   
   

   Примітка.: В Access можна створити зв'язок "один-до-багатьох", а поле зовнішнього ключа в таблиці, на яке посилається посилання, може бути будь-яким полем. Але в Dataverse поле зовнішнього ключа в таблиці, на яку посилається посилання, має бути первинним ключем таблиці, на яку посилається посилання. Якщо зовнішній ключ Access не є первинним ключем у таблиці, на яку посилається посилання, операція експорту до Dataverse завершується невдало. Щоб успішно експортувати дані, переконайтеся, що зовнішній ключ Access – це первинний ключ у таблиці, на яку посилається посилання.

3. Щоб створити зв'язки між таблицями в Access для кожної таблиці Dataverse, створеної під час експорту, виберіть посилання на таблицю Dataverse після експорту.

4. Щоб переглянути результати, натисніть кнопку Відкрити URL-адресу таблиці Dataverse після завершення.
   
   Цей параметр недоступний, якщо ви експортуєте дані до Dataverse у Teams.

5. Щоб явно встановити поле як стовпець імені основного імені, виберіть пункт Вибрати основні поля імен, а потім виберіть поле з розкривного списку. 
   
   Якщо не вказати стовпець для використання, перший текстовий стовпець ліворуч використовуватиметься як стовпець Основне ім'я. Якщо текстового стовпця немає, створюється стовпець покажчика місця заповнення для імені з null-значеннями.
   
   

6. Натисніть кнопку Далі.

Процес перевірки автоматично починається, коли відобразиться діалогове вікно з цією фразою. у верхній частині. Якщо процес перевірки завершиться успішно, в іншому повідомленні відображається повідомлення "Перевірку завершено", а потім натисніть кнопку OK.

Слідкуйте за цими повідомленнями:

Повідомлення	Пояснення
"Отримання списку таблиць із джерела OData"	Процес перенесення почався.
"Exporting select objects" (Експорт вибраних об'єктів)	Вибрані таблиці переносяться до Dataverse.
"Експортовано всі таблиці, які не виявили помилку."	Якщо в таблиці виникає одна помилка, її не буде експортовано, інакше операцію експортування таблиці завершено. Щоб продовжити, натисніть кнопку Закрити.
"Імпорт вибраних таблиць і пов'язаних таблиць"	Залежно від того, як експортуються таблиці, створюються зв'язані таблиці, перейменовуються вихідні таблиці, а в Access створюються та зв'язуються кілька системних таблиць Dataverse.

Під час перевірки, якщо є непідтримувані поля, Access визначає непідтримувані типи даних або рядки, які перевищують обмеження, і створює таблицю помилок перевірки стовпця Dataverse, яка зберігає в кожному рядку експортовані імена таблиць і поля, які не підтримуються. Ви можете перенести всі підтримувані типи даних і не переносити типи даних, які не підтримуються. Якщо ви вирішите не переносити дані, вони залишаться в Access.

Що відбувається з непідтримуваними типами даних і перевищеними обмеженнями

Якщо ви вирішили зв'язати таблиці, переконайтеся, що результати є очікуваними. Перегляньте це повідомлення "Отримання списку таблиць із середовища Dataverse". Вихідні таблиці залишаються, але їхні імена змінюються. Тепер зв'язані таблиці мають містити вихідні імена таблиць, щоб усі зовнішні об'єкти працювали так само, як і раніше. Первинний ключ (автонумерація) Access зберігається. Додасться новий стовпець, який відповідає первинному ключу (GUID) Dataverse, а ім'я стовпця – ім'я таблиці.

Програма Access також додає додаткові зв'язані таблиці з Dataverse під назвою Teams, Користувачі та Підрозділи. Ці системні таблиці містять таку корисну інформацію:

• Користувачі      Адреса електронної пошти, повне ім'я, телефон, тип ліцензії, підрозділ тощо.

• Teams      Команда, назва команди, участь тощо.

• Підрозділ   Центр витрат, веб-сайт, обмеження кредитоспроможності тощо.

• ВалютіВідомості про грошову одиницю для всіх грошових одиниць транзакції, включно зі значеннями, такими як курс, ім'я, символ, код тощо. Ця таблиця відображається , лише якщо Access має тип даних грошової одиниці, перенесеної до Dataverse.

Ви можете скористатися цією додатковою інформацією, щоб покращити рішення Access. Ці таблиці можна зберегти у формі або додати до звіту. Докладні відомості див. в статті Таблиці та стовпці системи Dataverse. 

Радимо переглянути та підтвердити процес перенесення, вивчивши кожну таблицю та поле в середовищі Dataverse. Імена таблиць і полів dataverse мають відповідати іменам таблиць і стовпців Access. Access автоматично відкриває середовище Dataverse до першої перенесеної таблиці.

Таблиці Access відображаються в dataverse як таблиці з відповідним відображуваним іменем і типом даних:

• У стовпці "Коротке ім'я" має відображатися кожне ім'я поля Access у таблиці.

• Формат поля "Ім'я" має префікс, підкреслення та ім'я таблиці, наприклад cr444_<ім'я таблиці>. Це називається логічним ім'ям у Dataverse.

• Усі перенесені поля Access відображаються як "Настроювані" під стовпцем Тип поруч із автоматично створеним GUID і наявними типами даних поля Dataverse.

Примітка Якщо таблиця Dataverse із таким самим іменем, що й експортована таблиця Access, до нової таблиці Dataverse додається число.

За замовчуванням access установлює перший текстовий стовпець (зліва направо) як основне ім'я Dataverse. Якщо таблиця не містить текстових полів, Access додає пустий текстовий стовпець як останнє поле в таблиці та призначить це поле основним іменем Dataverse. також можна вказати певне поле як основне ім'я. Цей стовпець відображається в Access і Dataverse.

Докладні відомості див. в статті Робота з будь-якими даними в Dataverse.

Після перенесення таблиць Access до Dataverse можна будь-коли переглянути таблиці та стовпці в dataverse і Access. Зверніть увагу, що в Dataverse поля відображаються в алфавітному порядку, а не в вихідному порядку в Access.

Dataverse/Power Apps        Відомості про перегляд і роботу з таблицями в Dataverse див. в статті Редагування таблиці в power Apps.

Примітка     Клацніть правою кнопкою миші перенесену зв'язану таблицю в Access, щоб відкрити таблицю на порталі Power Apps Maker у браузері.  У стандартному поданні порталу Power Apps системні поля не відображаються, забезпечуючи простіше подання, у якому відображаються стовпці, перенесені в Access.

Dataverse для Teams       Переглянути таблиці та стовпці можна кількома способами:

• Створіть швидку програму Power App для перегляду або оновлення даних.

• У меню збірки виберіть переглянути все в розділі "Елементи, створені для..." а потім клацніть таблицю, яку потрібно переглянути.

• Скористайтеся конструктором таблиць у Teams. Докладні відомості див. в статті Створення таблиці в Teams.

Порада    У браузері може знадобитися додати до закладок URL-адресу подання таблиці, якій ви віддаєте перевагу.

Підказка      Ви також можете переглянути дані в Excel, вибравши розкривну команду Дані, а потім вибравши редагувати в Excel. Докладні відомості див. в статті Редагування даних таблиці в Програмі Excel. 

Докладні відомості див. в статті Таблиці та стовпці системи Dataverse. 

У наведених нижче розділах наведено додаткові загальні та концептуальні відомості.

Загальні відомості про первинні ключі та первинні імена

Первинні ключі використовуються для визначення рядків даних у базі даних. Access і Dataverse мають різні основні структури. Під час перенесення Dataverse і Access автоматично керують координацією між двома продуктами за допомогою власних унікальних ключів і без взаємодії з користувачем.

Під час планування та перенесення є два первинні ключі та одне додаткове поле Основного, про яке слід звернути увагу:

Автонумерація Access     У програмі Access часто використовується тип даних "Автонумерація", який автоматично збільшує унікальний номер як первинний ключ таблиці. Це поле створюється в dataverse як ціле числове поле із застосованим форматом лічильника. Під час перенесення початкове число в Dataverse установлюється як наступне послідовне число на основі рядків Access. Access продовжує використовувати стовпець "Автонумерація" для визначення рядків даних, навіть якщо dataverse використовує інший ключ.

Важливо     Dataverse створює поле "Лічильник" як необов'язкове, але це задумом. Функція Dataverse створює послідовне число під час збереження запису. Якщо для цього значення встановлено обов'язкове значення, клієнти Dataverse вимагатимуть введення значення перед збереженням, що запобігає генеруванню лічильника. Якщо поле залишається пустим, завжди створюється лічильник.

GUID для зворотного зв'яза даних Dataverse використовує як первинний ключ тип даних глобального унікального ідентифікатора (GUID), який автоматично створюється як унікальний ідентифікатор і вимагається в кожній таблиці. Функція Dataverse не вимагає, щоб імпортовані дані мали первинний ключ, він автоматично створює GUID для вас.

Основне ім'я для dataverse Dataverse також містить ще один стовпець з назвою "Основне ім'я". Це зрозуміле ім'я, яке використовується для визначення рядків як альтернативи використанню GUID. Необхідно, щоб це поле було присутнє, і залежно від параметрів у клієнтах Power Platform може знадобитися заповнити цей стовпець. Цю вимогу можна змінити вручну. За замовчуванням основне ім'я не унікальне. Наприклад, ім'я клієнта може бути основним іменем, яке відповідає унікальному ідентифікатору клієнта. Можливо, є два клієнти з іменем "Джонс", але кожен із них матиме унікальний ідентифікатор клієнта.

Рекомендації щодо прийняття рішень щодо первинних ключів

Первинний ключ Access, первинний ключ Dataverse і стовпець Primary Name створюються автоматично за замовчуванням. Але ви можете вибрати, як обробляти три первинні ключі. Нижче наведено кілька порад, які допоможуть вирішити:

Первинний ключ       Якщо первинний ключ (автонумерація) Access – це також бізнес-ключ, наприклад номер частини, можливо, його потрібно зберегти, оскільки він використовується для визначення об'єктів у реальному світі. Але якщо первинний ключ Access (автонумерація) використовується виключно для створення зв'язків, його можна замінити на первинний ключ Dataverse (GUID).

Примітки

• Іноді таблиця Access містить стовпець "Лічильник", який не використовується як первинний ключ. У такому разі функція Dataverse перетворює його на поле "Ціле число", і функція автоматичного нумерації видаляється.

• Dataverse також має еквівалент поля автонумерації Access, яке називається полем "Лічильник", яке використовується для створення послідовних чисел і зберігається як значення рядка. Це поле також може містити префікс (наприклад, рядок або дату) до числа, що забезпечує гнучкість використання поля. Цей стовпець базується на типі даних SQL Server автоматичної послідовності. Докладні відомості див. в статті Стовпці автонумерації в Microsoft Dataverse.

Основне ім'я      Для dataverse потрібен стовпець "Основне ім'я". Основне ім'я має містити значення рядка. Під час перенесення користувачі можуть указати, який текстовий стовпець потрібно використовувати в Access як основне ім'я. Якщо користувач не вказав стовпець для використання, перший текстовий стовпець ліворуч використовується як стовпець Основне ім'я. Якщо текстового стовпця немає, буде додано новий стовпець з ім'ям Основне ім'я покажчика місця заповнення, який відповідатиме вимогам Dataverse. Цей стовпець має значення Необов'язковий , і його можна залишити незакріпленим.

Докладні відомості див. в статті Створення основного стовпця імені.

Порівняння первинних ключів і первинних імен

Опис	Первинний ключ Access	Dataverse Primary Key	Основне ім'я для dataverse
Тип даних	Автонумерація (або будь-який стовпець, який можна індексувати)	GUID	Рядок
Вміст	Просте послідовне число	Рандомізовані числа та букви, унікальні для середовища	Зрозумілі для людини значення рядків
Приклад	234	123e4567-e89b-12d3-a456-426655440000	Ім'я, наприклад "Джонс". Ціле число, наприклад 234, або комбінація, наприклад SalesOrder9071
Вимога	Часто використовується, але не обов'язково	У кожній таблиці має бути одна	У кожній таблиці має бути одна
Можна змінювати	Не вдалося змінити поле типу "Автонумерація", можна змінити інші типи полів	Ні	Так
Унікальний ідентифікатор	Завжди	Завжди	Лише як альтернативний ключ
Складений ключ	Підтримується та часто поєднується з автонумера	Не підтримується	Не підтримується
Видимість	Зазвичай перший стовпець таблиці	Зазвичай вони приховані, але можуть відображатися.	Відображення за замовчуванням
Індексування	Можна індексувати. Докладні відомості див. в статті Створення та використання індексу для підвищення продуктивності.	Автоматично індексовано	Автоматично індексовано
Коментарі	Після визначення та введення даних не можна змінити будь-яке інше поле на тип даних "Лічильник".	Не вдалося створити користувача або виконати операцію імпорту даних.	Також використовується з автоматично створеними полями в картках даних, формах на основі моделі та з підстановками під час створення форм.

Примітки 

• Індекси Access не перетворюються автоматично на індекси Dataverse.

• У розділі Dataverse використовується azure SQL Server, щоб автоматично створювати індекси на основі шаблонів використання даних. Індекси для первинних і альтернативних ключів завжди створюються, а інші додаватимуться або видаляються залежно від того, як ви використовуєте дані.

Загальні відомості про зв'язки Access і Dataverse

Важливо розуміти, як потрібно керувати зв'язками таблиць разом із первинними ключами. Для вибраних таблиць можна вибрати автоматичне переміщення всіх пов'язаних таблиць із вибраними таблицями або пропустити їх під час перенесення та просто залишити пов'язані таблиці в Access. У будь-якому випадку ви також можете зв'язати перенесені таблиці, щоб зберегти поточні зв'язки в Access.

Під час експорту даних таблиці Access зі зв'язками "один-до-багатьох" можна повторно створити як зв'язки "один-до-багатьох" в Dataverse. Як і Access, функція Dataverse також має цілісність даних, наприклад каскадні оновлення пов'язаних полів і каскадні видалення пов'язаних записів. Якщо база даних Access має схему зв'язків, вона зберігається. Однак вихідні локальні таблиці буде замінено на нові зв'язані таблиці.

Access і Dataverse підтримують підстановку між двома таблицями у зв'язку "один-до-багатьох". Під час перенесення підстановки Access відтворюються в Dataverse, як показано в наведеному нижче прикладі:

• Дві таблиці Access ("Клієнти" та "Замовлення" мають первинні ключі CustomerID і OrderID на основі типу даних "Автонумерація". Таблиця "Замовлення" в Access має зовнішній ключ, який містить значення з первинного ключа Access у таблиці "Клієнти".

• Під час операції експортування обидва первинні ключі Access зберігаються та зберігаються як стовпці типу "Лічильник", але вони не використовуються як стовпець первинного ключа в таблиці Dataverse. У кожній таблиці додано новий стовпець GUID, який стає первинним ключем у таблиці Dataverse.

• Для зовнішнього ключа CustomerID у таблиці "Замовлення" створюється підстановка, щоб знайти відповідний первинний ключ CustomerID у таблиці "Клієнти". Після перенесення таблиць до Dataverse, якщо змінити стовпець підстановки зовнішнього ключа, доданий до таблиці "Замовлення", він також оновить вихідний стовпець зовнішнього ключа. Застосунок Access може й надалі використовувати зовнішній ключ Access замість зовнішнього ключа Dataverse. Якщо зовнішній ключ Access змінено у зв'язаній таблиці в Access, він також оновить зовнішній ключ Dataverse. Однак зовнішній ключ Access буде доступний лише для читання в Dataverse.

• У цьому прикладі зв'язку "один-до-багатьох" первинний ключ "Замовлення" не використовується, але, звичайно, можна використовувати для інших зв'язків.

Докладні відомості див. в статті Відео. Створення зв'язків за допомогою майстра підстановокі Створення зв'язку між таблицями за допомогою стовпця підстановки.

Рекомендації щодо прийняття рішень щодо ключів і зв'язків

Нижче наведено загальні відомості про типові варіанти перенесення.

Перенесення даних, але ігнорування зв'язків      Ви вирішили видалити стовпець первинного ключа (автонумерації) Access, тому що немає інших таблиць Access із посиланнями або зв'язками, які від нього залежать, і було б незручно мати його в таблиці Dataverse поряд із первинним ключем (GUID) Dataverse.

Перенесення даних і зв'язків за допомогою зв'язаних таблиць      Сценарій за замовчуванням – зберегти вихідний первинний ключ Access (автонумерація), але він не використовується як первинний ключ у Dataverse. Тепер ви використовуєте первинний ключ (GUID) Dataverse і використовуєте його в таблиці Dataverse як унікальний ідентифікатор. Access створить зв'язані таблиці, щоб зберегти зв'язки Access. Зверніть увагу, що первинний ключ Dataverse (GUID) видалити не можна.

У зв'язку можна редагувати значення зовнішнього ключа (в Access або в середовищі Dataverse). Також можна редагувати зовнішні ключі, які посилаються на первинний ключ Access у зв'язаній таблиці Access, і він автоматично оновлюватиме зовнішній ключ Dataverse, який посилається на первинний ключ Dataverse у зовнішній таблиці.

Перенесення даних без зв'язаних таблиць і повторне створення зв'язків у Dataverse      Оскільки таблиці більше не використовуються в Access, можна повторно створити зв'язки в Dataverse, використовуючи первинний ключ (GUID), додавши підстановки Dataverse і вибравши текстове поле в кожній таблиці як основне ім'я під час перенесення.