Verhalten und Format des Datums- und Uhrzeitattributs

Artikel
03/22/2023

Wenn Sie Benutzer und Büros auf der ganzen Welt haben, ist es wichtig, Datums- und Uhrzeitwerte in mehreren Zeitzonen ordnungsgemäß darzustellen. Die DateTimeAttributeMetadata (DateTimeAttributeMetadata EntityType oder DateTimeAttributeMetadata-Klasse) dient der Definition und Verwaltung von Attributen des Typs DateTime in Dynamics 365 Customer Engagement (on-premises). Verwenden Sie die DateTimeBehavior-Eigenschaft (Information zum Organisationsservice finden Sie unter DateTimeAttributeMetadata.DateTimeBehavior), um festzulegen, ob Datums- und Uhrzeitwert mit oder ohne Zeitzoneninformationen gespeichert werden, und verwenden Sie die DateTimeAttributeMetadata.Format-Eigenschaft, um das Anzeigeformat dieser Attribute anzugeben.

Sie können auch den Bereich für die Anpassung in Customer Engagement verwenden, um das Verhalten und das Format der Datums- und Zeitattribute festzulegen. Weitere Informationen: Verhalten und Format des Datums- und Uhrzeitfelds

Notiz

Alle Datums- und Zeitattribute in CRM Online 2015 Update 1 und Dynamics CRM 2016 (on-premises) oder höher unterstützen jetzt Werte bis zum 1/1/1753 12:00 AM.

Für Dynamics 365 Customer Engagement (on-premises) Versionen vor CRM Online 2015 Update 1 und Dynamics CRM 2016 (on-premises) können Sie das Verhalten der Datums- und Zeitwerte nicht definieren. Standardmäßig werden die Datums- und Uhrzeitwerte als UserLocal-Verhalten gespeichert, wie weiter unten in diesem Thema beschrieben.

Angeben des Verhaltens eines Datums- und Uhrzeitattributs

Sie können die DateTimeBehavior (DateTimeBehavior ComplexType oder DateTimeBehavior Klasse) verwenden, um einen Wert für die DateTimeAttributeMetadata EntityType.DateTimeBehavior Eigenschaft anzugeben. Das DateTimeBehavior enthält folgende Mitglieder; jedes Mitglied gibt eine Zeichenfolge mit demselben Wert wie dem Mitgliedsnamen zurück:

Mitgliedsname und Wert	Beschreibung
`UserLocal`	- Speichert den Datums- und Zeitwert als UTC-Wert im System. - Der Vorgang „Abrufen“ gibt den UTC-Wert zurück. - Der Vorgang „Aktualisieren“ konvertiert den UTC-Wert in den Wert der Zeitzone des aktuellen Benutzers und speichert den aktualisierten Wert so wie er ist oder als äquivalenten UTC-Wert, je nach Art (DateTimeKind) des für die Aktualisierung angegebenen Wertes. Wenn der angegebene Wert dem UTC-Typ angehört, wird er im Istzustand gespeichert. Andernfalls wird der entsprechende UTC-Wert gespeichert. - Das Abrufen des formatierten Wertes konvertiert von UTC in die aktuelle Zeitzone des Benutzers, basierend auf der Zeitzonen- und Gebietsschemaeinstellung des Benutzers. - Für die Web-API wird das Attribut als DateTimeOffset dargestellt. - Dieses Verhalten wird für Systemattribute wie `CreatedOn` und `ModifiedOn` verwendet und kann nicht geändert werden. Außerdem sollte dieses Verhalten für benutzerdefinierte Attribute verwendet werden, in denen Sie Datums- und Uhrzeitwerte mit den Zeitzoneninformationen speichern.
`DateOnly`	- Speichert den aktuellen Datumswert mit dem Zeitwert als 12:00 AM (00:00:00) im System. - Für die Vorgänge Abrufen und Aktualisieren wird keine Zeitzonenkonvertierung durchgeführt, und der Zeitwert ist immer 12 AM (00:00:00). - Wenn Sie den formatierten Wert abrufen, wird der Datumswert ohne Zeitzonenumrechnung angezeigt. - Für die Web-API wird das Attribut als Datum dargestellt. - Dieses Verhalten sollte für angepasste Attribute verwendet werden, die Geburtstage und Jahrestage speichern, bei denen die Zeitangaben nicht erforderlich sind.
`TimeZoneIndependent`	- Speichert die aktuellen Datums- und Zeitwerte im System, unabhängig von der Zeitzone des Benutzers. - Bei den Vorgängen zum Abrufen und Aktualisieren wird keine Zeitzonenkonvertierung durchgeführt, und die tatsächlichen Datums- und Zeitwerte werden unabhängig von der Zeitzone des Benutzers im System zurückgegeben bzw. aktualisiert. - Das Abrufen des formatierten Wertes zeigt den Datums- und Zeitwert (ohne Konvertierung der Zeitzone) in dem Format an, das durch die Zeitzonen- und Gebietsschema-Einstellung des aktuellen Benutzers festgelegt ist. - Für die Web-API wird das Attribut als DateTimeOffset dargestellt. - Dieses Verhalten sollte für Attribute verwendet werden, die Informationen wie die Ein- und Auscheckzeit für Hotels speichern.

