Quando utilizzare database non incorporati su database incorporati [chiuso]

Question

Quando utilizzare database non incorporati su database incorporati [chiuso]

#1 da (4 voti)

-1

Stiamo provando ad avviare un progetto web base che deve svilupparsi sulla base di tecnologie MS come C #, net, IIS ecc. Questa è un'applicazione web che supponiamo di vendere come prodotto con un singolo programma di installazione.

Ora stiamo discutendo quale kid del database che useremo. Alcuni dicono non-embedded database (Ms Sql) Alcuni di loro idea è di usare embedded databases . Quindi siamo in una fase di confusione per una decisione sulla batteria.

Puoi dare qualche feedback in base alla tua esperienza. allora questo ci aiuterà a trovare una buona decisione.

In parole semplici ciò che è necessario è Quando utilizzare i database non incorporati su quelli incorporati?

Modifica: In ogni caso, abbiamo conoscenze tecniche su come utilizzare database non incorporati come MS Sql Server o database incorporato. Quello di cui ho bisogno è, concettualmente, in quali situazioni di solito preferiamo ogni tipo di database e quali sono i pro e i contro dell'uso di ciascun tipo.

design database architecture sql-server

posta Nayana Adassuriya 02.01.2014 - 06:59

fonte

1 risposta

Leggi altre domande sui tag design database architecture sql-server

Qual'è il modo migliore per costruire un sito HTML / AJAX che richiede il login? [chiuso] Che cosa significa IE dicendo "'console' non è definita"? [chiuso]

score 4 · Answer 1

Se si sta ospitando il prodotto sul proprio server, è possibile creare un database per ogni sottoscrittore e un database master con una tabella di sottoscrittori. Questo non è 'incorporato', ma i database (file system) sono separati.

Se stai creando un pacchetto che verrà distribuito, in modo tale che stai creando applicazioni abilitate per il web che girano sui server degli utenti, allora devi determinare se gli utenti dovrebbero ragionevolmente aspettarsi di avere un DBA come dipendente o appaltatore . Se lo facessero, vorresti che prima installassero il database, in base alla loro configurazione del server. Se hanno già SQL Server utilizzato in altre applicazioni, si uniranno a questo con gli altri, se necessario.

Se stai creando un pacchetto che gli utenti eseguiranno sui propri server, ma non avrebbero ragionevolmente un DBA, allora vuoi incorporare il database. In questo caso, l'utente è solo vagamente consapevole del fatto che un database fa parte dell'installazione - si verifica automaticamente e il programma di installazione è responsabile della sua configurazione. Ciò significa che la tua app dovrà includere alcuni strumenti di amministrazione per il backup del database, la riparazione del database, la ricostruzione degli indici, ecc.

Se distribuisci un prodotto con un database incorporato, preparati a offrire un supporto esteso. Invariabilmente le persone si metteranno nei guai e avranno bisogno di una risorsa di supporto reattiva, e di solito sono disposti a pagare per questo una volta stabilito che i problemi sono qualcosa che non avresti potuto prevedere.