[OT] Database condiviso per applicazione gestionale

[poyel]

Ciao ragazzi,

ho una questione particolare da proporre. Mi hanno chiesto di fare un gestionale con annesso sito web.

Il problema è che dal gestionale si devono aggiungere dei dati e poi dal sito web vedere solo alcuni di questi dati inseriti dal gestionale.

E' più conveniente avere due database differenti oppure averne uno condiviso tra il sito web e il gestionale? Nel caso in cui conviene un solo database dove conviene memorizzarlo in locale o sullo spazio web (es. Aruba)? Conviene un gestionale desktop e il sito web oppure fare entrambe le cose sul web?

Da premettere che il cliente non possiede server, quindi si dovrebbe utilizzare qualche servizio di web hosting.

[oregon]

In genere il db utilizzato tramite un servizio di hosting non è utilizzabile dall'esterno ma solamente dall'applicazione web.

Una soluzione potrebbe essere che nel sito ci sia una sezione riservata per poter aggiornare/gestire quello che serve (in modo da poter scrivere sul db).

[deleted_29]

l'elemento-chiave è la modificabilità di quelli "web".

Se sono solo da consultare ti suggerisco di avere due db materialmente distinti,
con quello web che aggiorni ogni TOT.

questo aumenta enormemente la sicurezza, in quanto le alterazioni al db "web" (effettuate in ipotesi da utenti malevoli) non si ripercuotono su quello "vero" e vengono sovrascritte ogni TOT.
---
Se, al contrario, i dati devono poter essere modificati allora, in generale, è conveniente avere un singolo db.

[MItaly]

Originariamente inviato da oregon
Una soluzione potrebbe essere che nel sito ci sia una sezione riservata per poter aggiornare/gestire quello che serve (in modo da poter scrivere sul db).

O un webservice che faccia da proxy tra il gestionale e il db.

[poyel]

A questo punto avendo a disposizione un unico spazio web avevo pensato di realizzare un'applicazione di visualizzazione per i navigatori e una sezione per chi invece deve caricare ma al tempo stesso visualizzare. Perché si tratta di un gestionale per un ufficio vendite.

Originariamente inviato da MItaly
O un webservice che faccia da proxy tra il gestionale e il db.

Un esempio? Non sono pratico di webservices.

[deleted_29]

Originariamente inviato da poyel
A questo punto avendo a disposizione un unico spazio web avevo pensato di realizzare un'applicazione di visualizzazione per i navigatori e una sezione per chi invece deve caricare ma al tempo stesso visualizzare. Perché si tratta di un gestionale per un ufficio vendite.

Ha senso partire da zero? Ce ne saranno millemila di quel tipo

Un esempio? Non sono pratico di webservices.

personalmente te li sconsiglio: più "accrocchi" metti, peggio funzionano le cose (in realtà... meglio per me... ma è un altro discorso )

Seconda Legge dell'Informatica:
se è semplice, FORSE funziona

[oregon]

Originariamente inviato da franzauker
personalmente te li sconsiglio

Concordo ... vai sul semplice ...

[ShaleN]

Seconda Legge dell'Informatica:
se è semplice, FORSE funziona

E la prima qual'è?

[poyel]

Originariamente inviato da franzauker
Ha senso partire da zero? Ce ne saranno millemila di quel tipo

A dire il vero ne sta già usando uno abbastanza completo solo che ha chiesto di averne fatto uno su misura così da averlo personalizzato e magari più dinamico. E stavo pensando che se fatto tutto sul web ci potrebbe lavorare anche da casa

A questo proposito qualcuno di voi ha sentito parlare del framework qooxdoo?

[deleted_29]

Originariamente inviato da ShaleN
E la prima qual'è?

il meglio è nemico del bene