Bewährte Methoden für Dataverse

Abgeschlossen

Datenmodellierung ist eine Wissenschaft, und es gibt Datenmodellierungsfachleute und etablierte Standards für die Datenmodellierung. Sie müssen kein professioneller Datenmodellierer sein oder spezielle Tools verwenden, um mit der Dataverse-Datenmodellierung effektiv zu sein. Mit gängigen Tools wie Microsoft Visio können Sie schnell ein einfaches Entitätsbeziehungsdiagramm erstellen, das die Beziehungen und den Datenflow zwischen Tabellen visualisiert.

Diese Lerneinheit konzentriert sich auf allgemeine bewährte Methoden für die Datenmodellierung für Dataverse-Bereitstellungen, einschließlich:

  • Datenmodelle sollten während einer Bereitstellung kontinuierlich aktualisiert werden. Ein Datenmodell wird häufig zu Beginn eines Projekts entworfen wird, es ist jedoch wichtig, dass an diesem Punkt der Entwurfsprozess nicht aufhört. Während der Bereitstellung werden neue Spalten und Tabellen hinzugefügt. Sie müssen diese neuen Spalten und Tabellen im Datenmodell erfassen und anschließend zu einem lebendigen Datenmodell machen. Außerdem sollten Sie Kunden empfehlen, dass sie das Datenmodell weiterhin aktualisieren, wenn sie das System verbessern.

  • Verwenden Sie bewährte Tools, die Ihnen den Einstieg erleichtern. Mit der XrmToolBox stehen Ihnen Community-Tools zur Verfügung, die Ihnen das schnelle Generieren von ERD-Diagrammen Ihrer Dataverse-Konfiguration erleichtern. Zu diesen Tools gehören der UML-Diagrammgenerator und der ERD-Generator (Entity Relationship Diagram). Nach Abschluss der Konfigurationsaktualisierungen können Sie ein aktuelles Entitätsbeziehungsdiagramm generieren.

  • Binden Sie nicht jede Tabelle ein. Einige Kerntabellen wie Aktivitäten, Notizen und Benutzer (Datensatzbesitzer) sind mit nahezu jeder Tabelle in Dataverse verbunden. Wenn Sie jede Beziehung zu diesen Tabellen in Ihr Datenmodell aufnehmen, ist das Ergebnis nicht lesbar. Es wird empfohlen, nur die primären Tabellen, die in Ihrer Konfiguration verwendet werden, in Ihr Datenmodelldiagramm aufzunehmen und nur benutzerdefinierte Beziehungen zu den Benutzer- und Aktivitätstabellen aufzunehmen, um die Lesbarkeit zu maximieren.

  • Datenmodelle sollten Tabellen außerhalb von Dataverse enthalten. Wenn Sie eine Integration in andere Systeme mit Dataverse-Datenkonnektoren oder virtuellen Entitäten vornehmen oder wenn Sie eine Integration in Datenflüsse außerhalb von Dataverse vornehmen, sollten diese Daten auch in Ihrem Datenmodelldiagramm dargestellt werden.

  • Beginnen Sie einfach mit den Standardtabellen, und fügen Sie Ihrem Datenmodell benutzerdefinierte Tabellenbeziehungen hinzu.

  • Die Erfahrung sollte Ihr Datenmodell beeinflussen. Gelegentlich ist es einfach, Ihre Daten zu stark zu normalisieren, aber dabei können Sie die Verwendung der Anwendung umständlicher gestalten.

Beginnen Sie mit dem, was Sie jetzt benötigen, aber entwerfen Sie das Datenmodell so, dass es unterstützt, was Sie in Zukunft tun werden. Wenn Sie beispielsweise wissen, dass Sie über kurz oder lang zusätzliche Details zu Vertriebsgebieten speichern müssen, können Sie nun eine Textspalte für das Gebiet verwenden, wodurch die Implementierung schwieriger wird, als wenn Sie die Tabellenbeziehung verwenden. Planen Sie voraus, was kommt.

