Domanda

siamo solo agli inizi dello sviluppo Sharepoint, e uno dei miei primi compiti è quello di costruire uno strumento di raccolta di dati. Sarà usato su più siti, quindi non ci sarà un'area di amministrazione, e ogni sito tirerà nella sua questioni connesse, e registrare i dati. Ho passato attraverso una serie di tutorial sullo sviluppo, e hanno una discreta idea di come iniziare. Voglio solo essere sicuro ho capito una cosa. Fare le liste fondamentalmente prendono il posto del database? Se questa è stata un'applicazione regolare, vorrei creare un tavolo di domanda, una tabella di collegamento che dice che le domande sono collegati a quale sito, una tabella che memorizza la risposta, che collega al tavolo del sito e domanda.

E 'questo il modello di base si segue, o dovrei fare cose in modo diverso per le applicazioni di Sharepoint?

Se il pensiero è quello di utilizzare un databse esterno, qualcuno può punto me per un po 'di informazione su questo articolo?

È stato utile?

Soluzione

Nel nostro progetto Sharepoint fissavamo con le liste. È stato bello un certo punto - fino DB aveva solo poche relazioni tra i dati. Dopo l'aggiunta di tabelle e relazioni prestazioni cade molto e abbiamo dovuto cambiare per usare DB standard MS SQL Server. Così mi raccomando di usare DB.

Disadventages: non è possibile utilizzare i controlli di SharePoint di modificare i dati / vista e non si può limitare l'accesso ai dati da un livello SharePoint
Adventages: molto più veloce accesso ai dati

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top