ASPNETBD.MDF

martedì 10 giugno 2008 - 10.58

giulyxiano Profilo | Junior Member

Ho letto su un libro asp.net, che il database che viene creato utilizzando il tool site web administrator per la gestione degli utenti, non fa accedere più utenti contemporaneamente è vero????
Greco Giuliano

freeteo Profilo | Guru

ciao,
scusa dove hai sentito questa idiozia? Puoi citare la fonte (se è un libro anche la pagina) che indaghiamo 1po su cosa intendesse dire l'autore, dato che il file è un file di sql, ed è il processo sql che si incarica di gestire come se fosse stato aggiunto al motore (dal management per intenderci), anche se tecnicamente viene linkato solo il file...

Cmq la risposta è che è falsa questa notizia, dacci qualche info in più che capiamo dove sta l'equivoco

ciao.

Matteo Raumer
[MCAD .net]
http://blogs.dotnethell.it/freeteo

giulyxiano Profilo | Junior Member

Si l'ho letto su libro di Daniele Bochicchio ASP.NET 2.0 per tutti , non credo che sia una fesseria
Greco Giuliano

alx_81 Profilo | Guru

>Si l'ho letto su libro di Daniele Bochicchio ASP.NET 2.0 per
>tutti , non credo che sia una fesseria
Puoi scrivere la frase in cui Daniele afferma questo concetto?
Grazie

--

Alessandro Alpi | SQL Server MVP

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org

Brainkiller Profilo | Guru

>Ho letto su un libro asp.net, che il database che viene creato
>utilizzando il tool site web administrator per la gestione degli
>utenti, non fa accedere più utenti contemporaneamente è vero????

Ciao Giuliano,
dubito che sia così primo perchè l'ha scritto Daniele e penso che qualcosina di ASP.NET conosca e secondo la console amministrativa del tool site web administrator ha una sezione per gestire la security e aggiungere o rimuovere gli utenti. Quindi consentendo di avere più utenti registrati, automaticamente potranno loggarsi al sito creato sfruttando il meccanismo di autenticazione di ASP.NET che non mi risulta abbia limiti se non imposti di proposito.

Magari rileggi il paragrafo

Ciao
David De Giacomi | Microsoft MVP
http://blogs.dotnethell.it/david/

alx_81 Profilo | Guru

>dubito che sia così primo perchè l'ha scritto Daniele e penso
>che qualcosina di ASP.NET conosca e secondo la console amministrativa
>del tool site web administrator ha una sezione per gestire la
>security e aggiungere o rimuovere gli utenti. Quindi consentendo
>di avere più utenti registrati, automaticamente potranno loggarsi
>al sito creato sfruttando il meccanismo di autenticazione di
>ASP.NET che non mi risulta abbia limiti se non imposti di proposito.
Appunto, non mi sembra un'affermazione di Daniele
--

Alessandro Alpi | SQL Server MVP

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org

giulyxiano Profilo | Junior Member

OK vi riporto il periodo scritto da Daniele,

...Di default, nel machine.config, è impostato un riferimento ad un provider, il cui identificativo è AspNetSqlmembershipProvider, che fa uso proprio di questa struttura, ma in un database per SQL Server 2005 Express, di cuiviene fatto l'attachment al volo. Sebbene questo sia comodo durante la fase di sviluppo, ovviamente, in progetti reali non è pensabile come opzione, poichè SQL Server 2005 Express in questa modalità non consente di dare l'accesso a più utenti in contemporanea.


a pag 295 del libro ASP.NET 2.0 PER TUTTI
Greco Giuliano

Brainkiller Profilo | Guru

>Sebbene questo sia comodo durante la fase di sviluppo, ovviamente,
>in progetti reali non è pensabile come opzione, poichè SQL Server
>2005 Express in questa modalità non consente di dare l'accesso
>a più utenti in contemporanea.

Penso si riferisca alle user-instances di SQL Express 2005, che avviano un'istanza che ha come Identity di processo l'utente che è loggato in quel momento. Inoltre le user-instances hanno un timeout e dopo un po' si auto-spengono oltre ad auto-attaccharsi. Qui trovi tutto spiegato nel dettaglio:
http://msdn.microsoft.com/en-us/library/bb264564.aspx

In ogni caso il meccanismo di auto-attach è una feature secondo me penosa Infatti consiglio sempre, sia che si usi SQL 2005 sia il SQL Express di creare e/o fare l'attach di database su istanze normali.
Ciao