Der folgende Beispielcode zeigt, wie ein UserLocal-Verhalten für ein neues Datums- und Uhrzeitattribut festgelegt wird:



// Create a date time attribute for the Account entity
// with the UserLocal behavior
dtAttribute = new DateTimeAttributeMetadata
{                             
    SchemaName = "new_SampleDateTimeAttribute",
    DisplayName = new Label("Sample Date Time Attribute", _languageCode),
    RequiredLevel = new AttributeRequiredLevelManagedProperty(AttributeRequiredLevel.None),                
    Description = new Label("Created by SDK Sample", _languageCode),                
    DateTimeBehavior = DateTimeBehavior.UserLocal,
    Format = DateTimeFormat.DateAndTime,
    ImeMode = ImeMode.Disabled
};

CreateAttributeRequest createAttributeRequest = new CreateAttributeRequest
{
    EntityName = Account.EntityLogicalName,
    Attribute = dtAttribute
};
_serviceProxy.Execute(createAttributeRequest);
Console.WriteLine("Created attribute '{0}' with UserLocal behavior\nfor the Account entity.\n", 
                            dtAttribute.SchemaName);

Im Beispielcode können Sie den Wert für die Eigenschaft DateTimeBehavior festlegen, indem Sie den direkten Zeichenfolgenwert angeben: DateTimeBehavior = "UserLocal"

Wenn Sie beim Erstellen eines Datums- und Zeitattributs kein Verhalten angeben, wird das Attribut standardmäßig mit dem Verhalten UserLocal erstellt. Das vollständige Beispielcode finden Sie unter Beispiel: Konvertieren der Datums- und Zeitwerte.

Wichtig

Sobald Sie ein Datums- und Uhrzeitattribut mit dem festgelegten Verhalten DateOnly oder TimeZoneIndependent erstellt haben, können Sie das Verhalten des Attributs nicht mehr ändern. Weitere Informationen: Ändern Sie das Verhalten eines DateTime-Attributs
- Die Datums- und Uhrzeitattribute mit dem Verhalten DateOnly oder TimeZoneIndependent werden behandelt, als ob sie das Verhalten UserLocal hätten, wenn sie in einer früheren Version des Dynamics 365 for Outlook-Clients im Offlinemodus bearbeitet werden. Dies liegt daran, dass der Client die neuen Verhaltensweisen nicht versteht und sie nicht anders behandelt als UserLocal (bestehendes Verhalten in Versionen von Dynamics 365 Customer Engagement (on-premises) vor CRM Online 2015 Update 1 oder Dynamics 365 (online), Version 8.2 (lokal)). Beim Upgrade werden keine Datums- und Uhrzeitattribute in die neuen Verhaltensweisen konvertiert. Die empfohlene Vorgehensweise ist, ein Upgrade aller Dynamics 365 for Outlook-Clients auf die neueste Version durchzuführen, bevor ein Kunde eine der neuen Verhaltensweisen übernimmt. Im Onlinemodus funktioniert das Bearbeiten von Daten für Felder mit den neuen Verhaltensweisen problemlos.
Die älteren Dynamics 365 for Outlook-Clients verstehen auch keine Datumsangaben vor dem 1.1.1900 (der früheste Wert, der für Datums- und Zeittypen in Versionen von DDynamics 365 Customer Engagement (on-premises) vor CRM Online 2015 Update 1 und Dynamics 365 (online), Version 8.2 (lokal) unterstützt wird). Benutzer können dann die Datensätze mit Datumsangaben vor dem 1.1.1900 im Offlinemodus nicht öffnen. Im Onlinemodus funktioniert jedoch alles gut. Sie müssen ein Upgrade auf die aktuelle Version der Dynamics 365 for Outlook-Clients durchführen, um auch im Offlinemodus mit Attributen mit Datumsangaben bis zum 1.1.1753 arbeiten zu önnen.
- Wenn Sie angepassten Code verwenden, um das Datum-Zeit-Verhalten in Ihrer Dynamics 365 Customer Engagement (on-premises)-Instanz zu implementieren, kann es sein, dass dies in CRM Online 2015 Update 1 und Dynamics 365 (online), Version 8.2 (Lokal) aufgrund des neuen Verhaltens nicht wie erwartet funktioniert.

