<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-03-05 16:21 GMT+00:00 Daniele Varrazzo <span dir="ltr"><<a href="mailto:piro@develer.com" target="_blank">piro@develer.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div id=":46i" class="a3s" style="overflow:hidden">Separare nome è cognome è un'idea regolare, ma un po' limitata (ho sempre l'esempio del mio collega che non ha il cognome). </div></blockquote><div><br></div>

<div>Interessante... non ci avevo effettivamente pensato. Piu' ci sono tutte le magagne su middle name (che da noi e' poco comune) et similia.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div id=":46i" class="a3s" style="overflow:hidden">Avere sia data ingresso che data uscita nello stesso record è giustissima: se un record rappresenta un periodo devono essere riportati sia inizio che fine, usare "il record di prima" come inizio porta a complicazioni terribili.</div>

</blockquote><div id=":46i" class="a3s" style="overflow:hidden"><br>+1<br> <br>
<br>
Utente: id, nome, cognome, indirizzo ecc..<br>
Tag: id (del db, forse non necessario), identificativo (quello che il lettore legge), emesso il, ritirato il, motivo del ritiro ecc.<br>
Utente per tag: quale utente, quale tag, da quando l'ha avuto, fino a quando l'ha avuto.<br>
Lettura: id, quale tag, quale lettore, a che ora.<br>
Presenza: id lettura in, id lettura out.<br>
Lettore: id, ...tutte le informazioni che servono<br></div><div><br></div><div>Io andrei piano con tutti questi id. Quando c'e' un ID naturale, niente da dire (e.g., employee id). <br></div><div>Pero' mettere gli ID per non usare chiavi primarie "vere", non mi piace tanto. Tipicamente un evento di lettura e' verosimilmente identificato univocamente da utente, ora, verosimilmente quale lettore lo ha fatto.<br>

</div><div id=":46i" class="a3s" style="overflow:hidden"> <br>
Nota che una lettura è un evento imprescindibile: quella cosa è successa. Una "presenza" è una policy: mette in relazione due letture nel caso più normale ma potrebbero succedere cose strane: tipo uno che entra ed esce in modo imprevisto (in barella? o semplicemente il lettore era rotto?) per cui mi sembra giusto separare le Letture (da registrare) dalle Presenze (da ricostruire). Potresti anche avere quello che entra, passa il tag a quello dietro e quello entra anche lui: è vietato da una policy, non dalla fisica.<br>

<br>+1 <br><br></div><div id=":46i" class="a3s" style="overflow:hidden">Inoltre, a meno che non abbiano policy molto strette, si scazzeranno sempre le cose. <br></div><div id=":46i" class="a3s" style="overflow:hidden">Tipo in un dc tenuto bene ti vengono a prendere se sei nella stanza sbagliata perche' hai tailato o hai chiuso una porta senza passarla.<br>

Ma se questo non avviene, ti trovi con un maciello.<br></div><div id=":46i" class="a3s" style="overflow:hidden"><br><br></div></div><br><br><br clear="all"><br>-- <br> .<br>..: -enrico-
</div></div>