Quali sono gli svantaggi più ovvi a questa idea per un modello enterprise (ish) che utilizza le seguenti tecnologie.
- GUI sviluppata basata su browser e nativa che utilizza Delphi per connettersi a
-
Server Datasnap (Delphi, ovviamente) via Rest che memorizza i documenti in
- Un server CouchDB
Ma ottiene la struttura per questi documenti da un albero centralizzato di
- Server JBoss che si connettono a
- Database MySQL che contengono informazioni su tutti i tipi di cose specifiche del dominio
- Che si connette a un altro server JBoss, fino a un repository centralizzato ospitato per mantenere un qualche tipo di controllo sulle licenze e la struttura del programma.
So che è un po 'vago, ma resisti con me. Sto davvero chiedendo:
- Se è sensato utilizzare una combinazione di NoSQL e DB SQL e
- Se è più facile combinarli se non sono connessi allo stesso servizio di back-end.
- Se è pazzesco.
L'ho pensato sul drive per funzionare e sembra che risolva tutti i problemi che abbiamo. Non sono sicuro che datasnap sia abbastanza robusto, ma potremmo usare node.js o un altro server jboss. Volevo solo andare con Delphi dato che ce l'abbiamo e lo sappiamo.
Penso che questo sia un modello abbastanza normale, con la differenza che il server web (o server datasnap) è la cosa a cui è collegato un database e il server di dati. Penso che sia meglio così, e probabilmente avrebbe senso se dicessi che questo è principalmente per le cartelle cliniche ed è meglio che i documenti rimangano separati da quelli che devono essere aggiornati, ma è inteso come una soluzione generica per archiviare informazioni in un modo strutturato.