Esistono vantaggi nell'utilizzo di RDBMS separati per i report?

Attenzione alla soluzione del programmatore. Siamo troppo disposti ad accettare le sfide poste dalle attuali restrizioni. Perché due database diversi quando è possibile acquistare la versione consigliata di SQL Server per un ambiente di produzione o semplicemente passare completamente a un rdbms open source se i costi sono un problema?

Alla fine, potresti dover scaricare i rapporti su un altro server o datamart, ma non sei ancora lì solo perché hai spinto i limiti della versione Express.

Il termine "segnalazione" è un po 'lento. Alcune persone lo usano per fare riferimento al risultato delle query di base. Se questo è il caso, allora come Jeff O dice che 2 diversi database non vanno bene se è necessario aggiornare entrambi i database con ciascuna transazione.

Se intendi rapporti seri, le tue opzioni sono:

1 - Usa la versione non espressa (come suggerito da Jeff O) o

2 - Utilizzare un tipo di soluzione Data Mart (con un proprio database) con i processi Star Schema e ETL per aggiornare periodicamente il secondo database. Questo non è così banale come qualcuno potrebbe pensare, inoltre non è facile da mantenere in modo speciale con nuove applicazioni in cui sono possibili modifiche dello schema. Tuttavia, questo è un modo comune per eseguire report. Fornisce una risposta molto rapida per le query a causa dello schema a stella e delle aggregazioni in batch. Se disponi di dati di grandi dimensioni, potresti prendere in considerazione un server dedicato per questa soluzione.

Non so come sia il tuo schema o che tipo di rapporti stai cercando, o quanti dati ci sono, ma cerchi di avere 1 database ogni volta che è fattibile è molto meno problematico.