Stavo leggendo questo post qui MisfitGeek: Adding ASP.NET Membership to your OWN Database.Aggiungere le tabelle di appartenenza di ASP.NET al mio database esistente o devo invece configurare un database di appartenenza ASP.NET separato?
e ho pensato a me stesso quale sia la pratica comune. Cosa consigliano gli sviluppatori che utilizzano l'iscrizione e l'autorizzazione di ASP.NET nelle loro applicazioni come best practice? Creare le tabelle di appartenenza nello stesso database in cui sono archiviati i dati delle applicazioni o configurare un secondo database per memorizzare SOLO le informazioni sull'iscrizione?
La mia configurazione attuale è un database diverso per le informazioni sull'iscrizione SOLO, ma sto pensando che aumenti il numero di database che devo mantenere. Se ho 5 applicazioni che utilizzano l'appartenenza ASP.NET, significa che ci sono altri 5 database di appartenenza ASP.NET.
Così normalmente si creano le tabelle di appartenenza ASP.NET nel proprio database principale o si configura una tabella di appartenenza separata?
OK. posso configurare le tabelle in qualsiasi database a mia scelta abbastanza facilmente. Ora se esporto le informazioni utente dalle vecchie tabelle del database alle nuove tabelle, ci sono cose che potrebbero rompersi. Le password del vecchio utente e le relative informazioni sul profilo funzionano ancora se esportate nelle tabelle nel nuovo database. Fondamentalmente, non vorrei ricreare i miei account utente, vorrei solo copiarli, modificare la connessione String e ottenere il sito Web che gli utenti continuano ad accedere come se nulla fosse mai accaduto. Sarà possibile o devo ricreare gli utenti già esistenti? – StackTrace
Penso che potresti semplicemente copiare i dati, ma in realtà non l'ho fatto. Prima farei il backup di tutto. Se provi il trasferimento e non funziona, hai davvero perso qualcosa? Probabilmente no, perché (A) si dispone di un backup e (B) il suo andare a prendere wwaaay più a lungo a ricreare le cose. – John
Semplice! Grande! Grazie! –