Sofort einsatzbereite im Vergleich zu benutzerdefinierten Tabellen

In diesem Thema werden sofort einsatzbereite Standardtabellen, die in der Konfiguration verwendet werden, sowie benutzerdefinierte Tabellen und deren Verwendungszweck ermittelt. Diese Informationen sind wichtig, da Microsoft Dataverse viele gemeinsam verwendete Tabellen nutzt, und in der Regel sollte eine benutzerdefinierte Tabelle nicht erstellt werden, wenn bereits eine Standardtabelle vorhanden ist, die diesen Zweck erfüllt. Der Grund dafür ist, dass eine Überlastung Ihrer Konfiguration mit vielen redundanten Tabellen die Leistung des Systems negativ beeinflusst und die Verwendung des Systems erschwert (viele redundant benannte Tabellen in Erweiterte Suche sind für Benutzer verwirrend). Jede benutzerdefinierte Tabelle sollte einem bestimmten Zweck dienen.

In diesem Thema können Sie außerdem ermitteln, welche Tabellen am häufigsten verwendet werden und ob das Risiko besteht, dass Tabellen überladen werden.

Das Ersetzen von Standardtabellen durch benutzerdefinierte Tabellen überdenken

Gelegentlich erwägen Entwickler, die Standardfunktionalität durch benutzerdefinierte Tabellen zu ersetzen. Der Grund für diese Überlegung ist, dass die Erstellung einer benutzerdefinierten Tabelle einfacher sein könnte, wenn die Entwickler eine Verkaufschance, aber ein einfacheres Formular als das Standardformular für Verkaufschancen benötigen. Sie sollten jedoch überlegen, was Sie möglicherweise aufgeben, indem Sie eine benutzerdefinierte Tabelle anstelle einer Standardtabelle verwenden. Die Verwendung einer sofort einsatzbereiten Tabelle gewährleistet eine bessere Ausrichtung auf die wichtigsten Plattformfunktionen. Da Standardtabellen regelmäßig zusätzliche Funktionen hinzugefügt werden, können Sie bei der Veröffentlichung problemlos von neuen Funktionen profitieren. Wenn Sie beispielsweise die standardmäßige Verkaufschancentabelle durch eine benutzerdefinierte ersetzen möchten, können Sie das Sales Insights-Add-In für Microsoft Dynamics 365 Sales und andere KI-Funktionen nicht nutzen.

Konten und Kontakte nicht neu erstellen

Bei der Bereitstellung von Microsoft Power Platform-Lösungen verfolgen Sie häufig mehrere Arten von Unternehmen, Organisationen und Kontakten im System. Einige dieser Entitäten repräsentieren Kundenorganisationen, andere können Unterstützungs- und Beratungsorganisationen wie etwa Wirtschaftsprüfer und Anwaltskanzleien sein. Bei einigen Entitäten kann es sich wiederum um verschiedene Arten von Organisationen handeln, z. B. Handelsverbände.

Der gebräuchlichste Ansatz zum Verwalten mehrerer Kategorien von Unternehmensbeziehungen besteht darin, die Kontotabelle für alle Organisationstypen und eine Spalte wie Beziehungstyp oder eine benutzerdefinierte Option zu verwenden, mit der Unternehmen nach Typ oder Kategorie gekennzeichnet werden. Ansichten lassen sich basierend auf dem Unternehmenstyp filtern, und Geschäftsregeln können Spalten- und Formularkomponenten je nach Typ ein- oder ausblenden.

Verwenden Sie am besten die Standardtabellen und -spalten, die von der Kernlösung zum dualen Schreiben zu Ihrer Dataverse-Umgebung hinzugefügt werden, um von einer Standardintegration in Dynamics 365 Finance and Operations-Apps mit der Infrastruktur für duales Schreiben zu profitieren.

