Entity framework skoraj sočasen insert

V imam ef (db first) in recimo objekt oseba. Oseba ima ime, ki mora biti unique (nima indexa na db). In preden ustvarim novega preverim če nekdo s tem imenom že obstaja in če obstaja ga ne ustvarim.
Problem se pojavi če istočasno shraniš. potem se pojavita dve osebi z istim imenom. Očitno še ne obstaja v tistem trenutku. Ali je kaka rešitev za to ali je potreben unique index nastavit?

ja sj tale EF mi mal živce para... za selecte je zakon za karkoli drugega pa ...bruh. Mislim da v naslednjem projectu bom gotovo inserte in update delal s stored procedurami.

Mislim da je unique index edina logična rešitev. Sicer pa ne pljuvam po orodju, samo čudim se čemu ne zazna da že obstaja en tak s takim imenom (dam query na osebe.where(x=>x.ime == noventity.ime ... in ne obstaja). Oh well čudna so pota gospodova. Moram še mal naštudirat. Hvala za odgovore.

Kakšen connection se prekine vmes? Na bazo? A povezavo na bazo odpreš že takoj, ko odpreš stran? Imaš kak poseben razlog za to? A si tudi preverjanje, ali zapis že obstaja, naredil že ko se stran odpre?

Povezavo odpri šele, ko sprožiš shranjevanje, šele v tem trenutku tudi preveri, če zapis že obstaja in če ne, sproži insert. To bi se moralo zgoditi dovolj hitro, da v praksi do podvojenih vnosov skorajda ne bi smelo priti. Če pa se že zgodi, pa imaš še vedno unique index.

Klasični problem pri deljenju virov. Rešiš ga z atomarnimi procesi - IF obstaja THEN insert se mora izvesti brez prekinitve. Če se med tem kaj druga dogaja, potem informacija "IF obstaja" ni ažurna. Ta vmesni čas je pri tebi precej dolg - naložiš vse, potem traja par minut preden pride do inserta (vmes je lahko 100 novih insertov prišlo od drugod), potem pa primerjaš z neažurnimi naloženimi podatki. Atomarnost lahko zagotavljaš na različnih koncih - na nivoju baze s transakcijami, na nivoju aplikacije pa z zaklepanjem (mutex,...). Oboje ma pluse in minuse, ki jih je pametno naštudirat preden izbereš.
Unique atribut je pa varovalka za površnega programerja, ki jo je v vsakem primeru pametno nastavit. Če si samo nastavil na unique in ne zagotavljaš atomarnosti, pol si rešil samo to, da boš namesto podvojenega zapisa v bazi dobil exception - glej da ga boš vsaj pravilno shandlal. Pa najmanj kar lahko popraviš je, da pred klicem insert naložiš frišne podatke iz baze.
PS: sumim tut slabo zasnovo pdoatkovnega modela - računom daješ imena namesto incremental ID