Die Kombination von Microsoft Access und Microsoft Dataverse mit Power Platform eröffnet dem Citizen Developer eine Welt voller Möglichkeiten in der Cloud und für mobile Szenarien. Diese Kombination ermöglicht hybride Lösungsszenarien, die den Wert und die Benutzerfreundlichkeit von Access zusammen mit Cloud-basiertem Speicher auf folgende Weise erhalten.
- Mobile und Microsoft Teams-Szenarien.
- Freigabe und Bearbeitung von Access-Daten in Echtzeit mithilfe cloudbasierter Datenspeicher und Front-End-Apps, die in Access, Power Apps Mobile und Microsoft Teams erstellt wurden.
- Neue Sicherheits- und Compliancefunktionen durch Dataverse-Speicher in der Cloud mit AAD und rollenbasierte Sicherheit bei der Verwaltung über Access.
Sie können Access-Daten für Dataverse freigeben. Dabei handelt es sich um eine Clouddatenbank, auf der Sie Power Platform-Apps, automatisierte Workflows, virtuelle Agents und vieles mehr für das Web, das Telefon oder das Tablet auf folgende Weise erstellen können:
- Erstellen Sie eine Power Platform-Umgebung, und fügen Sie eine neue Dataverse-Datenbank hinzu.
- Migrieren Sie Access-Daten zu Dataverse oder Dataverse für Teams.
- Verwenden Sie weiterhin Ihre Access-Desktoplösung, um die Bearbeitung der Daten basierend auf verknüpften Tabellen und unter Verwendung vorhandener Front-End-Formulare, Berichte, Abfragen und Makros zu synchronisieren.
- Erstellen Sie eine Low-Code-Power App, einen automatisierten Workflow, einen KI-gesteuerten virtuellen Assistenten oder ein Power BI-Dashboard, das auf vielen Geräten funktioniert, während Sie gleichzeitig die gleichen zugrunde liegenden Dataverse-Daten anzeigen und bearbeiten.
Dataverse ist das Rückgrat der Power Platform und kann gemeinsame Daten speichern, die für mehrere Anwendungen freigegeben werden. Diese Funktion bietet zusätzliche plattformübergreifende Möglichkeiten für die Interaktion und Verwaltung freigegebener Daten in Microsoft 365, Azure, Dynamics 365 und eigenständigen Anwendungen.
Hinweis Die Begriffe "Spalte" und "Feld" werden sowohl in Access als auch in Dataverse synonym verwendet. Die Begriffe "Tabelle" und "Entität" werden in Dataverse synonym verwendet.
Vorbereitende Schritte
Sie wünschen einen reibungsloseren Ablauf? Weitere Informationen finden Sie in den folgenden Abschnitten.
Wichtig Sichern Sie Ihre Access-Datenbank. Dies wird dringend empfohlen. Weitere Informationen finden Sie unter Schützen von Daten mit Sicherungs- und Wiederherstellungsprozessen.
Beginn: Kurze Prüfliste
Hier ist eine kurze Checkliste, um sicherzustellen, dass Sie bereit sind:
- Erhalten Sie eine Videoübersicht über die Verwendung des Access Dataverse-Connectors mit Power Platform zur Integration in Cloud-basierten Speicher. Weitere Informationen finden Sie unter aka.ms/AccessAndPowerPlatform.
- Wenn Sie noch nicht über eine verfügen, beschaffen Sie sich eine Power Apps-Lizenz, die Dataverse enthält, oder verwenden Sie eine vorhandene Umgebung. Wechseln Sie zur Power Apps-Startseite, und wählen Sie "Kostenlos starten" aus.
- Wenn Ihre Access-Daten ein mehrwertiges Feld enthalten, bereiten Sie sie auf die Migration vor. Weitere Informationen finden Sie unter Erstellen eines Auswahlfelds für die Migration zu Dataverse.
- Obwohl Dataverse über einen Gleitkomma-Datentyp verfügt, hat er niedrigere Bereichsgrenzen als der Access-Gleitkomma-Datentyp. Wenn Ihre Access-Daten über ein Gleitkommafeld verfügen, konvertieren Sie es zuerst in den Datentyp "Zahl", legen Sie die Eigenschaft "Feldgröße" auf "Dezimal" fest, und migrieren Sie dann die Daten zu Dataverse, wodurch sie als Datentyp "Dezimalzahl" gespeichert werden.
Beginn: Erforderliche Softwarelizenzen beschaffen
Stellen Sie sicher, dass Sie die erforderlichen Lizenzen erhalten:
- Zugriff Ein Microsoft 365-Plan, der Access enthält. Weitere Informationen finden Sie unter Microsoft 365 mit Office-Apps.
- Dataverse Ein Power Apps-Plan. Weitere Informationen finden Sie unter Power Apps-Pläne und Preise. Eine ausführliche Erläuterung aller Power Apps-Lizenzierungsoptionen finden Sie im Lizenzierungshandbuch.
- Dataverse für Teams Ein Microsoft 365-Plan, der Teams enthält. Weitere Informationen finden Sie unter Microsoft 365 mit Office-Apps.
Möglicherweise sind zusätzliche Lizenzen erforderlich, wenn Ihre Apps Power Automate, Power BI und Power Virtual Agent enthalten. Weitere Informationen finden Sie unter Power Apps-Pläne und -Preise sowie Updates für Power Apps.
Beginn: Einrichten einer Dataverse-Umgebung
Es gibt zwei Möglichkeiten, Dataverse zu verwenden: die Vollversion und Dataverse für Teams.
Datenumkehr
Die Vollversion von Dataverse bietet alle verfügbaren Datentypen für geräteübergreifende Low-Code-Apps und unterstützt viele Benutzer. Sobald Sie über Ihre Dataverse-Lizenz verfügen, können Sie entweder auf eine aktuelle Dataverse-Umgebung zugreifen oder eine neue Umgebung erstellen, um Ihre Access-Daten zu migrieren. Weitere Informationen finden Sie unter Was ist Microsoft Dataverse?, Erste Schritte mit DataverseundHinzufügen einer Microsoft Dataverse-Datenbank.
Wichtig Stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen zum Importieren von Daten in Dataverse verfügen. Sie benötigen die Sicherheitsrolle "Umgebungsersteller" und App-Benutzer benötigen die Sicherheitsrolle "Basisbenutzer". Weitere Informationen finden Sie unter Gewähren von Benutzerzugriff in Customer Engagement-Apps.
Wenn Sie eine neue Umgebung verwenden:
Melden Sie sich über diese Browserseite bei Power Apps an, https://powerapps.microsoft.com/.
Wählen Sie Einstellungen
>Center aus.Wählen Sie auf der Seite "Admin Center" die Option "Neu" aus. Der Bereich Neue Umgebung wird geöffnet.
Geben Sie im Feld Name den Umgebungsnamen ein.
Wählen Sie im Feld "Typ " in der Dropdownliste die Option "Testversion " aus. Wenn Sie über eine eigene Produktionsumgebung verfügen, können Sie Produktion auswählen.
Behalten Sie im Feld "Region" die Standardauswahl "USA" bei.
Geben Sie optional eine Beschreibung in das Feld Zweck ein.
Wählen Sie unter Datenbank für diese Umgebung erstellendie Option Ja aus.
Wenn Sie den Migrationsprozess in Access starten, sollte der globale Ermittlungsdienst die richtige Instanz-URL ermitteln. Weitere Informationen finden Sie unter Migrieren: Datenquelle und Ziel auswählen.
Dataverse für Teams
Microsoft Teams erleichtert Messaging, Chats, Besprechungen, Webinare und die zeitnahe Kommunikation zwischen Arbeitsgruppen und Kollegen. Sie können auch die Produktivität verbessern und Teams anpassen, indem Sie eine Vielzahl von Apps hinzufügen, einschließlich Power Apps basierend auf Dataverse für Teams. Dies bietet effektiv eine integrierte Low-Code-Datenplattform für Teams und die Bereitstellung von Lösungen mit einem Klick.
Sobald Sie über einen Microsoft 365-Plan mit Teams verfügen, ist keine zusätzliche Lizenz für Apps, Workflows und virtuelle Agents innerhalb von Teams erforderlich, aber Power BI-Apps erfordern eine separate Lizenz. Außerdem ist der Zugriff auf die Dataverse-Umgebung auf die Teams-Besitzer, -Mitglieder und -Gäste beschränkt, und es gibt einige Funktionseinschränkungen für das zugrunde liegende Dataverse.
Weitere Informationen finden Sie unter Übersicht über Microsoft Dataverse für Teams, Power Apps und Microsoft Teams-Integration und Erste Schritte mit Microsoft Dataverse für Teams.
Um die Dataverse für Teams-Umgebung bereitzustellen, müssen Sie zuerst eine App in Teams installieren.
- Öffnen Sie Teams, und wählen Sie in der unteren linken Ecke des Fensters "Apps " aus.
- Verwenden Sie im App-Marketplace-Fenster das Suchfeld, um nach "Power Apps" zu suchen, und wählen Sie dann Power Apps aus.
- Um die Power Apps-Anwendung Teams hinzuzufügen, wählen Sie "Hinzufügen" aus. Das Power Apps-Fenster wird angezeigt.
- Wählen Sie App erstellen aus.
- Wählen Sie das Team für Ihre App aus.
- Um eine Dataverse for Teams-Umgebung zu erstellen, wählen Sie Jetzt starten aus.
- Geben Sie im Power Apps-Editor einen App-Namen ein, und wählen Sie dann Speichern aus.
Ergebnis
Ihre Umgebung ist einsatzbereit. Wenn Sie den Migrationsprozess in Access starten, sollte der globale Ermittlungsdienst die richtige Instanz-URL ermitteln. Weitere Informationen finden Sie unter Migrieren: Datenquelle und Ziel auswählen.
Manuelles Ermitteln der richtigen Instanz-URL
Wenn der globale Ermittlungsdienst aus irgendeinem Grund nicht die richtige instance-URL ermitteln kann, können Sie sie in Power Apps suchen und dann während des Migrationsprozesses manuell eingeben.
-
Dataverse Wählen Sie oben rechts auf der Seite Einstellungen aus, wählen Sie Sitzungsdetails aus, und die richtige Dataverse-URL wird als Instanz-URL aufgeführt.
- Dataverse für Teams Nachdem Sie eine App für Ihre Dataverse-Datenbank erstellt haben, wählen Sie "Über" aus, und die richtige Dataverse-URL wird als Instanz-URL aufgeführt.
Beginn: Antizipieren von Datenkapazitäts- und Validierungsproblemen
Machen Sie sich mit den Unterschieden bei der Speicherkapazität vertraut, da jede Datenbank unterschiedliche maximale Größenbeschränkungen hat:
- Access hat eine maximale Grenze von 2 GB für jede Datenbank. Weitere Informationen finden Sie unter Access-Spezifikationen.
- Dataverse hat eine maximale Grenze von 10 GB für eine relationale Datenbank. Es hat ein Gesamtlimit von 20 GB zum Speichern von Dateien, Blobs und nicht relationalen Protokolldaten. Weitere Informationen finden Sie unter Neuigkeiten für die Speicherverwaltung in Microsoft Power Platform.
- Dataverse für Teams hat ein maximales Limit von 2 GB und 1 MB für jeden Teamkanal. Die maximale Grenze von 2 GB umfasst auch zusätzliche Dateien, Blobs und nicht relationale Protokolldaten. Weitere Informationen finden Sie unter Microsoft Dataverse für Teams-Umgebung.
Ein wichtiger Teil des Migrationsprozesses besteht darin, die Daten auf verschiedene Arten zu überprüfen:
- Um Datenverluste zu verhindern, stellt Access sicher, dass die Access-Tabelle die Dataverse-Größenbeschränkungen nicht überschreitet und dass die Anzahl der Spalten in der Access-Tabelle die maximale Anzahl von Dataverse-Feldern für eine Tabelle nicht überschreitet.
- Wenn die Access-Tabelle nicht unterstützte Dataverse-Datentypen enthält oder die Spalte Werte enthält, die die Dataverse-Datentypbereiche überschreiten, stellt Access zusätzliche Informationen bereit, um Sie bei der Behebung der Fehler zu unterstützen.
Nur unterstützte Datentypen werden exportiert. Die ursprüngliche Access-Tabelle, einschließlich nicht unterstützter Datentypen, verbleibt in Access. Wenn Sie sich vergewissert haben, dass alle Daten vollständig und korrekt migriert wurden, können Sie entweder die ursprüngliche Access-Tabelle beibehalten oder sie löschen und in eine Sicherungsdatenbank kopieren.
Weitere Informationen finden Sie unter Vergleichen der Access- und Dataverse-Datentypen.
Migrieren von Access-Daten zu Dataverse
Der Prozess der Migration von Access-Tabellen und -Spalten zu Dataverse umfasst: Erstellen und Angeben einer Dataverse-Umgebung, Exportieren von Daten aus Access nach Dataverse, Auswählen von Tabellen und verknüpften Tabellen, Erstellen verknüpfter Tabellen in Access mit den migrierten Tabellen in Dataverse, Verwalten von Primärschlüsseln, Namen und Beziehungen, Überprüfen des Datenexports und Anzeigen der Ergebnisse in Access und Dataverse.
Migrieren: Datenquelle und Ziel auswählen
- Zugriff starten, Konto auswählen, Konto wechseln auswählen. Das Dialogfeld "Konto" wird geöffnet.
- Stellen Sie sicher, dass Sie mit denselben Anmeldeinformationen wie in Power Apps bei Access angemeldet sind. Je nach Ihrer Umgebung müssen Sie möglicherweise zusätzliche Sicherheitsinformationen eingeben, z. B. eine sekundäre Authentifizierung oder eine PIN.
Hinweis Wenn Sie nicht dasselbe Konto für Access und Power Apps verwenden, schlägt die Migration aufgrund von Berechtigungsproblemen fehl. 3. Öffnen Sie die zu migrierende Access-Datenbank.
Tipp Stellen Sie sicher, dass alle geöffneten Access-Objekte geschlossen sind, da eine Sperre die Tabellenmigration verhindern kann. 4. Klicken Sie im Navigationsbereich mit der rechten Maustaste auf eine Tabelle, und wählen SieDataverseexportieren> aus. 5. Wählen Sie im Dialogfeld Objekte exportierenalle Tabellen aus, die Sie exportieren möchten, und deaktivieren Sie alle Tabellen, die Sie nicht exportieren möchten. 6. Wählen Sie OK aus.
7. Wählen Sie im Dialogfeld Daten in Dataverse-Umgebung exportieren eine instance-URL aus der vom globalen Suchdienst bereitgestellten Liste aus.
Hinweis In Power Apps stellt eine Instanz-URL eine bestimmte Sitzung einer Power Apps-Umgebung dar. Er sollte nicht mit einer Webseiten-URL verwechselt werden. Eine Komponente der Zeichenfolge "crm.dynamics" ist ein Überbleibsel aus früheren Versionen von Power Apps.
Weitere Informationen finden Sie unter Beginn: Einrichten einer Dataverse-Umgebung.
Migrieren: Entscheiden über verknüpfte Tabellen, verknüpfte Tabellen und Vorschau von Tabellen
Der nächste Schritt besteht darin, wichtige Entscheidungen darüber zu treffen, wie Sie migrieren möchten. Beachten Sie, dass die Standardwerte die gebräuchlichsten sind.
Um verknüpfte Tabellen der ausgewählten Tabellen zu exportieren, wählen Sie Alle verwandten Tabellen exportieren aus.
Hinweis Derzeit werden nur direkte untergeordnete Tabellen einbezogen, wenn Sie verknüpfte Tabellen exportieren möchten. Wenn alle Beziehungen einbezogen werden sollen, wählen Sie im Dialogfeld Objekte exportieren alle Tabellen aus, die Sie migrieren möchten.
Wählen Sie zum Anzeigen dieser Tabellen die Option Verwandte Tabellen anzeigen aus. Das Dialogfeld "Verknüpfte Tabellen " wird angezeigt.
Tabellenbeziehungen werden in einer hierarchischen Ansicht in zwei Spalten angezeigt: In der linken Spalte werden die ausgewählten Tabellen angezeigt, und in der rechten Spalte werden die zugehörigen Tabellen angezeigt.
Hinweis
In Access können Sie eine 1:n-Beziehung erstellen, und das Fremdschlüsselfeld in der Tabelle, auf die verwiesen wird, kann ein beliebiges Feld sein. In Dataverse muss jedoch das Fremdschlüsselfeld in der Tabelle, auf die verwiesen wird, der Primärschlüssel der Tabelle sein, auf die verwiesen wird. Wenn der Access-Fremdschlüssel kein Primärschlüssel in der referenzierten Tabelle ist, schlägt der Exportvorgang in Dataverse fehl. Um die Daten erfolgreich zu exportieren, müssen Sie sicherstellen, dass der Access-Fremdschlüssel der Primärschlüssel in der Tabelle ist, auf die verwiesen wird.
Um Tabellenverknüpfungen in Access für jede Dataverse-Tabelle zu erstellen, die durch den Exportvorgang erstellt wird, wählen Sie Nach dem Exportieren mit Dataverse-Tabelle verknüpfen aus.
Um eine Vorschau der Ergebnisse anzuzeigen, wählen Sie "Dataverse-Tabellen-URL öffnen" aus, wenn Sie fertig sind.
Diese Option ist nicht verfügbar, wenn Sie in Teams nach Dataverse exportieren.
Wenn Sie ein Feld explizit als primäre Namensspalte festlegen möchten, wählen Sie Primärnamenfelder auswählen und dann in der Dropdownliste ein Feld aus.
Wenn Sie keine zu verwendende Spalte angeben, wird die erste Textspalte von links als primäre Namensspalte verwendet. Wenn keine Textspalte vorhanden ist, wird eine Platzhalterspalte für primäre Namen mit Nullwerten erstellt.
Wählen Sie Weiter aus.
Migrieren: Exportierte Daten überprüfen
Der Validierungsprozess wird automatisch gestartet, wenn das Dialogfeld "Validator wird ausgeführt..." ganz oben. Wenn der Überprüfungsprozess erfolgreich war, wird in einer anderen Meldung "Überprüfung abgeschlossen" angezeigt, und Sie können anschließend OK auswählen.
Achten Sie auf diese Meldungen:
| Nachricht | Erläuterung |
|---|---|
| "Abrufen einer Liste von Tabellen aus der OData-Quelle" | Der Migrationsprozess hat begonnen. |
| "Exportieren ausgewählter Objekte" | Die ausgewählten Tabellen werden nach Dataverse migriert. |
| "Alle Tabellen, bei denen kein Fehler aufgetreten ist, wurden erfolgreich exportiert." | Wenn ein einzelner Fehler in einer Tabelle auftritt, wird die Tabelle nicht exportiert, andernfalls ist der Tabellenexportvorgang abgeschlossen. Um fortzufahren, wählen Sie Schließen aus. |
| "Importiert ausgewählte Tabellen und ggf. verknüpfte Tabellen" | Je nachdem, wie Sie Ihre Tabellen exportiert haben, werden verknüpfte Tabellen erstellt, Originaltabellen umbenannt und mehrere Dataverse-Systemtabellen in Access erstellt und verknüpft. |
Wenn während des Überprüfungsprozesses nicht unterstützte Felder vorhanden sind, identifiziert Access nicht unterstützte Datentypen oder Zeilen, die die Grenzwerte überschreiten, und erstellt eine Tabelle mit Dataverse-Spaltenüberprüfungsfehlern , in der in jeder Zeile der exportierte Tabellenname und die nicht unterstützten Felder gespeichert werden. Sie können alle unterstützten Datentypen migrieren oder nicht unterstützte Datentypen nicht migrieren. Wenn Sie sich gegen die Migration entscheiden, bleiben die Daten in Access erhalten.
Was geschieht mit nicht unterstützten Datentypen und überschrittenen Limits?
Migrieren: Vorschau der Ergebnisse in Access
Wenn Sie Tabellen verknüpfen, bestätigen Sie, dass die Ergebnisse Ihren Erwartungen entsprechen. Achten Sie auf diese Meldung "Retrieving list of tables from the Dataverse environment". Die ursprünglichen Tabellen bleiben erhalten, aber ihre Namen wurden geändert. Die verknüpften Tabellen sollten jetzt die ursprünglichen Tabellennamen aufweisen, sodass alle Front-End-Objekte weiterhin wie bisher funktionieren. Der Primärschlüssel des Zugriffs (AutoNumber) wird beibehalten. Es wird eine neue Spalte hinzugefügt, die dem Dataverse-Primärschlüssel (GUID) entspricht, und der Spaltenname ist der Tabellenname.
Access fügt auch zusätzliche verknüpfte Tabellen aus Dataverse hinzu, die Teams, Benutzer und Geschäftseinheiten genannt werden. Diese Systemtabellen enthalten die folgenden nützlichen Informationen:
- E-Mail-Adresse, vollständiger Name, Telefon, Lizenztyp, Geschäftseinheit usw.
- Teams Team, Teamname, Mitgliedschaft usw.
- Geschäftsbereich Kostenstelle, Website, Kreditlimit usw.
- Währung Währungsdetails für alle Transaktionswährungen, einschließlich Werten wie Wechselkurs, Name, Symbol, Code usw. Diese Tabelle wird nur angezeigt, wenn Access über einen Währungsdatentyp verfügt, den Sie zu Dataverse migriert haben.
Möglicherweise möchten Sie diese zusätzlichen Informationen verwenden, um Ihre Access-Lösung zu verbessern. Sie können diese Tabellen in einem Formular verwalten oder einem Bericht hinzufügen. Weitere Informationen finden Sie unter Dataverse-Systemtabellen und -spalten.
Migrieren: Vorschau der Ergebnisse in Dataverse
Es empfiehlt sich, den Migrationsprozess zu überprüfen und zu bestätigen, indem Sie jede Tabelle und jedes Feld in der Dataverse-Umgebung untersuchen. Dataverse-Tabellen- und Feldnamen müssen mit den Access-Tabellen- und Spaltennamen übereinstimmen. Access öffnet die Dataverse-Umgebung automatisch mit der ersten migrierten Tabelle.
Access-Tabellen werden in Dataverse als Tabellen mit einem entsprechenden Anzeigenamen und Datentyp angezeigt:
- In der Spalte "Anzeigename" sollte jeder Access-Feldname in einer Tabelle aufgelistet werden.
- Das Format für ein Feld "Name" verfügt über ein Präfix, einen Unterstrich und den Tabellennamen, z. B. cr444_<Tabellenname>. Dies wird im Dataverse als logischer Name bezeichnet.
- Alle migrierten Access-Felder werden unter der Spalte "Typ" neben der automatisch generierten GUID und den vorhandenen Dataverse-Felddatentypen als "Benutzerdefiniert" angezeigt.
Hinweis Wenn bereits eine Dataverse-Tabelle mit demselben Namen wie der exportierte Access-Tabellenname vorhanden ist, wird der neuen Dataverse-Tabelle eine Zahl angefügt.
Standardmäßig legt Access die erste Textspalte (von links nach rechts) als primären Dataverse-Namen fest. Wenn eine Tabelle keine Textfelder enthält, fügt Access eine leere Textspalte als letztes Feld in der Tabelle hinzu und legt dieses Feld als primären Dataverse-Namen fest. Sie können auch ein bestimmtes Feld als primären Namen festlegen. Diese Spalte ist in Access und Dataverse sichtbar.
Weitere Informationen finden Sie unter Arbeiten mit beliebigen Daten in Dataverse.
Migrieren: Möglichkeiten zum Anzeigen von Dataverse-Tabellen
Nachdem Sie Access-Tabellen zu Dataverse migriert haben, können Sie die Tabellen und Spalten in Dataverse und Access jederzeit anzeigen. Beachten Sie, dass Felder in Dataverse in alphabetischer Reihenfolge angezeigt werden, nicht in der ursprünglichen Reihenfolge in Access.
Dataverse/Power Apps Informationen zum Anzeigen und Arbeiten mit Tabellen in Dataverse finden Sie unter Bearbeiten einer Tabelle in Power Apps.
Hinweis Durch Klicken mit der rechten Maustaste auf eine migrierte, verknüpfte Tabelle in Access wird die Tabelle im Power Apps Maker-Portal in Ihrem Browser geöffnet. In der Standardansicht des Power Apps-Portals werden die Systemfelder nicht angezeigt, wodurch eine einfachere Ansicht der in Access migrierten Spalten bereitgestellt wird.
Dataverse für Teams Es gibt mehrere Möglichkeiten, die Tabellen und Spalten anzuzeigen:
- Erstellen Sie schnell eine Power App, um die Daten anzuzeigen oder zu aktualisieren.
- Wählen Sie im Buildmenü unter "Elemente erstellt für..." und klicken Sie dann auf die Tabelle, die Sie anzeigen möchten.
- Verwenden Sie den Tabellen-Designer in Teams. Weitere Informationen finden Sie unter Erstellen einer Tabelle in Teams.
Tipp Es kann hilfreich sein, die URL-Adresse der von Ihnen bevorzugten Tabellenansicht im Browser mit einem Lesezeichen zu versehen.
Tipp Sie können die Daten auch in Excel anzeigen, indem Sie den Dropdown-Befehl "Daten" und dann "In Excel bearbeiten" auswählen. Weitere Informationen finden Sie unter Bearbeiten von Tabellendaten in Excel.
Weitere Informationen finden Sie unter Dataverse-Systemtabellen und -spalten.
Hintergrundinformationen zu Primärschlüsseln und Beziehungen
Die folgenden Abschnitte enthalten zusätzliche Übersichts- und konzeptionelle Informationen.
Grundlegendes zu Primärschlüsseln und Primärnamen
Primärschlüssel werden verwendet, um die Datenzeilen in einer Datenbank zu identifizieren. Access und Dataverse weisen unterschiedliche Schlüsselstrukturen auf. Während der Migration verwalten Dataverse und Access automatisch die Koordination zwischen den beiden Produkten mit ihren eigenen eindeutigen Schlüsseln und ohne Benutzerinteraktion.
Während der Planung und des Prozesses der Migration gibt es zwei Primärschlüssel und ein zusätzliches Primärfeld, die Sie beachten sollten:
Zugreifen auf AutoWert Access verwendet häufig den Datentyp "AutoWert", der automatisch eine eindeutige Zahl erhöht, als Primärschlüssel für die Tabelle. Dieses Feld wird in Dataverse als ganzes Zahlenfeld erstellt, wobei das AutoNumber-Format angewendet wird. Während der Migration wird die Anfangsnummer in Dataverse auf die nächste sequenzielle Nummer basierend auf den Access-Zeilen festgelegt. Access verwendet weiterhin die AutoWert-Spalte, um die Datenzeilen zu identifizieren, obwohl Dataverse einen anderen Schlüssel verwendet.
Wichtig Dataverse erstellt das Autowert-Feld als optional, dies ist jedoch beabsichtigt. Dataverse generiert seine fortlaufende Nummer, wenn der Datensatz gespeichert wird. Wenn dieser Wert auf "erforderlich" festgelegt ist, müssen Dataverse-Clients vor dem Speichern einen Wert eingeben, wodurch die automatische Nummerierung verhindert wird. Wenn das Feld leer bleibt, wird immer ein AutoWert generiert.
Dataverse-GUID Dataverse verwendet einen GUID-Datentyp (Globally Unique Identifier) als Primärschlüssel, der automatisch als eindeutiger Bezeichner erstellt wird und in jeder Tabelle erforderlich ist. Dataverse erfordert nicht, dass importierte Daten über einen Primärschlüssel verfügen, es erstellt automatisch eine GUID für Sie.
Primärer Dataverse-Name Dataverse enthält auch eine weitere Spalte namens Primärname. Dies ist ein Anzeigename, der zum Identifizieren von Zeilen als Alternative zur Verwendung einer GUID verwendet wird. Dieses Feld muss vorhanden sein, und je nach den Einstellungen in Power Platform-Clients kann es erforderlich sein, dass diese Spalte ausgefüllt wird. Sie können diese Anforderung manuell ändern. Der primäre Name ist standardmäßig nicht eindeutig. Ein Kundenname kann beispielsweise der primäre Name sein, der einer eindeutigen Kunden-ID entspricht. Es kann zwei Kunden mit dem Namen "Jones" geben, aber jeder hat eine eindeutige Kunden-ID.
Leitfaden für Entscheidungen zu Primärschlüsseln
Der Access-Primärschlüssel, der Dataverse-Primärschlüssel und die Spalte für den primären Namen werden standardmäßig automatisch erstellt. Sie können jedoch entscheiden, wie Sie die drei Primärschlüssel handhaben. Hier finden Sie einige Entscheidungshilfen:
Primärschlüssel Wenn ein Access-Primärschlüssel (AutoNumber) auch ein Geschäftsschlüssel ist, z. B. eine Teilenummer, möchten Sie ihn wahrscheinlich beibehalten, da er zur Identifizierung von Objekten in der realen Welt verwendet wird. Wenn jedoch ein Access-Primärschlüssel (AutoNumber) ausschließlich zum Erstellen von Beziehungen verwendet wird, kann er durch einen Dataverse-Primärschlüssel (GUID) ersetzt werden.
Hinweise
- Manchmal enthält eine Access-Tabelle eine AutoWert-Spalte, die nicht als Primärschlüssel verwendet wird. In diesem Fall konvertiert Dataverse es in ein Feld für ganze Zahlen, und die Möglichkeit zur automatischen Nummerierung wird entfernt.
- Dataverse verfügt auch über das Äquivalent eines Access-AutoWert-Felds, das als AutoWert-Feld bezeichnet wird und zum Generieren sequenzieller Nummern verwendet wird und als Zeichenfolgenwert gespeichert wird. Dieses Feld kann auch ein Präfix (z. B. eine Zeichenfolge oder ein Datum) für die Zahl enthalten, sodass das Feld flexibel verwendet werden kann. Diese Spalte basiert auf dem SQL Server-Datentyp für automatische Sequenz. Weitere Informationen finden Sie unter AutoWert-Spalten in Microsoft Dataverse.
Primärer Name Dataverse erfordert das Vorhandensein einer Spalte für den primären Namen. Ein primärer Name muss Zeichenfolgenwerte enthalten. Während der Migration können Benutzer angeben, welche Textspalte in Access sie als primären Namen verwenden möchten. Wenn ein Benutzer keine zu verwendende Spalte angibt, wird die erste Textspalte von links als primäre Namensspalte verwendet. Wenn keine Textspalte vorhanden ist, wird eine neue Spalte mit dem Namen "Platzhalter für primärer Name" hinzugefügt, die die Dataverse-Anforderung erfüllt. Diese Spalte ist auf "Optional" festgelegt und kann nicht ausgefüllt werden.
Weitere Informationen finden Sie unter Erstellen einer primären Namensspalte.
Vergleich von Primärschlüsseln und Primärnamen
| Beschreibung | Zugriff auf Primärschlüssel | Dataverse-Primärschlüssel | Primärer Dataverse-Name |
|---|---|---|---|
| Datentyp | AutoWert (oder jede Spalte, die indiziert werden kann) | GUID (Globally Unique Identifier) | String |
| Inhalt | Eine einfache, sequenzielle Nummer | Randomisierte Zahlen und Buchstaben, die für die Umgebung eindeutig sind | Für Menschen lesbare Zeichenfolgenwerte |
| Beispiel | 234 | 123E4567-E89B-12D3-A456-426655440000 | Ein Name, z. B. "Jones" Eine ganze Zahl, z. B. "234", oder eine Kombination wie z. B. "Verkaufsauftrag9071" |
| Anforderung | Häufig verwendet, aber nicht erforderlich | Jede Tabelle muss einen | Jede Tabelle muss einen |
| Veränderbar | Ein Autowert-Feld kann nicht geändert werden, andere Feldtypen können geändert werden | Nein | Ja |
| Eindeutige ID | Immer | Immer | Nur als Alternativschlüssel |
| Zusammengesetzter Schlüssel | Wird unterstützt und häufig mit AutoNumber kombiniert | Nicht unterstützt | Nicht unterstützt |
| Sichtbarkeit | In der Regel wird die erste Tabellenspalte | Normalerweise ausgeblendet, kann aber angezeigt werden. | Standardwert "sichtbar sein" |
| Indizieren | Kann indiziert werden. Weitere Informationen finden Sie unter Erstellen und Verwenden eines Indexes zur Verbesserung der Leistung. |
Automatisch indiziert | Automatisch indiziert |
| Kommentare | Sobald dies definiert ist und Sie Daten eingegeben haben, können Sie kein anderes Feld mehr in den Datentyp "AutoWert" ändern. | Kann nicht von einem Benutzer oder während eines Datenimportvorgangs erstellt werden. | Wird auch mit automatisch generierten Feldern in Datenkarten, modellgesteuerten Formularen und mit Nachschlagevorgängen bei der Formularerstellung verwendet. |
Hinweise
- Access-Indizes werden nicht automatisch in Dataverse-Indizes konvertiert.
- Im Hintergrund verwendet Dataverse Azure SQL Server, um automatisch Indizes basierend auf Datennutzungsmustern zu erstellen. Indizes für Primär- und Alternativschlüssel werden immer erstellt, und weitere Indizes werden je nach Verwendung Ihrer Daten hinzugefügt oder entfernt.
Grundlegendes zu Access- und Dataverse-Beziehungen
Es ist wichtig zu verstehen, wie Sie Tabellenbeziehungen zusammen mit Primärschlüsseln verwalten möchten. Bei den Tabellen, die Sie für die Migration auswählen, können Sie wählen, ob alle verknüpften Tabellen automatisch mit den ausgewählten Tabellen verschoben werden sollen oder ob sie während der Migration ignoriert werden sollen, und die verknüpften Tabellen in Access einfach belassen. In beiden Fällen können Sie auch die Tabellen verknüpfen, die Sie migrieren, um die aktuellen Beziehungen in Access beizubehalten.
Während des Datenexportvorgangs können Access-Tabellen mit 1:n-Beziehungen als 1:n-Beziehungen in Dataverse neu erstellt werden. Wie Access verfügt auch Dataverse über referenzielle Integrität, z. B. kaskadierende Aktualisierungen verknüpfter Felder und kaskadierende Löschungen verknüpfter Datensätze. Wenn die Access-Datenbank über ein Beziehungsdiagramm verfügt, wird dieses beibehalten. Die ursprünglichen lokalen Tabellen werden jedoch durch neue verknüpfte Tabellen ersetzt.
Sowohl Access als auch Dataverse unterstützen eine Suche zwischen zwei Tabellen in einer 1:n-Beziehung. Während des Migrationsprozesses werden Access-Suchvorgänge in Dataverse neu erstellt, wie im folgenden Beispiel gezeigt:
- Zwei Access-Tabellen, "Customers" und "Orders", verfügen über die Primärschlüssel "CustomerID" und "OrderID", basierend auf einem AutoNumber-Datentyp. Die Tabelle "Bestellungen" in Access verfügt über einen Fremdschlüssel, der Werte aus dem Access-Primärschlüssel in der Tabelle "Kunden" enthält.
- Während des Exportvorgangs werden beide Access-Primärschlüssel als ganzzahlige AutoWert-Spalten beibehalten und verwaltet, aber nicht als Primärschlüsselspalten in der Dataverse-Tabelle verwendet. Jeder Tabelle wird eine neue GUID-Spalte hinzugefügt, die zum Primärschlüssel in der Dataverse-Tabelle wird.
- Es wird eine Suche nach dem Fremdschlüssel "Kunden-ID" in der Tabelle "Bestellungen" erstellt, um den entsprechenden Primärschlüssel "Kunden-Nr" in der Tabelle "Kunden" zu finden. Sobald die Tabellen zu Dataverse migriert wurden und Sie die Fremdschlüssel-Nachschlagespalte ändern, die neu zur Tabelle "Aufträge" hinzugefügt wurde, wird auch die ursprüngliche Fremdschlüsselspalte aktualisiert. Ihre Access-Anwendung kann weiterhin den Access-Fremdschlüssel anstelle des Dataverse-Fremdschlüssels verwenden. Wenn der Access-Fremdschlüssel in der verknüpften Tabelle in Access geändert wird, wird auch der Dataverse-Fremdschlüssel aktualisiert. Der Access-Fremdschlüssel ist jedoch in Dataverse schreibgeschützt.
- In diesem Beispiel für eine 1:n-Beziehung wird der Primärschlüssel "Bestellungen" nicht verwendet, kann aber natürlich für andere Beziehungen verwendet werden.
Hinweis
In Access können Sie eine 1:n-Beziehung erstellen, und das Fremdschlüsselfeld in der Tabelle, auf die verwiesen wird, kann ein beliebiges Feld sein. In Dataverse muss jedoch das Fremdschlüsselfeld in der Tabelle, auf die verwiesen wird, der Primärschlüssel der Tabelle sein, auf die verwiesen wird. Wenn der Access-Fremdschlüssel kein Primärschlüssel in der referenzierten Tabelle ist, schlägt der Exportvorgang in Dataverse fehl. Um die Daten erfolgreich zu exportieren, müssen Sie sicherstellen, dass der Access-Fremdschlüssel der Primärschlüssel in der Tabelle ist, auf die verwiesen wird.
Weitere Informationen finden Sie unter Video: Erstellen von Beziehungen mit dem Nachschlage-Assistenten und Erstellen einer Beziehung zwischen Tabellen mithilfe einer Nachschlagespalte.
Anleitung für Entscheidungen über Schlüssel und Beziehung
Um Ihnen bei der Entscheidung zu helfen, welche Option für Sie am besten geeignet ist, finden Sie hier eine Zusammenfassung der häufigsten Optionen bei der Migration:
Daten migrieren, aber Beziehungen ignorieren Sie entscheiden sich, die Spalte des Access-Primärschlüssels (AutoWert) zu entfernen, da es keine anderen Access-Tabellen mit Verweisen oder Beziehungen gibt, die davon abhängig sind, und es wäre verwirrend, sie in der Dataverse-Tabelle neben dem Dataverse-Primärschlüssel (GUID) zu haben.
Migrieren von Daten und Beziehungen mit verknüpften Tabellen Das Standardszenario besteht darin, den ursprünglichen Access-Primärschlüssel (AutoNumber) beizubehalten, der jedoch nicht als Primärschlüssel in Dataverse verwendet wird. Sie verlassen sich jetzt auf den Dataverse-Primärschlüssel (GUID) und verwenden ihn in der Dataverse-Tabelle als eindeutigen Bezeichner. Access erstellt verknüpfte Tabellen, um die Access-Beziehungen beizubehalten. Beachten Sie, dass Sie den Dataverse-Primärschlüssel (GUID) nicht löschen können.
In einer Beziehung können Sie die Fremdschlüsselwerte bearbeiten (entweder in Access oder in der Dataverse-Umgebung). Sie können auch Fremdschlüssel bearbeiten, die auf den Access-Primärschlüssel in einer mit Access verknüpften Tabelle verweisen, und es aktualisiert automatisch den Dataverse-Fremdschlüssel, der auf den Dataverse-Primärschlüssel in der Fremdtabelle verweist.
Migrieren von Daten ohne verknüpfte Tabellen und Neuerstellen von Beziehungen in Dataverse Da Tabellen in Access nicht mehr verwendet werden, können Sie Beziehungen in Dataverse erneut erstellen, indem Sie den Dataverse-Primärschlüssel (GUID) verwenden, Dataverse-Suchvorgänge hinzufügen und während des Migrationsprozesses ein Textfeld in jeder Tabelle als primären Namen auswählen.
Erfahren Sie, wie Sie eine Power Platform-Anwendung erstellen
Nachdem Sie die Migration Ihrer Access-Daten zu Dataverse abgeschlossen haben, können Sie eine App auf der Power Platform erstellen, die im Web, auf einem Tablet, einem Smartphone oder sogar dem Desktop ausgeführt wird. Die Power-Plattform ist recht umfangreich. Die folgende Inhaltszusammenfassung kann Ihnen helfen, einen Überblick über Ihre grundlegenden Auswahlmöglichkeiten zu erhalten und darauf abzuzielen, welcher App-Typ für Sie am besten geeignet ist.
Siehe auch
Einführung in das Importieren, Verknüpfen und Exportieren von Daten in Access