Dublikatai dažnai atsiranda, kai tas pats įvykis apdorojamas dar kartą arba du procesai vienu metu sukuria tą patį įrašą. Patikimas sprendimas prasideda nuo unikalaus įvykio ID ir aiškios taisyklės, kada įrašą kurti, kada atnaujinti, o kada nieko nekeisti.
Ar pasikartojęs kontaktas visada yra klaida?
Vienas klientas gali pateikti kelias tikras užklausas. Jei dublikatus tikrinate tik pagal el. paštą, galite netyčia praleisti naują poreikį. Atskirkite kliento, užklausos ir įvykio identifikatorius.
Pavyzdžiui, dvi skirtingos užklausos iš to paties žmogaus turi likti atskiros. O du to paties formos pateikimo pranešimai neturėtų sukurti dviejų užklausų. Šį skirtumą pirmiausia aprašykite darbo taisyklėse.
Kokį identifikatorių išsaugoti?
Jei šaltinis pateikia stabilų įvykio arba užsakymo ID, išsaugokite jį kartu su šaltinio pavadinimu. Skirtingos sistemos gali turėti vienodus skaitinius numerius, todėl vien numerio be konteksto nepakanka.
Jei tokio ID nėra, techniniame sprendime gali reikėti suformuoti atpažinimo raktą iš kelių laukų. Būtina aptarti jo ribas: du vienodi turiniai nebūtinai reiškia tą patį tikrą veiksmą.
Kodėl paieška prieš sukūrimą ne visada padeda?
Du vykdymai gali vienu metu patikrinti registrą, abu nerasti įrašo ir abu jį sukurti. Tai svarbu, kai įvykiai apdorojami lygiagrečiai. Paprasta taisyklė „jei nerasta – sukurti“ ne visada apsaugo nuo tokios situacijos.
Specialistas turėtų parinkti tinkamą apsaugą: unikalumo apribojimą duomenų bazėje, atominį įrašymą ar kitą procesui tinkamą valdymą. Konkreti priemonė priklauso nuo naudojamų sistemų.
Kaip elgtis su jau išsiųstu laišku?
Jei siuntimas pavyko, o būsenos įrašymas nepavyko, pakartotas srautas gali išsiųsti dar kartą. Saugokite siuntimo rezultatą ir jo ryšį su pirminiu įvykiu. Jei siuntimo būsena neaiški, pirmiau tikrinkite paslaugos istoriją.
Ne visas išorines paslaugas galima priversti vienodą veiksmą saugiai pakartoti. Todėl kritinėms vietoms reikia atskiro plano, įskaitant žmogaus peržiūrą, o ne vien automatinį viso srauto pakartojimą.
Kaip patikrinti apsaugą praktiškai?
Pateikite tą patį bandomąjį įvykį du kartus, tada beveik vienu metu. Patikrinkite, ar liko vienas teisingas įrašas. Po to pateikite kitą tikrą įvykį su tuo pačiu kliento adresu – jis neturėtų dingti.
Esamus dublikatus tvarkykite padarę kopiją ir išsiaiškinę jų ryšius. Aklo ištrynimo venkite: pasikartojančiuose įrašuose gali būti skirtingų darbuotojų pastabų ar atskirų projektų istorija.
Dažniausi klausimai
Ar pakanka tikrinti el. paštą?
Klientui atpažinti jis gali būti naudingas, bet vienas el. paštas nėra universalus užklausos ar užsakymo ID.
Ar išjungus pakartojimus problema išnyks?
Tai gali palikti neapdorotų įvykių. Reikia saugaus pakartojimo ir unikalumo logikos, o ne vien išjungimo.
Pasirinkite kitą žingsnį
Norite individualaus sprendimo? Rinkitės specialistą arba pateikite poreikį rekomendacijai. Jei jūsų procesui tinka paruoštas šablonas, jį įsidiegiate savarankiškai savo paskyroje.