Automatisoitu - Datan eheys
Lisätietoja Hyvin rakennetuista Yksinkertainen → Automaattinen → Datan eheys → Datan käsittely
| Mistä etsiä? Tuotealue | Sijainti | Miltä hyvä näyttää? Kuvio |
|---|---|
| Data 360 | Data-sanakirja | ✅ Kenttätason data ja priorisointilogiikka on olemassa kaikille tietolähteille ja Data Lake -objekteille |
| Data 360 | Organisaatio | ✅ Yhdistelmäavaimia käytetään yksilöllisen ensisijaisen avaimen rakentamiseen, jos sellaista ei ole. Käytä kaavakenttää liittääksesi useita datajoukon kenttiä, kun datajoukossa ei ole yksilöllistä kenttää |
| Data 360 | Organisaatio | ✅ CRM Connectoria käyttävät datavirrat hyödyntävät kahden viikon täyttä päivitystä Kun käytät CRM Connectoria asteittaisille latauksille, täysi päivitys käynnistyy kahden viikon välein. Vaikka tämä saattaa parantaa datan tuontia, se suojaa datan yhtenäisyyttä metadatalle (kuten kaavakentille), joka ei käynnistä DML-transaktiota, joten sitä ei sisällytetä asteittaisiin latauksiin. |
| Data 360 | Organisaatio | ✅ Yksityishenkilön tunnusta käytetään Data 360 -datan kartoittamiseen muihin järjestelmiin Kartoita yksityishenkilöitä Data 360:ssa muihin järjestelmiin, jotka käyttävät yksityishenkilön tunnusta. Esimerkiksi Marketing Cloud Engagement -tilaajan avain tulisi kartoittaa Data 360:n yksityishenkilön tunnukseen. |
| Data 360 | Organisaatio | ✅ Täysin hyväksyttyjä avaimia käytetään datan tarkkaan tulkitsemiseen Kaikki avainarvoa sisältävät DLO-objektit sisältävät avaimen hyväksyjäkentän ja täysin hyväksytyt avaimet (Fullly Qualified Keys, FQK) ovat käytössä organisaatiossa, jotta vältetään ristiriitoja, joita voi ilmetä, kun useita datavirtoja harmonisoidaan yhdeksi datamalliobjektiksi (DMO). |
| Data 360 | Organisaatio | ✅ Normalisoituja täsmäystapoja käytetään täsmäyssäännöissä, kun ne ovat käytettävissä Tarkka normalisoitu täsmäys muuntaa lähdedatan ratkaistakseen yleisiä täsmäysongelmia, kuten välilyöntejä, epäjohdonmukaista muotoilua ja erikoismerkkejä. Hyödynnä tätä menetelmää kentissä, joissa se on käytettävissä epätarkkojen vastaavuuksien sijaan, ellet ole määrittänyt useita sääntöjä testausta varten ja vahvistanut, että yhdistämissuhde ei vastaa liiketoimintatarpeita |
| Einstein | Dokumentaatio | ✅ Datan hyödyllisyys on dokumentoitu osana tekoälyn projektin suunnittelua Yhtiösi määritelmä datan hyödyllisyydestä on dokumentoitu ja toteutettu tekoälyn vastausten parantamiseksi |
| Sovellusalusta | Apex | ✅ Tulevaa Apexia käytetään säästeliäästi callout-kutsuille tai järjestelmäobjektin DML:lle |
| Sovellusalusta | Apex | ✅ Ei-synkronoidut Apex käyttävät monimutkaista DML-tiedostoa 'chain'-metodille transaktioissa |
| Sovellusalusta | Apex | ✅ Apex käytetään vain suurille datamääriin Apex käytetään parhaiten suurten datamäärien käsittelemiseen. Ei-synkronoidulla Apexilla on korkeammat rajoitukset kuin synkronoidulla Apexilla, joten voit tehdä enemmän töitä. Vältä erittäin pieniä eräkokoja, kun se on mahdollista, välttyäksesi kulkujen hallinnan (jonojen tulvien) seurauksilta, ylikustannuksilta ja päivittäisen ei-synkronoidun Apex käyttämiseltä |
| Sovellusalusta | Apex | ✅ Kaikki synkronoidut DML-lausekkeet tai Tietokanta-luokan metodit suoritetaan ennen käynnistimen suorituskonteksteja |
| Sovellusalusta | Apex | ✅ Bulk API -rajapintaa käytetään vain, kun suuria määriä dataa täytyy käsitellä Bulk API -rajapintaa käytetään, kun suuria määriä dataa täytyy käsitellä. Natiiviä SOAP- ja REST API -rajapintoja hyödynnetään pienempää tietojen käsittelyä varten |
| Sovellusalusta | Data-sanakirja | ✅ Kenttäkartoitus Data Lake -objektista datamalliobjektiin on olemassa |
| Sovellusalusta | Kulku | ✅ Kaikki käyttäjäkontekstissa käynnistetyt kulut poistavat kaikki järjestelmäkontekstin transaktiot alakulkuihin, jotka asetetaan Keskeytä-elementin jälkeen yhdenmukaisesti luodakseen uuden transaktion |
| Sovellusalusta | Kulku | ✅ Kaikki tietueiden käynnistämät kulut sisältävät käynnistimen järjestyksen arvot |
| Sovellusalusta | Kulku | ✅ Ulkoisia järjestelmäkutsuja tai pitkäaikaisia prosesseja sisältävät kulut käyttävät asynkronisia polkuja |
| Sovellusalusta | Kulku | ✅ Asiaan liittyvien datatoimintojen monimutkaiset järjestykset luodaan Orchestratorilla (monoliittisen kulun useiden alakulkujen kutsumisen sijaan) |
| Sovellusalusta | Organisaatio | ✅ Identiteetin vahvistus -ominaisuuden yhteensovitussäännöt noudattavat datan sanakirjassasi määritettyä priorisointilogiikkaa |
Lisätietoja Hyvin rakennetuista Yksinkertainen → Automaattinen → Datan eheys → Virheiden käsittely
| Mistä etsiä? Tuotealue | Sijainti | Miltä hyvä näyttää? Kuvio |
|---|---|
| Einstein | Organisaatio | ✅ Kehotteet määrittävät odotetun tuloksen Lisää LLM:lle suoria ohjeita luodaksesi vain odotetun sisältötyypin. |
| Sovellusalusta | Apex | ✅ Mukautettuja poikkeuksia käytetään edistyneiden virheviestien ja logiikan luomiseen |
| Sovellusalusta | Apex | ✅ Koodi käsittelee kaikki DML-, SOQL-, callout-kutsut ja muut prosessin kriittiset vaiheet try-catch-lohkoihin |
| Sovellusalusta | Apex | ✅ Tietokantaluokkien menetelmiä voidaan käyttää yksinomaan kaikille datatoiminnoille (DML:n sijaan) |
| Sovellusalusta | Apex | ✅ Asynkronointi- ja joukkokonteissa käytetään Database-luokan metodeja DML:n sijaan |
| Sovellusalusta | Aura | ✅ JavaScript rivittää kaikki datatoiminnot ja prosessin kriittiset vaiheet try-catch-lohkoihin |
| Sovellusalusta | Aura | ✅ try-catch-lohkojen sisällä natiivia JavaScript Error-funktiota käytetään heittolausekkeissa (ei käytetä $A.error()-funktiota) |
| Sovellusalusta | Aura | ✅ Kaikki korjattavat virhelogiikat näytetään catch-lausekkeissa ja tarjoavat käyttäjille selkeitä viestejä |
| Sovellusalusta | Kulku | ✅ Datatoimintoja, callout-kutsuja ja muuta kriittistä käsittelylogiikkaa käyttävillä kuluilla on vikapolkuja kaikille tärkeimmille toiminnoille |
| Sovellusalusta | Kulku | ✅ Ruutukulut näyttävät käyttäjille virheitä jatkuvasti vikaliittimillä |
| Sovellusalusta | Kulku | ✅ Mukautetut virheviestit on määritetty näytettäville virheille |
| Sovellusalusta | Lightning (LWC) | ✅ JavaScript rivittää kaikki datatoiminnot ja prosessin kriittiset vaiheet if ()/else if () lohkoihin |
| Sovellusalusta | Lightning (LWC) | ✅ Kaikki @wire-funktiot käyttävät API:n tarjoamia data- ja error-ominaisuuksia |
| Sovellusalusta | Lightning (LWC) | ✅ Kaikki if (error)/else if (error)-lausunnot sisältävät logiikkaa, joka käsittelee virheet ja tarjoaa informatiivisia viestejä |
Lisätietoja Hyvin rakennetuista Yksinkertainen → Automaattinen → Datan eheys → Datan käsittely
| Mistä etsiä? Tuotealue | Sijainti | Mitä vältettävä? Anti-Kuvio |
|---|---|
| Data 360 | Organisaatio | ⚡️ Kentät, joissa tuetaan normalisoituja täsmäystapoja, käyttävät epätarkkaa täsmäystä Epätarkka täsmäys otetaan käyttöön kentille, jotka tarjoavat tarkkoja normalisoituja täsmäystapoja |
| Data 360 | Organisaatio | ⚡️ Yhtenäistetty yksityishenkilön tunnus oletetaan olevan muuttumaton Yhtenäistetty yksityishenkilön tunnus käytetään päätunnuksena tai globaalina tunnuksena, jota muualla organisaatiossa käytetään |
| Data 360 | Organisaatio | ⚡️ Tapahtuman päivämäärä kartoitetaan vaihtokäyttöiseen DateTime-arvoon Tapahtuman päivämäärä kartoitetaan vaihtokäyttöiseen DateTime-kenttään, kuten LastUpdated tai LastExtracted |
| Data 360 | Organisaatio | ⚡️ Ensisijainen avain kartoitetaan kenttään, joka ei ole yksilöllinen Valitse mikä tahansa kenttä datavirtasi ensisijaiseksi avaimeksi, jos sellaista ei ole olemassa datajoukossasi vahvistamatta ensin, että valittu kenttä on yksilöllinen |
| Data 360 | Organisaatio | ⚡️ Datan lataaminen erissä ja sen aktivoiminen reaaliajassa. Esimerkiksi yleinen, mutta virheellinen lähestymistapa saattaa sisältää datan lataamisen tunneittain Amazon S3 -säiliöstä ja sen aktivoimisen datatoimintojen kautta. |
| Sovellusalusta | Apex | ⚡️ DML-lausekkeet näytetään säännöllisesti koodissa, joka kutsutaan käynnistimen kontekstien jälkeen |
| Sovellusalusta | Apex | ⚡️ Apex vaikutusalue on hyvin pieni Käytetään hyvin pieniä eräkokoa (kuten vaikutusalueen kokoa = 1) |
| Sovellusalusta | Apex | ⚡️ Apex käytetään ulkoisille callout-kutsuille Suuri määrä Salesforce-dataa siirretään Salesforcesta ulkoiseen järjestelmään käyttämällä Apex |
| Sovellusalusta | Apex | ⚡️ Julkaise välittömästi sovellusalustan tapahtumat -ominaisuutta käytetään välittömästi Julkaise välittömästi (reaaliaikaisesti) -tapahtumien sijaan Julkaise sitoumuksen jälkeen (ei reaaliaikaisesti), riippumatta julkaisujärjestyksen vaatimuksista tai tietueiden lukitsemisen riskeistä. |
| Sovellusalusta | Apex | ⚡️ Asynkronoituja Apex käytetään satunnaisesti Tulevat metodit ja jonoon asetettava Apex käytetään epäjohdonmukaisesti tai vaiheittain |
| Sovellusalusta | Apex | ⚡️ Asynkronoituja Apex käytetään satunnaisesti. Kehittäjien ei ole selvää, milloin käyttää Apex tulevaisuudessa vs. jonossa, milloin antaa DML erätöille |
| Sovellusalusta | Apex | ⚡️ Async Apex on harvoin käytössä |
| Sovellusalusta | Apex | ⚡️ Ei-synkronoituja Apex käytetään satunnaisesti Tietokantaoperaatioilla ei ole selkeää ja yhdenmukaista logiikkaa suorituksen välittämiseksi Apex tarvittaessa |
| Sovellusalusta | Data-sanakirja | ⚡️ Kenttäkartoituksia Data Lake -objekteista datamalliobjekteihin ei sisällytetä mukaan |
| Sovellusalusta | Data-sanakirja | ⚡️ Datalähteiden ja data Lake -objektien kenttätason dataa ja priorisointilogiikkaa ei sisällytetä mukaan |
| Sovellusalusta | Kulku | ⚡️ DML:n suorittaminen käyttämällä kokoelmaa, joka on ruutukomponentin tulos Käytä tietueen tai tietueen kokoelman tunnuksia ja kaikkia kenttäarvoja -asetusta luo-, päivitä- tai poista-elementissä, kun kokoelma on ruutukomponentin tulos |
| Sovellusalusta | Kulku | ⚡️ Tietueiden käynnistämät kulut eivät käytä käynnistimen järjestyksen attribuutteja ollenkaan tai eivät käytä käynnistimen järjestyksen arvoja yhdenmukaisesti |
| Sovellusalusta | Kulku | ⚡️ Ei-synkronoituja polkuja ei käytetä yhdenmukaisesti tai ollenkaan |
| Sovellusalusta | Kulku | ⚡️ Suuri, monoliittinen kulku yrittää koordinoida toisiinsa liittyvien datatoimintojen monimutkaisia sarjoja (alakulkujen kanssa tai ilman) |
| Sovellusalusta | Organisaatio | ⚡️ Identiteetin vahvistus -ominaisuuden yhteensovitussäännöt eivät noudata priorisointilogiikkaa datan sanakirjassa |
Lisätietoja Hyvin rakennetuista Yksinkertainen → Automaattinen → Datan eheys → Virheiden käsittely
| Mistä etsiä? Tuotealue | Sijainti | Mitä vältettävä? Anti-Kuvio |
|---|---|
| Sovellusalusta | Apex | ⚡️ DML, SOQL, callout-kutsuja tai muita kriittisiä prosessin vaiheita ei ole rivitetty yhdenmukaisesti try-catch-lohkoihin |
| Sovellusalusta | Apex | ⚡️ Tietokanta-luokkien metodeja ei käytetä |
| Sovellusalusta | Apex | ⚡️ Datatoiminnot suoritetaan vain DML:n avulla |
| Sovellusalusta | Apex | ⚡️ System.debug-lausunnot näytetään tuotanto-koodissa (ja niitä ei kommentoida) |
| Sovellusalusta | Aura | ⚡️ JavaScript ei rivitä datatoimintoja ja prosessin kriittisiä vaiheita yhdenmukaisesti try-catch-lohkoihin |
| Sovellusalusta | Aura | ⚡️ Komponentit käyttävät $A.error() |
| Sovellusalusta | Aura | ⚡️ Palautettavaa virhelogiikkaa ei näytetä yhdenmukaisesti catch-lausekkeissa eikä käyttäjille lähetettyjä virheviestejä näytetä selkeästi |
| Sovellusalusta | Kulku | ⚡️ Kulut eivät käytä vikapolkuja yhdenmukaisesti tai ollenkaan |
| Sovellusalusta | Kulku | ⚡️ Mukautettuja virheviestejä ei käytetä, joten käyttäjät näkevät oletusarvoisen "Tässä kulussa on tapahtunut käsittelemätön virhe" -viestin |
| Sovellusalusta | Lightning (LWC) | ⚡️ @wire-funktiot eivät käytä API:n tarjoamia data- ja error-ominaisuuksia (tai niitä ei käytetä yhdenmukaisesti) |
| Sovellusalusta | Lightning (LWC) | ⚡️ Jos käytetään ollenkaan, if (error)/else if (error)-lausunnot eivät sisällä oikeastaan logiikkaa, joka käsittelee virheet ja tarjoaa hyödyllisiä virheviestejä |
| Sovellusalusta | Lightning (LWC) | ⚡️ JavaScript ei käytä if ()/else if ()-lohkoja yhdenmukaisesti datatoimintojen tai kriittisten prosessien vaiheiden kanssa |