Un modo saggio per implementare un login al sito Web e tabelle di database per un piccolo negozio

Non vi è alcun motivo di sicurezza per separare le informazioni di accesso dal resto delle informazioni dell'utente. Non rende il tuo sito più sicuro in alcun modo significativo, quindi dovresti semplicemente organizzare le tabelle con ciò che è più logico.

Il vero problema di sicurezza in questo dominio è che non dovresti memorizzare password in testo semplice. Memorizza solo un hash salato della password.

Detto questo, probabilmente è logico separare le informazioni dell'utente in poche tabelle, perché hai utenti diversi con ruoli diversi. Avere una tabella utente con tutte le informazioni comuni, quindi cliente, dipendente, ecc.

Penso che la progettazione della tabella sottostante soddisfi le tue esigenze.

**User** 
-----------
UserId
UserRoleId
UserFname
UserLName
.
.
.

**UserLogin**
------------
UserId
LoginName
Password

**UserRoles**
---------------
RoleId
Type

Ora, in base al UserRole, puoi decidere quali sono le caratteristiche che devono essere mostrate sul sito web. Qui UserRole potrebbe essere cliente, provider o amministratore

Potrebbe avere o meno senso disporre delle informazioni di accesso e dei clienti nella stessa tabella. Come sempre dipende solo dalle esigenze del business / applicazione. Se i dipendenti e gli amministratori sono "clienti" (e non solo), allora si potrebbe ottenere la possibilità di inserire gli accessi con le informazioni del cliente.

Tuttavia, tendo a mantenere gli accessi nella propria tabella sia per chiarezza che per la possibilità che un ruolo futuro non possa avere funzioni cliente. Fornisce maggiore flessibilità e una migliore separazione delle preoccupazioni.

Penso che dovresti usare la funzionalità di appartenenza di ASP.NET. Puoi creare una struttura di database separata con quella e molti dei livelli di sicurezza che il duro lavoro viene svolto per te da ASP.NET.

Poiché il design è per un piccolo sito web, penso che puoi avere un database normalizzato fino a 2Nf .

Mantenendo le credenziali di accesso dell'utente in una tabella e le relative informazioni in un'altra tabella. Come hai detto questo è un progetto di esercizio che cerca di dare una buona impressione dimostrando professionalità.

Avere tabelle di ruoli e permessi separati. A seconda del ruolo identifica, il permesso.

Potresti scaricare il codice src di qualche buon framework per questo (per esempio drupal non può usare il codice ma il db è buono). Quello che ho sempre visto è avere ruoli separati e / o tabelle delle autorizzazioni. Quindi 1 tabella ha ruoli in tutto il sito, un altro ha permessi (come un utente amministratore che può vedere i report ma non modificare gli utenti); e la tabella degli utenti ha gli accessi effettivi.

Un'altra tabella ha il link - > ID utente alle autorizzazioni e un altro ha ID utente ai ruoli