David De Giacomi | Microsoft MVP
http://blogs.dotnethell.it/david/

alx_81 Profilo | Guru

>In ogni caso il meccanismo di auto-attach è una feature secondo
>me penosa Infatti consiglio sempre, sia che si usi SQL 2005
>sia il SQL Express di creare e/o fare l'attach di database su
>istanze normali.
Quoto David, le eviterei sempre, ma io sono di parte
Ciao!
--

Alessandro Alpi | SQL Server MVP

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org

giulyxiano Profilo | Junior Member

Voi lo utilizzate il database aspnetdb.mdf sul vostro sito??
Io ho l'hosting su Aruba e mi hanno detto che loro non permettono di utilizzare file .mdf
Allora sene va via un buon 50% di asp.net 2.0 !!!! Non vi pare.

Greco Giuliano

alx_81 Profilo | Guru

>Voi lo utilizzate il database aspnetdb.mdf sul vostro sito??
>Io ho l'hosting su Aruba e mi hanno detto che loro non permettono
>di utilizzare file .mdf
>Allora sene va via un buon 50% di asp.net 2.0 !!!! Non vi pare.
Non sono molto d'accordo con quello che dici.. Tendo ad usare quella tecnica il meno possibile, e se lo faccio, solo in sviluppo.
Non pubblicherei mai un sito con queste specifiche. Preferisco avere il mo bel servizio di SQL Server sempre attivo e il mio database sempre disponibile

Inoltre, per fare hosting, ho usato aruba tanto tempo fa ed alcuni siti sono ancora lì, ma ho trovato di meglio altrove. Un pannello di controllo come si deve, dove posso schedularmi addirittura i piani di manutenzione sul database, i backup, ecc.. Quindi ho iniziato a lasciarlo, perchè le mie esigenze cominciavano ad essere maggiori ed il suddetto provider non era più in grado di soddisfarle..
--

Alessandro Alpi | SQL Server MVP

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org

freeteo Profilo | Guru

ciao,
per quanto ho potuto verificare io tempo fa su Aruba, non è permesso utilizzare quel file inquanto non hanno abilitato le istanze di Sql, e quindi il file mdf non viene "attacched" al volo.
Per ovviare questo problema, avevo optato per la soluzione più semplice, ovvero usare Access per le membership al posto di sql, quindi avere il file aspnetdb.mdb nell'app_path.
Questo è stato dato come starterkit qualche anno fa, e credo vada bene ancora adesso, lo puoi trovare qui:
http://msdn.microsoft.com/en-us/asp.net/aa336558.aspx ( destra in basso "Sample Access Provider" )

La cosa è 1po pericolosa all'aumentare degli utenti, quindi va valutata bene, ma come sempre "dipende dalle esigenze", e per le mie non aveva avuto problemi, soprattutto di Hosting

ciao.

Matteo Raumer
[MCAD .net]
http://blogs.dotnethell.it/freeteo

giulyxiano Profilo | Junior Member

Ammesso che io mi costruisca le tabelle che mi gestiscano i ruoli e i profili, come uso le classi.
Con il file attaccato al volo hai visto avveniva tutto in automatico con un controllo di login ed ora??
Greco Giuliano

freeteo Profilo | Guru

scaricati quel pacchetto, lo apri e lo puoi analizzare.
Come vedrai hanno implementato le varie interfacce e gestito tutto per Access, invece che per Sql, cosa che potresti farti anche tu ma loro l'hanno già fatto.Il fatto è che puoi implementarti anche un provider per file di testo, per fileXml, per mysql Oracle as400, non ha importanza, l'mportante è che implementi correttamente i metodi/proprietà che asp.net si aspetta da quel tipo di provider, e nel web.config gli dici che è "quel provider" che deve utilizzare.
Per il resto del sito che hai non cambia niente, non è che devi usare altri oggetti, vanno benissimo quellli che hai già di asp.net.

Cmq provalo su un progetto temporaneo e poi capisci tutto, poi prendi il compilato, il db, modifichi le proprietà relative nel web.config e dovresti riuscire senza grossi problemi.


Il fatto è che con Access nn è scalabile, non gestisce la concorrenza etc...quindi non è una soluzione affidabile, però puoi valutare tu se nel tuo caso magari ti può andare bene ugualmente...

ciao.

Matteo Raumer
[MCAD .net]
http://blogs.dotnethell.it/freeteo
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5