È possibile mantenere un solo database per applicazioni web e desktop?

Risposta breve: avresti sicuramente meno mal di testa con un singolo database.

Altrimenti, potresti finire con problemi di sincronizzazione dei record, così come con i duplicati dei record, in tutti i database locali che potresti utilizzare.

Ciò di cui hai bisogno è solo creare un DAL (livello di accesso ai dati) e fai in modo che le tue applicazioni client (desktop, wen, mobile, ecc.) accedano al tuo database tramite il tuo DAL.

Sì, è possibile. E posso anche aggiungere che dovrebbe essere per facilitare la manutenzione e le modifiche.

Mentre leggo le tue specifiche, è molto probabile che si sviluppi utilizzando un singolo database, dato che stai usando MySQL e leggero e facile da avviare. No, non puoi affermare che MySQL è solo per applicazioni web. Molte applicazioni ci sono del dominio di prodotti e strumenti che la stanno usando.

Ci sono configurazioni corrispondenti che devono essere impostate per le connessioni dirette del database. Tuttavia, l'applicazione Desktop è connessa al server host pubblico con un IP statico per consentire all'utente di eseguire questa operazione e richiedere all'applicazione Desktop di stabilire una connessione.

Potrei anche aggiungere che se non vuoi passare attraverso queste noiose configurazioni, puoi avere un servizio Web per il tuo desktop per eseguire le manipolazioni desiderate del database.

Aggiungi il tuo servizio web potrebbe utilizzare JSON o XML per una migliore analisi.

Sembra che gli ordini siano comuni a entrambi i database - se è così allora ha senso usare l'unico database comune in quanto non è necessario sincronizzare i due. Se non c'è comunanza nei dati, quindi tenerli separati.

Un paio di cose se le vuoi raggruppare in un unico database.

1) Creare un accesso separato per le applicazioni Web e desktop. In questo modo sarà più facile eseguire il debug dei problemi utilizzando gli strumenti di tracciamento. Assegna le autorizzazioni di accesso in base a ciò a cui ogni utente deve avere accesso.

2) Costruisci un livello dati e consenti al sito web di accedere al database chiamando le stored procedure - Questo aiuterà a prevenire attacchi SQL injection. Questa potrebbe essere una libreria condivisa tra i due.

3) Se le prestazioni diventano un problema, allora dovresti essere in grado di spostare le tabelle meno utilizzate su un altro disco fisico (sospetto che le tabelle Account e fornitori). Considerare quindi nella fase di progettazione se è necessario avere uno schema separato (si collega al punto 1 per quanto riguarda le autorizzazioni) per le tabelle transazionali e non transazionali.

È valido condividere lo stesso database tra app desktop e app web. Tuttavia, non vedo perché sia necessaria la tecnologia desktop. Hai 2 diversi gruppi di funzioni che hanno utenti diversi ma che non richiede l'utilizzo di un ambiente applicativo desktop e web. Di solito c'è un vantaggio nel nascondere il tuo database dal web se non devi averlo lì. Tuttavia, molti accettano il rischio dopo aver implementato le normali misure di sicurezza, che sono comunque necessarie per la parte web dell'applicazione. Ci sono diversi problemi con l'avere più ambienti così, con l'elaborazione in batch a parte, non penso che tu abbia mostrato requisiti stringenti perché la funzionalità desktop è obbligatoria nella tua domanda e, di conseguenza, non vedo che ci sia un caso per 2 diversi ambienti, tutte le funzioni elencate possono essere gestite in ambiente Web (ad eccezione dell'elaborazione batch che non è chiaramente dettagliata).

Certo che è possibile, mySQL è un server di database ed è progettato per supportare connessioni da più fonti, siano esse locali o remote.

Tuttavia, quando installato su un host web, per impostazione predefinita mySQL è in genere configurato per consentire solo connessioni locali per motivi di sicurezza. C'è un'impostazione nel file di configurazione per abilitare / disabilitare le connessioni remote, dovrai impostarlo di conseguenza.

Vedi: Come abilitare Remote Accesso al server di database MySQL? per i dettagli.

Potresti anche considerare un terzo approccio, un singolo database e una web API per l'applicazione per accedere alle informazioni.

In questo modo non è necessario esporre direttamente il tuo SQLServer a fonti esterne e gestire meglio l'accesso dell'applicazione.

È anche più semplice aggiornare un'API Web alle modifiche nella struttura del database piuttosto che ridistribuire l'applicazione desktop ogni volta.