Angeben des Formats eines Datums- und Uhrzeitattributs

Verwenden Sie die Format-Eigenschaft, um das Anzeigeformat für Datum und Uhrzeit eines Attributs unabhängig davon anzugeben, wie es im System gespeichert ist. Sie können die Aufzählung DateTimeFormat (DateTimeFormat EnumType oder die Aufzählung DateTimeFormat) verwenden, um das Anzeigeformat anzugeben: DateAndTime oder DateOnly.

Wenn die Eigenschaft DateTimeAttributeMetadata.DateTimeBehavior auf DateOnly gesetzt ist, können Sie den Wert der Eigenschaft DateTimeAttributeMetadata.Format nicht auf DateAndTime setzten oder ändern.

Datums- und Uhrzeitabfrageoperatoren für DateOnly-Verhalten werden nicht unterstützt

Zeitbezogene Abfrageoperatoren werden für das DateOnly-Verhalten nicht unterstützt. Im Gegensatz zu den zeitspezifischen Abfrageoperatoren, die hier aufgeführt werden, alle anderen Abfrageoperatoren unterstützt.

Älter als X Minuten
Älter als X Stunden
Letzte X Stunden
Nächste X Stunden

Mehr Informationen: Datums- und Zeitabfrageoperatoren in FetchXML

Ändern des Verhaltens eines Datums- und Uhrzeitattributs

Sie können ein Datums- und Uhrzeitattribut aktualisieren, um sein Verhalten zu ändern, wenn Sie in Ihrer Dynamics 365 Customer Engagement (on-premises)-Instanz die Systemanpasser-Rolle haben und die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior für das Datums- und Uhrzeitattribut auf True gesetzt ist.

Vorsicht

Bevor Sie das Verhalten eines Datums- und Zeitattribut ändern, sollten Sie alle Abhängigkeiten des Attributs wie Geschäftsregelwn, Wrkflows und berechnete oder Rollupattribute überprüfen, um sicherzustellen, dass als Ergebnis der Änderung des Verhaltens keine Probleme auftreten. Systemanpasser können Änderungen des Verhaltens der vorhandenen Datums- und Uhrzeitattribute mithilfe der verwalteten Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior einschränken.

Zumindest sollten Sie nach der Änderung des Verhaltens eines Datums- und Uhrzeitattributs alle Datensätze von Geschäftsregeln, Workflows, berechneten Attributen und Rollupattributen öffnen, die von dem geänderten Datums- und Uhrzeitattribut abhängig sind, die Informationen überprüfen und die Datensätze speichern, um sicherzustellen, dass das aktuelle Verhalten und der aktuelle Wert des Attributs verwendet werden.

Nachdem Sie das Datums- und Uhrzeitverhalten eines berechneten oder Rollupattributs geändert haben, öffnen Sie den Editor für die Definition von berechneten oder Rollupfeldern und speichern Sie die Felddefinition, um sicherzustellen, dass das Attribut nach der Verhaltensänderung noch gültig ist. Systemanpasser können den Felddefinitionseditor für berechnete oder Rollupattribute öffnen, indem Sie in Dynamics 365 Customer Engagement (on-premises) neben Feldtyp auf Bearbeiten klicken. Weitere Informationen: Definieren von berechneten Feldern und Definieren der Rollupfelder