Ein anderer Ansatz besteht darin, benutzerdefinierte Tabellen für die einzelnen Unternehmenstypen zu erstellen. Ein häufig genannter Grund ist: „Ich muss möglicherweise in Zukunft aus einem anderen Grund Konten verwenden, daher möchte ich die Kontotabelle nicht anpassen.“

Vor dem Neuerstellen der Kontotabelle als benutzerdefinierte Unternehmenstabelle sollten Sie genau überlegen, was Sie aufgeben, indem Sie eine benutzerdefinierte Tabelle erstellen. Berücksichtigen Sie die folgenden Faktoren:

  • Mehrere Adressen – Die Kontotabelle verfügt über eine eindeutige Adressfunktion, die mehrere Adressen unterstützt. Die ersten beiden Adressen werden auf dem Unternehmensformular angezeigt, diese Adressdatensätze befinden sich jedoch in der zugehörigen Kundenadresstabelle. Auch wenn Sie eine benutzerdefinierte Adresstabelle erstellen können, die an eine benutzerdefinierte Unternehmenstabelle gebunden ist, muss die eindeutige Logik neu erstellt werden, in der die Adressen in der zugehörigen Tabelle gespeichert und in den Formular- und Tabellenansichten angezeigt werden. Wenn Sie mehrere Adressen benötigen, verwenden Sie die Kontotabelle.
  • Kontakthierarchie – Konten sind Kontakten übergeordnet. Aktivitäten im Zusammenhang mit Kontakten werden in den übergeordneten Kontodatensatz aufgenommen. Diese Hierarchie kann nicht durch einen benutzerdefinierten Unternehmensdatensatz ersetzt werden. Sie können zusätzliche Beziehungen zu benutzerdefinierten Unternehmenstabellen erstellen, die Standardbeziehung zwischen Konto und Kontakt kann jedoch nicht ersetzt werden. Wenn das Unternehmen Kontakte zu seinen primären Unternehmensbeziehungen zu diesem Unternehmenstyp hat oder wenn Sie Aktivitäten von Kontakten zu Unternehmen zusammenfassen möchten, verwenden Sie die Kontotabelle.
  • Standardzuordnungssteuerung – In modellgesteuerten Apps unterstützt die Standardzuordnungssteuerung keine benutzerdefinierten Unternehmenstabellen.
  • Hierarchische Beziehungen – Hierarchische Beziehungen zwischen übergeordneten/untergeordneten Konten und die Standardhierarchievisualisierung sowie das Rollup von untergeordneten Kontoaktivitäten auf das übergeordnete Konto funktionieren nur mit Standardkontentabellen.
  • Polymorphe Suchspalten – Dataverse enthält einen speziellen Typ einer polymorphen Suchspalte, die als Kundenspalte bezeichnet wird. In dieser Spalte kann eine Zeile mit einem Unternehmen/Konto oder einem Kontakt verknüpft werden. In Dataverse können keine benutzerdefinierten Tabellen aus polymorphen Suchspalten ausgewählt werden.
  • Marketing funktioniert nicht – Marketinglisten können nur mit Kontakten, Konten und Leads arbeiten, nicht mit benutzerdefinierten Tabellen. Microsoft Dynamics 365 Marketing kann an Konten und Kontakte senden, jedoch nicht an benutzerdefinierte Unternehmenstabellen.

Daher sollte in fast jeder Situation die Kontentabelle für Unternehmensdatensätze aller Art verwendet werden. Ausnahmen:

  • Kleinere Arten von Unternehmen, die nicht relational sind und nur minimale Attribute aufweisen Stellen Sie sich eine Art Organisation ohne Kontakte und Adresse vor, die nur zu Suchzwecken existiert.
  • Nicht qualifizierte oder nicht verifizierte Unternehmen, die von Visitenkarten oder Webformularen importiert wurden und die Kontotabelle nicht beeinträchtigen sollen In diesen Situationen können Sie die Lead-Tabelle verwenden.

Systemtabellen für andere Zwecke verwenden

