2012-05-28 6 views
5

Ho un progetto in cui è prevista la memorizzazione di gran parte dei dati in RavenDB. il problema è l'appartenenza. Non sono riuscito a trovare alcuno (fidato, supportato da un team, popolare) provider di appartenenza in RavenDB, e non voglio crearne uno personalizzato (non sono sicuro di poterne creare uno perfetto come predefinito di asp.net) . Quindi penso che l'unico modo sia usare un database SQL Server Accanto a RavenDB per supportare le operazioni di appartenenza.cosa usare come backend di appartenenza di asp.net? RavenDB o SqlServer

Quindi c'è qualche provider di appartenenza per ravenDB che ho perso?

Non mi sento a mio agio con questa soluzione (utilizzando 2 database). Apprezzo qualsiasi consiglio o soluzione.

+0

Se è necessario fare riferimento agli stessi oggetti utente da altri dati RavenDB, farei sicuramente RavenDB. Dovrebbe essere ragionevolmente facile scrivere un provider di appartenenza e [(una vecchia versione di) l'origine SqlMembershipProvider è stata pubblicata] (http://weblogs.asp.net/scottgu/archive/2006/04/13/442772. aspx) che puoi usare come punto di partenza. – Rup

risposta

3

Quindi c'è qualche provider di appartenenza per ravenDB che ho perso?

C'è questo uno su github:

https://github.com/martijnboland/RavenDBMembership

+0

Grazie, l'ho controllato, ma non è quello che sto cercando (fidato, supportato da un team, popolare). come ha detto lo scrittore "era giunto il momento per un esperimento e ha preso Raven DB per creare un provider di appartenenze ASP.NET". –

+2

Beh, ci sono quindici forchette su github quindi ci deve essere una piccola comunità di utenti per questo, oltre a una mezza dozzina di loro hanno commesso le correzioni, quindi sembra ragionevole presumere che venga utilizzato in produzione da qualche parte. Non penso che ne troverai uno più popolare. La tua migliore scommessa sarebbe quella di chiedere a Hibernating Rhinos se ne hanno uno anch'esso, e se non se considereranno l'adozione e il supporto di questo per te: usano Github per tutto il loro materiale e conosco uno dei loro ragazzi che ha molto della conoscenza di ASP.NET ecc. (supponendo che tu li paghi già, cioè!) – Rup

+0

Lo prenderò come il mio ultimo proiettile. –

1

Non credo che questo è neccessarily l'opzione migliore ...

Ma come un punto di vista alternativo si potrebbe forse provare un Provider di appartenenza basato su XML. Ne ho usato uno qualche anni fa per un CMS su misura molto piccolo che non aveva un back-end del database.

Probabilmente non è adatto a te, perché sto indovinando sui motivi per cui scegliere RavenDB è per la sua scalabilità ecc. Ad esempio, forse non stai costruendo un piccolo sito, ma vale la pena menzionarlo per ogni evenienza.

+0

grazie, in realtà sto usando RavenDB per via della sua natura libera da schemi. Posso creare un fornitore personalizzato ma sto cercando di trovare qualcosa di completo come l'abbonamento a Asp.net Sqlprovider per risparmiare tempo e ridurre i miei problemi di sicurezza –

+2

Cool, un provider di appartenenze xml potrebbe essere la strada da percorrere - anche se è stato un lungo tempo da quando li ho usati ... penso di poterne usare uno scaricato dal sito di asp.net - ma non riesco a trovarlo più. Un'altra alternativa potrebbe essere Sql Compact utilizzando i provider universali ASP.net: http://www.hanselman.com/blog/IntroducingSystemWebProvidersASPNETUniversalProvidersForSessionMembershipRolesAndUserProfileOnSQLCompactAndSQLAzure.aspx –