Das Verhalten der Attribute CreatedOn und ModifiedOn für die vordefinierten und benutzerdefinierten Entitäten wird standardmäßig auf UserLocal gesetzt und die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior wird auf False gesetzt, was impliziert, dass Sie das Verhalten dieser Attribute nicht ändern können. Obwohl Benutzer den Wert der verwalteten Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior dieser Attribute für benutzerdefinierte Entitäten ändern können, können Sie das Verhalten der Attribute noch nicht ändern.
Für neue benutzerdefinierte Datums- und Uhrzeitattribute wird die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior auf True gesetzt. Dies bedeutet, dass Sie das Verhalten eines benutzerdefinierten Datums- und Uhrzeitattribut von UserLocal in DateOnly oder TimeZoneIndependent ändern können. Es sind keine anderen Verhaltensübergänge zulässig.

Für angepasste Datums- und Zeitattribute, die Teil einer Dynamics 365 Customer Engagement (on-premises)-Organisation sind, die auf CRM Online 2016-Update oder Dynamics 365 (online), Version 8.2 (lokal), aktualisiert wird, wird die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior auf True festgelegt, es sei denn, das Attribut oder die übergeordnete Entität ist nicht anpassbar.

Notiz

Wenn Sie die Eigenschaft DateTimeAttributeMetadata.DateTimeBehavior eines Attributs von UserLocal in DateOnly ändern, sollten Sie sicherstellen, dass Sie auch die Eigenschaft DateTimeAttributeMetadata.Format von DateAndTime in DateOnly ändern. Andernfalls tritt eine Ausnahme auf.

Die folgenden Out-of-Box Datums- und Zeitattribute in CRM Online 2015 Update 1 und Dynamics 365 (online), Version 8.2 (Lokal) sind standardmäßig auf DateOnly festgelegt und die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior ist auf False dieser Attribute festgelegt, was bedeutet, dass Sie das Verhalten für diese Attribute nicht ändern können:

Datums- und Uhrzeitattribut	Übergeordnete Entität
anniversary	Kontakt
birthdate	Kontakt
duedate	Rechnung
estimatedclosedate	Lead
actualclosedate	Verkaufschance
estimatedclosedate	Verkaufschance
finaldecisiondate	Verkaufschance
validfromdate	Produkt
validtodate	Produkt
closedon	Angebot
expireson	Angebot

Wenn diese Out-of-Box Datums- und Zeitattribute jedoch zu einer Organisation gehören, die auf Dynamics CRM Online 2016 Update oder Dynamics 365 (online), Version 8.2 (Lokal), aktualisiert wird, wird das Verhalten dieser Attribute auf UserLocal und die verwaltete Eigenschaft DateTimeAttributeMetadata.CanChangeDateTimeBehavior auf True in der aktualisierten Organisation festgelegt, und Sie können das Verhalten dieser Attribute nur auf DateOnly ändern. Keine anderen Verhaltensübergänge sind erlaubt.

Nachdem Sie das Verhalten eines Attributes aktualisiert haben, müssen Sie die Anpassungen veröffentlichen, damit die Änderungen wirksam ist. Durch Aktualisieren des Verhaltens eines Datums- und Uhrzeitattributs wird sichergestellt, dass sämtliche Werte, die eingegeben/aktualisiert wurden, nachdem das Attributverhalten geändert wurde, im System gemäß dem neuen Verhalten gespeichert werden. Dies wirkt sich nicht auf die Werte aus, die bereits in der Datenbank gespeichert sind, und sie werden weiterhin als UTC-Werte gespeichert. Falls Sie jedoch die vorhandenen Werte mithilfe des SDK (Software Development Kit) abrufen oder in der Benutzeroberfläche anzeigen, werden die vorhandenen Werte gemäß dem neuen Verhalten des Attributs angezeigt. Wenn Sie z.B. das Verhalten eines angepassten Attributs für eine Entität eines Kontos von UserLocal auf DateOnly geändert haben und einen vorhandenen Datensatz eines Kontos mit SDK abrufen, werden Datum und Uhrzeit als <Datum> angezeigt, gefolgt von der Uhrzeit als 12 Uhr (00:00:00). Entsprechend wird bei der Verhaltensänderung von UserLocal in TimeZoneIndependent der tatsächliche Wert in der Datenbank im Istzustand ohne Zeitzonenkonvertierungen angezeigt.

Der folgende Beispielcode zeigt, wie ein das Verhalten für ein Datums- und Uhrzeitattribut aktualisiert wird:



