Newsgroup: it.comp.software.database
Titolo: PRIMARY KEY

A vostro avviso è corretto usare come PRIMARY KEY un indirizzo e-mail ?
Per quanto ne so dovrebbe identificare univocamente un utente, non
esistono due indirizzi uguali (contando che comunque eseguo delle
verifiche  + password via mail).
E' sbagliato il mio ragionamento ?
Grazie,
	Nicholas

 A vostro avviso è corretto usare come PRIMARY KEY un indirizzo e-mail ?
Se tieni conto degli indirizzi fasulli (nob...@nowhere.none)...
Davide


   In linea di massima no, se l'indirizzo e` pubblico e non interno.
-- 
Alla prossima,
Marco

    In linea di massima no, se l'indirizzo e` pubblico e non interno.
E' un sistema di autenticazione che innanzitutto fa un controllo sul
database per vedere se l'indirizzo è già presente, dopodichè spedisce una
mail con la password all'indirizzo.
L'utente è registrato al primo login, altrimenti pulisco il database con
un processo nel crontab ogni tot giorni, in base alla data di
registrazione e a un boolean ce mostra se l'utente si è loggato.
Perchè no ? Qual'è il problema ?
Ciao e grazie,
	Nicholas

 Perchè no ? Qual'è il problema ?
   Nessuno, credo, se la gente fornisce l'indirizzo giusto. ;)
-- 
Alla prossima,
Marco

 ha scritto nel messaggio
news:pan.2003.01.17.12.14.50.811597@_yahoo.it...

L'unico problema e' per chi perde la password: non si puo' iscrivere di
nuovo perche' il suo indirizzo di posta e' gia' nel vostro db e quindi vi
deve contattare per richiederla (ma se avete implementato una routine che
invia automaticamente le psw agli smemorati non e' un problema).
Ciao
  Stefano

 invia automaticamente le psw agli smemorati non e' un problema).
meglio!
perché un utente deve essere registrato 4 volte???
di solito c'è il bottone "dimenticato la password?"
che ti spedisce una password nuova.
-- 
Punkarruso
mail:punkarruso chiocchiolona despammed punto com
pubblicità progresso:
http://www.gnu.org/gnu/manifesto.it.html

 che ti spedisce una password nuova.
Esattamente: la pass la genero io in modo casuale penso criptando time() o
qualcosa del genere.
Lui inserisce la sua e-mail (che è anche il suo username) e io gli rimando
la password nuova.
Ciao,
	Nicholas

la password nuova.(altro post)
Bravo, cosi uno si genera un programma per scovare le password
dato che ha gia gli user


 dato che ha gia gli user
E questo programma riesce a intercettare una mail mandata dal mailserver
del mio host e leggere la password ? Non è che non hai letto quello che ho
scritto ? :)

scritto ? :)
In teoria si. L'invio di password in chiaro via mail č chiaramente un buco
nella sicurezza.
Per quanto riguarda la mail univoca, dipende anche da cosa serve. Alle
volte puņ essere utile che due utenti condividano la stessa mail. Tipo
padre e figlio etc.
Per quanto riguarda la PK il tuo ragionamento fila, perņ alle volte č
meglio avere una PK numerica per velocizzare le join.
Ciao.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
--------------------

 nella sicurezza.
Chiaramente no...
Dipende cosa ne devi fare con l'email...
è la pwd definitiva?
è solo un pezzo della pwd?
Insomma tutte ste paranoie sul ueb come se ci fossero milioni di 
ragazzini stupidi con i router in promiscuo a sniffare terabytes di 
informazioni che passano per la backbone...
bah...
/G

 Ciao.
Ciao, grazie,
	Nicholas

 snip >
Ciao :)
	Nicholas

Questo mi interessa... perchč dovrebbero essere piů veloci ?
Perchč i campi numerici vengono indicizzati e ricercati molto piů
velocemente di quelli stringa.
A proposito di campi varchar, tempo fa pensavo di usare UUID come chiave
primaria, ma se hai molti record puň essere penalizzante:
http://www.cfmentor.com/doc/index.cfm?action=articolo&id=34
Questo comunque non vuol dire che dobbiamo abusare di sequence e contatori
invece di trovare PK reali, quindi la tua idea non č assolutamente da
scartare. Fai le tue valutazioni.


 scartare. Fai le tue valutazioni.
Ok, grazie a tutti per le risposte,
	Nicholas

 'password' e cose simili...
centinaia di siti utilizzano questa tecnica, ma ma ma... ti danno
la possibilità di cambiare passwd dopo come e quando vuoi...
casomai su HTTPS...
IMHO non avere la possibilità di cambiare passwd è una emerita
str**SD*&(!@... giusto perchè a un certo punto della sua stessa
vita cessa di avere la sua propria utilità (leggi: la sanno tutti,
anche il giornalaio sotto casa)...
Per quanto riguarda "abcd" e "password"... puoi utilizzare delle 
tecniche di forzatura oppure un dizionario... (cacchio manco le basi
del perfetto cracker :P)
/G
PS: fossi in te mi farei qualche scrupolo

 PS: fossi in te mi farei qualche scrupolo
Uhm... che intendi ??

 Uhm... che intendi ??
Che se fossi io a utilizzare una cosa del genere... non la utilizzerei.
Utilizzare password generate da terze parti senza averne un minimo
controllo mi lascia non poco perplesso...
/G

controllo mi lascia non poco perplesso...
Il codice del bancomat lo decidi tu :-))
Ciao.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
http://www.cfmentor.com
--------------------

 Ciao.
No di certo... ma in quel contesto non vale la sola
password per accedere a un servizio ma sopratutto
un messo fisico che è la tessera (esistono procedure
di pagamento tramite carte di debito dove non è
previsto neanche l'inserimento del codice). Potrei
anche dirti il mio codice bancomat se non hai la
mia tessera non ci fai una mazza...
Caso contrario in un login con email e pwd la mia
email è pubblica... ergo la sicurezza si sposta
sulla password che IMHO _devo_ poter cambiare.
/G



La password viene generata casualmente e viene inserita nel database
criptata, ovvero gli amministratori non la vedono.
Magari non si fideranno molto, ma la sottoscrizione è una loro scelta ed è
gente che non sa nulla di computer.
Magari preferiscono avere una password personale idiota tipo 'password',
'abcdefg' e cose simili, ma dato che all'interno del sito si svolgono
anche aste a cifre piuttosto alte se la password viene scoperta forse sono
meno contenti (e ovviamente la colpa è mia). 
No grazie :)
Ciao,
	Nicholas