Stellen Sie sich das Szenario vor, in dem Sie eine Geschäftsanforderung haben, die Verkaufschancen ähnelt, aber keine echte Verkaufschance ist. In dieser Situation können Sie in Erwägung ziehen, Systemtabellen für andere Zwecke zu verwenden, oder neue Tabellen erstellen.

In den folgenden Abschnitten werden Faktoren erläutert, die Sie berücksichtigen sollten, bevor Sie Systemtabellen anderweitig nutzen.

Bedenken Sie die zukünftige Verwendung

Die Entwicklung von Microsoft Power Platform verläuft viel schneller als je zuvor. Daher kann die Verwendung von Tabellen auf nicht standardmäßige Weise Probleme verursachen, wenn Microsoft Änderungen an der von Ihnen verwendeten Tabelle vornimmt. Wenn Sie sich zudem dazu entschließen, eine selten verwendete Systemtabelle wie „Verträge“ wiederzuverwenden, verwirft Microsoft diese Tabelle möglicherweise in Zukunft. Benutzerdefinierte Tabellen werden nicht verworfen. Überlegen Sie außerdem, wie Sie vorgehen können, wenn Sie eine Systemtabelle anderweitig nutzen und diese Entität später für die beabsichtigten Zwecke benötigen. Kunden, die eine Anfrage für andere Zwecke verwendet haben, benötigten schließlich eine Anfragenverwaltung und mussten die Arbeit dann mit benutzerdefinierten Tabellen erledigen, da die Standardanfragetabelle bereits für völlig andere Zwecke verwendet wurde.

Bedenken Sie den Aufwand

Es gibt viele Systemtabellen mit bestimmten Spalten, die nicht aus den Formularen entfernt werden können. Beispielsweise können einige Spalten für Tabellen wie „Verkaufschance“, „Anfrage“ und „Kampagne“ nicht aus dem Formular entfernt werden. Auch wenn Sie diese Spalten ausblenden können, verursachen mehrere gesperrte Spalten im Formular Ihrer Umgebungskonfiguration möglicherweise zusätzlichen Aufwand.

Bedenken Sie die Benutzererfahrung

Wenn Ihr Anwendungsfall mit weniger als 50 % der Standardtabellenfunktionalität entspricht, bietet eine benutzerdefinierte Tabelle Benutzern normalerweise eine einfachere Benutzererfahrung als das Verkleinern einer komplexeren Systemtabelle. Es ist auch möglich, jeder Tabelle Geschäftsprozessflows hinzuzufügen, einschließlich benutzerdefinierter Tabellen, wodurch die Benutzererfahrung einer benutzerdefinierten Tabelle so gut wie oder besser als die anderweitige Nutzung einer Systemtabelle sein kann.

Häufige Fallstricke vermeiden

Die folgenden Probleme treten häufig bei der Datenmodellierung auf:

  • Zu viele Tabellen – Wahrscheinlich mehr Tabellen als normal.
  • Zu viele Spalten in einer Tabelle – Wahrscheinlich hätte eine separate Tabelle erstellt werden müssen.
  • Die Tools verwenden – Schnellansichtsformulare anstatt wiederholende Spalten.
  • Yes/No-Datentyp vermeiden – Wenn möglicherweise mehr Werte hinzugefügt werden oder Sie diese als „Unbekannt“ speichern müssen.
  • Fallstricke beim Formatieren – Sie beschäftigen sich ununterbrochen mit der Datentypformatierung.
  • Nicht verwendete Teile – Vermeiden Sie es, Teile des Datenmodells zu erstellen, die Sie nicht verwenden möchten.

Machbarkeitsnachweis

Dataverse vereinfacht das Erstellen einer Testumgebung und das schnelle Erstellen von Tabellen und Beziehungen. Sie können Machbarkeitsnachweise erstellen, um Ihr Datenmodell auszuprobieren und zu sehen, wie die Benutzererfahrung aussehen könnte.