// Retrieve the attribute to update its behavior and format
RetrieveAttributeRequest attributeRequest = new RetrieveAttributeRequest
{
    EntityLogicalName = Account.EntityLogicalName,
    LogicalName = "new_sampledatetimeattribute",
    RetrieveAsIfPublished = false
};
// Execute the request
RetrieveAttributeResponse attributeResponse =
                (RetrieveAttributeResponse)_serviceProxy.Execute(attributeRequest);

Console.WriteLine("Retrieved the attribute '{0}'.",
                attributeResponse.AttributeMetadata.SchemaName);

// Modify the values of the retrieved attribute
DateTimeAttributeMetadata retrievedAttributeMetadata =
                (DateTimeAttributeMetadata)attributeResponse.AttributeMetadata;
retrievedAttributeMetadata.DateTimeBehavior = DateTimeBehavior.DateOnly;
retrievedAttributeMetadata.Format = DateTimeFormat.DateOnly;

// Update the attribute with the modified value
UpdateAttributeRequest updateRequest = new UpdateAttributeRequest
{
    Attribute = retrievedAttributeMetadata,
    EntityName = Account.EntityLogicalName,
    MergeLabels = false
};
_serviceProxy.Execute(updateRequest);
Console.WriteLine("Updated the behavior and format of '{0}' to DateOnly.",
    retrievedAttributeMetadata.SchemaName);

// Publish customizations to the account entity
PublishXmlRequest pxReq = new PublishXmlRequest
{
    ParameterXml = String.Format("<importexportxml><entities><entity>account</entity></entities></importexportxml>")
};
_serviceProxy.Execute(pxReq);
Console.WriteLine("Published customizations to the Account entity.\n");

Das vollständige Beispielcode finden Sie unter Beispiel: Konvertieren der Datums- und Zeitwerte.

Konvertieren des Verhaltens von Datums- und Uhrzeitwerten in der Datenbank

Wenn Sie ein Datums- und Uhrzeitattribut so aktualisieren, dass sein Verhalten von UserLocal in DateOnly oder TimeZoneIndependent geändert wird, werden die vorhandenen Attributwerte in der Datenbank nicht automatisch konvertiert. Die Verhaltensänderung beeinflusst lediglich die Werte, die in dem Attribut eingegeben oder aktualisiert wurden, nachdem das Verhalten geändert wurde. Die vorhandenen Datums- und Uhrzeitwerte im System liegen weiterhin als UTC vor und werden von Dynamics 365 Customer Engagement (on-premises) gemäß dem neuen Verhalten angezeigt, wenn sie durch das SDK oder in der Benutzeroberfläche abgerufen werden (siehe vorheriger Abschnitt). Für Attribute, dessen Verhalten von UserLocal in DateOnly geändert wurde, können Sie die vorhandenen UTC-Wert in der Datenbank mithilfe der ConvertDateAndTimeBehavior-Nachricht in den entsprechenden DateOnly-Wert konvertieren, um Datenanomalien zu vermeiden.

Die Nachricht ermöglicht Ihnen die Angabe einer Konvertierungsregel (Wenn Sie mit dem Organisationsservice arbeiten, sehen Sie ConversionRule), um die Zeitzone auszuwählen, die für die Konvertierung der Werte aus UTC in DateOnly verwendet wird. Sie können einen der folgenden Konvertierungsregeln angeben:

SpecificTimeZone: Konvertiert den UTC-Wert in einen DateOnly-Wert gemäß dem angegebenen Zeitzonencode Dynamics 365 Customer Engagement (on-premises). In diesem Fall müssen Sie auch einen Wert für den Parameter TimeZoneCode angeben.
CreatedByTimeZone: Wandelt den UTC-Wert in einen DateOnly-Wert um, den der Benutzer, der den Datensatz erstellt hat, in der Benutzeroberfläche sehen würde.
OwnerTimeZone: Wandelt den UTC-Wert in einen DateOnly-Wert um, den der Benutzer, dem der Datensatz gehört, in der Benutzeroberfläche sehen würde.
LastUpdatedByTimeZone: Wandelt den UTC-Wert in einen DateOnly-Wert um, den der Benutzer, der den Datensatz zuletzt aktualisiert hat, in der Benutzeroberfläche sehen würde.

Sie können eines der Mitglieder der folgenden vier unterstützten DateTimeBehaviorConversionRule-Klassen verwenden, um einen gültigen Wert für den Parameter ConversionRule anzugeben.

Notiz

