DokumentationCampaignDokumentation om Campaign v8

Mellanlagringsmekanism för kampanj-API

Last update: Mon Jun 09 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Gäller:
  • Campaign v8 Client Console

Skapat för:

  • Mellanliggande
  • Utvecklare

I samband med en Enterprise (FFDA)-distribution rekommenderas inte att enhetsanrop rensas när det gäller prestanda (latens och samtidighet). Om du inte skickar extremt låg volym måste gruppåtgärden ​ ​användas. För att förbättra prestandan omdirigeras API:er för inmatning till den lokala databasen.

Kampanjmellanlagring är aktiverat som standard för vissa inbyggda scheman. Vi kan även aktivera det i alla anpassade scheman. Mellanlagringsmekanism i ett nötskal:

  • Dataschemastrukturen dupliceras till den lokala mellanlagringstabellen
  • Nya API:er som är dedikerade för dataöverföring flödar direkt in i den lokala mellanlagringstabellen. Läs mer
  • Ett schemalagt arbetsflöde utlöses varje timme och data synkroniseras tillbaka till molndatabasen. Läs mer

Vissa inbyggda scheman är som standard mellanlagrade, till exempel nmsSubscriptionRcp, nmsAppSubscriptionRcp och nmsRecipient.

Campaign Classic v7 API:er är fortfarande tillgängliga men kan inte utnyttja den här nya mellanlagringsmekanismen: API-anrop flödar direkt till molndatabasen. Adobe rekommenderar att du använder den nya mellanlagringsmekanismen så mycket som möjligt för att minska det övergripande trycket och latensen i Campaign Cloud-databasen.

CAUTION

  • Med den här nya mekanismen är datasynkronisering för kanalalternativ, prenumerationer, avregistreringar eller mobilregistrering nu asynkron.

  • Mellanlagring gäller endast för scheman som lagras i molndatabasen. Aktivera inte mellanlagring för replikerade scheman. Aktivera inte Mellanlagring för lokala scheman. Aktivera inte mellanlagring på ett mellanlagrat schema

Implementeringssteg implement-staging

Följ stegen nedan för att implementera Campaign-mellanlagringsmekanismen för en specifik tabell:

  1. Skapa ett anpassat exempelschema i Campaign Cloud-databasen. Ingen mellanlagring har aktiverats i det här steget.

    code language-none 
    <srcSchema _cs="Sample Table (dem)" created="YYYY-DD-MM"
        entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table"
        lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX"
        modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema">
<element autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table"
        name="sampleTable">
    <attribute label="Test Col 1" length="255" name="testcol1" type="string"/>
    <attribute label="Test Col 2" length="255" name="testcol2" type="string"/>
</element>
</srcSchema>

    Läs mer om hur du skapar anpassade scheman på den här sidan.

  2. Spara och uppdatera databasstrukturen. Läs mer

  3. Aktivera mellanlagringsmekanismen i schemadefinitionen genom att lägga till parametern autoStg="true".

    code language-none 
    <srcSchema _cs="Sample Table (dem)" "YYYY-DD-MM"
        entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table"
        lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX"
        modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema">
<element autoStg="true" autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table"
        name="sampleTable">
    <attribute label="Test Col 1" length="255" name="testcol1" type="string"/>
    <attribute label="Test Col 2" length="255" name="testcol2" type="string"/>
</element>
</srcSchema>

  4. Spara ändringen. Det finns ett nytt mellanlagringsschema, som är en lokal kopia av det ursprungliga schemat.

  5. Uppdatera databasstrukturen. Mellanlagringstabellen skapas i den lokala Campaign-databasen.

recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b