"E -pos: pk [string] vs "id: pk [lank]

Question

In sommige voorbeelde sien ek email:Pk[String] onder die User klas, maar in ander sien ek id:Pk[Long] (albei nie toegeken nie). 'N Gebruiker kan hul e -pos soveel verander as wat hulle wil, maar die ID sal nie so verander nie Is daar 'n (sekuriteit) rede daaragter?

Answer 1

Ek is nie seker of u vraag verwys nie NotAssigned of email:Pk[String], maar op 'n antwoord: nie regtig nie. Hierdie so plasing bespreek die gebruike van Pk: Wat is die doel van die PK van Anorm?

Die doel van iets soos case class User(id:Pk[Long] = NotAssigned, name:String) met die ID wese NotAssigned Laat standaard 'n voorstelling van 'n model wat nog nie in die databasis voortduur nie. Die ID kan later ingevul word na besparing.

Ek is nie seker hoekom jy ooit sou wou hê nie email: Pk[String] = NotAssigned, as die e -pos van 'n gebruiker 'n kritieke inligting is wanneer die model volhard word. Alhoewel dit beslis goed is om die e -posadres as die primêre sleutel te gebruik as u regtig nie omgee (of het) ID's nie. E -posadresse moet by ten minste Wees in elk geval as 'n unieke sleutel in die databasis, aangesien dit nooit moontlik is vir twee gebruikers om dieselfde e -pos te hê nie.