Die Nachricht ConvertDateAndTimeBehavior ist nur verfügbar, wenn Sie CRM Online 2015 Update 1 oder Dynamics 365 (online), Version 8.2 (Lokal) verwenden. Es ist nicht für frühere Versionen von Dynamics 365 Customer Engagement (on-premises) verfügbar.
- Sie müssen in Ihrer Dynamics 365 Customer Engagement (on-premises)-Instanz über die Systemadministratorrolle verfügen, um die ConvertDateAndTimeBehaviorRequest-Nachricht auszuführen.

Wenn Sie die ConvertDateAndTimeBehavior (Wenn Sie mit dem Organisationsservice arbeiten, lesen Sie ConvertDateAndTimeBehaviorRequest-Nachricht) Nachricht ausführen, wird ein Systemauftrag (asynchroner Vorgang) erstellt, um die Konvertierugnsanforderung auszuführen. Das ConvertDateAndTimeBehaviorResponse.JobId-Attribut in der Nachrichtenantwort zeigt die ID des Systemauftrags an, der infolge der Konvertierugnsanforderung erstellt wird. Nachdem der Systemauftrag abgeschlossen wurde, müssen Sie die Auftragsdetails (AsyncOperation.Message) überprüfen, um Konvertierungsdetails oder Fehler anzuzeigen.

Notiz

Es wird empfohlen, dass Sie Konvertierungen von mehreren Attributen in einem einzelnen Konvertierungsauftrag zusammenfassen und jeweils einen einzelnen Konvertierungsauftrag ausführen, um sicherzustellen, dass keine Konflikte beim Konvertieren auftreten, und um eine optimale Systemleistung zu gewährleisten.

Folgende wichtige Punkte sollten bei der Verwendung der ConvertDateAndTimeBehavior-Nachricht berücksichtigt werden:

Sie sollten während der Ausführung der Nachricht keine größeren Änderungen an den Lösungen in Customer Engagement vornehmen, wie z.B. das Importieren einer Lösung oder das Löschen eines Attributs oder einer übergeordneten Entität. Derartige Änderungen führen möglicherweise zu unerwartetem Verhalten; Datenverluste treten jedoch nicht auf.
Die Updates, die im System als Ergebnis der Ausführung der Nachricht vorgenommen wurden, führen keine Workflows und Plug-Ins aus.

Updates, die im System infolge der Nachrichtenausführung vorgenommen wurden, ändern den Wert „Zuletzt geändert am“ des Attributs nicht, werden jedoch überwacht, damit Administratoren den Zeitpunkt der Konvertierung und die ursprünglichen bzw. geänderten Werte für ein Attribut ermitteln können.

Im folgenden Beispielcode wird gezeigt, wie die Meldung verwendet wird:



ConvertDateAndTimeBehaviorRequest request = new ConvertDateAndTimeBehaviorRequest()
{
    Attributes = new EntityAttributeCollection() 
            { 
                new KeyValuePair<string, StringCollection>("account", new StringCollection() 
                { "new_sampledatetimeattribute" }) 
            },
    ConversionRule = DateTimeBehaviorConversionRule.SpecificTimeZone.Value,
    TimeZoneCode = 190, // Time zone code for India Standard Time (IST) in CRM
    AutoConvert = false // Conversion must be done using ConversionRule
};

// Execute the request
ConvertDateAndTimeBehaviorResponse response = (ConvertDateAndTimeBehaviorResponse)_serviceProxy.Execute(request);

Das vollständige Beispielcode finden Sie unter Beispiel: Konvertieren der Datums- und Zeitwerte.

Siehe auch

Beispiel: Konvertierung der Datums- und Uhrzeitwerte
Verhalten und Format des Datums- und Uhrzeitfelds
Anpassen von Entitätsattributmetadaten
ConvertDateAndTimeBehaviorRequest
DateTimeAttributeMetadata

Verhalten und Format des Datums- und Uhrzeitattributs

Angeben des Verhaltens eines Datums- und Uhrzeitattributs

Angeben des Formats eines Datums- und Uhrzeitattributs

Datums- und Uhrzeitabfrageoperatoren für DateOnly-Verhalten werden nicht unterstützt

Ändern des Verhaltens eines Datums- und Uhrzeitattributs

Konvertieren des Verhaltens von Datums- und Uhrzeitwerten in der Datenbank

Siehe auch

Zusätzliche Ressourcen