Tijdzonebeheer time-zone-management
Werkwijze operating-principle
In Adobe Campaign kunt u datums uitdrukken als een functie van de tijdzone: dit stelt internationale gebruikers in staat wereldwijd aan verschillende tijdzones te werken. Elk land dat hetzelfde exemplaar gebruikt, kan de uitvoering van campagnes, bijhouden, archiveren, enz. beheren. afhankelijk van de lokale tijd.
Om het gebruik van het Adobe Campaign-platform op internationale schaal mogelijk te maken, moeten alle data die door de systemen worden gebruikt, aan een tijdzone kunnen worden gekoppeld. Een datum waarvan de tijdzone gekend is kan zo in om het even welke andere tijdzone, of ongeacht tijdzone worden ingevoerd.
Met Adobe Campaign kunt u datums/tijden opslaan in UTC-indeling (Coordinated Universal Time). Wanneer gegevens worden weergegeven, worden deze omgezet in de lokale datum/tijd van de operator. De omzetting wordt automatisch uitgevoerd wanneer het gegevensbestand in UTC wordt gevormd (verwijs naar Configuratie). Als het gegevensbestand niet in UTC wordt gevormd, wordt de informatie over de tijdzone van de data in het platform opgeslagen in een optie.
De belangrijkste platformfuncties met betrekking tot tijdzonebeheer zijn: invoer-/exportgegevens en beheer van de exploitant en werkstroom. De erfenisconcept is beschikbaar voor import/export of Workflows. Door gebrek, worden zij gevormd voor de tijdzone van de gegevensbestandserver, nochtans kunt u nieuwe tijdstreken voor een werkschema en zelfs voor één enkele activiteit opnieuw bepalen.
Operatoren kan tijdzones tijdens leveringsconfiguratie en kan de specifieke tijdzone specificeren waarin de levering zal worden uitgevoerd.
Elke Adobe Campaign-operator is gekoppeld aan een tijdzone: deze informatie wordt geconfigureerd in hun profiel. Raadpleeg voor meer informatie hierover dit document.
Als het Adobe Campaign-platform geen tijdzonebeheer nodig heeft, kunt u een opslagmodus in lokale indeling behouden met een specifieke gekoppelde tijdzone.
Aanbevelingen recommendations
In tijdzones worden verschillende realiteiten gecombineerd: in de expressie kan een constante tijdsvertraging met de UTC-datum worden beschreven, of de tijdstippen van een regio die tweemaal per jaar (zomertijd) kunnen veranderen.
In postgreSQL bijvoorbeeld TIJDZONE "Europe/Paris" VASTSTELLEN; rekening houden met de zomer- en wintertijd: de datum wordt uitgedrukt in UTC+1 of UTC+2, afhankelijk van de tijd van het jaar.
Als u echter de opdracht TIJDZONE 0200 INSTELLEN; -opdracht, is de tijdvertraging altijd UTC+2.
Configuratie configuration
De opslagmodus voor datums en tijden wordt geselecteerd tijdens het maken van de database (zie Een nieuwe instantie maken). In het geval van een migratie worden de aan datums gekoppelde uren omgezet in lokale datums en uren (zie Migratie).
Vanuit technisch oogpunt zijn er twee manieren om op te slaan Date+time typegegevens in de database:
- TIJDSTEMPEL MET TIMEZONE-indeling: de database-engine slaat datums op in UTC. Elke geopende sessie heeft een tijdzone en de datums worden overeenkomstig deze tijdzone omgezet.
- Lokale notatie + lokale tijdzone: alle datums worden opgeslagen in de lokale notatie (geen tijdvertragingsbeheer) en er wordt één tijdzone aan toegewezen. De tijdzone wordt opgeslagen in de WdbcTimeZone optie van het Adobe Campaign-exemplaar en kan via Administration > Platform > Options menu van de boomstructuur.
Een nieuwe instantie maken creating-a-new-instance
Als verschillende internationale gebruikers aan hetzelfde exemplaar willen werken, moet u tijdzones configureren wanneer u het exemplaar maakt voor het beheer van tijdvertragingen tussen landen. Selecteer tijdens het maken van een instantie de datum- en tijdbeheermodus in het dialoogvenster Time zone in het databaseconfiguratiestadium.
Controleer de UTC database (date fields with time zone) opslaan van alle gegevens met datums en tijden in UTC-indeling (SQL-velden en XML-velden).
Als de database geen UTC is, kunt u een van de tijdzones selecteren die in de vervolgkeuzelijst worden aangeboden. U kunt ook de tijdzone van de server gebruiken of de optie UTC (Coordinated Universal Time) selecteren.
Wanneer de UTC Database (date fields with time zone) is geselecteerd, worden de SQL-velden opgeslagen in de indeling TIMESTAMP MET TIMEZONE.
Anders, worden zij opgeslagen in het lokale formaat en u zult de tijdzone moeten selecteren om op het gegevensbestand toe te passen.
Migratie migration
Wanneer het migreren aan een vroegere versie (zonder tijdzonebeheer), zult u de wijze van de datumopslag in het gegevensbestand moeten bepalen.
Om compatibiliteit met externe hulpprogramma's die toegang krijgen tot de Adobe Campaign-database te garanderen, Date+time type-SQL-velden blijven standaard in lokale indeling opgeslagen.
XML-velden met datums worden nu opgeslagen in UTC. Tijdens het laden worden velden die niet de UTC-indeling hebben, automatisch geconverteerd met de tijdzone van de servers. Dit betekent dat alle XML-velden progressief worden omgezet in UTC-indeling.
Als u een bestaande instantie wilt gebruiken, voegt u WdbcTimeZone en voert u de tijdzone van de instantie in.
Voorbeeld van mogelijke waarden:
-
Europa/Parijs,
-
Europa/Londen,
-
Amerika/New_York, enz.
Deze waarden zijn afkomstig uit de tz-database (Olson). Raadpleeg voor meer informatie https://en.wikipedia.org/wiki/List_of_tz_database_time_zones.
Tijdzone van database en server oracles
Voor de hoofddatabase gebruikt Campagne de tijdzone van de server om de tijdzone van de sessie in te stellen op de databaseverbinding. De optie "WdbcTimeZone" heeft geen invloed. De tijdzone van de server moet dus overeenkomen met de tijdzone van de hoofddatabase die door Campagne wordt gebruikt. Als u niet de server timezone kunt veranderen, kan de timezone die door Campagne wordt gebruikt worden met voeten getreden door de de omgevingsvariabele van TZ in customer.sh te plaatsen.