Newsgroup: it.comp.lang.delphi
Titolo: Applicazione su server

Scusate la domanda forse banale, ma è possibile avere un'applicazione che gira
su un server e che lavora su un db (mettiamo mysql) sempre sul server, e tutti i
client richiamano semplicemente l'applicazione?
Se sì, è meglio questo metodo o è meglio avere un'applicazione client su ogni
(appunto) client?
--
Jax

(appunto) client?
La architettura clinet/server a 3 livelli si compone di:
a) una applicazione che gira sul server
Tipicamente, un server di database tipo M$Sql, Oracle, etc
b) una applicazione intermedia che gira su un altra macchina.
Questa applicazione č l'unica ad accedere ai dati sul server database
c) una leggera app client, installata sui pc della rete che in pratica ha
solo interfaccia utente e delega al livello intermedio le operazioni sul
database.
Il "meglio" č estremamente soggettivo, caro Jax.
Questo modello ha il vantaggio di un elevatissimo livello di distribuzione
della elaborazione con conseguente elevato livello di astrazione del livello
(c), ovvero da cio che succede "sotto" per cio che riguarda l'accesso ai
dati.
Ad esempio, potresti x assurdo cambiare il metodo di accesso al db e, IN
TEORIA, basterebbe aggiornare solo il livello (b).
Se hai 2 pc in azienda te ne freghi, ma se le macchine sono 100, pensa alla
colorita serie di imprecazioni di alta scuola che sfornera il tuo sistemista
ogni volta che il produttore della applicazione manda una fix, un upgrade et
similia.....
Svantaggi?
In primis, ovviamente, un livello in + comporta una perdita in termini di
performance.
Ancora, finche si tratta di fix, ok.
Ma se fai modifiche radicali al db, ti tocca anche modificare il livello c,
con conseguente ritorno alle sistemistiche imprecazioni di cui sopra se le
macchine da aggiornare sono tante.
Per maggiori dettagli, come mio solito, ti suggerisco di cercare nella guida
di delphi ciň che riguarda i remote data module e, nel capitolo relativo ai
database, la parte relativa a "Creating multi-tiered applications".
Ora che ci penso, una cosa del genere mi sembra di averla fatta....
Ma, a quest'ora, ricordo a stento come mi chiamo.....
alla prx
A.

On Wed, 28 Aug 2002 18:38:10 GMT, "Jax" <rispo...@newsgroup.grazie> wrote:
E' quello che sto' tentando di fare con Delphi e Dbexpress ma non mi sembra
facile...non quanto le applicazioni Clipper che ho fatto 10 anni fa e che
girano sul server e sui client c'e' soltanto un link ad un piccolo batch
sul server anche quello e che quando devo aggiornare l'applicazione
e le strutture dati mi basta lanciare un programmino e mi giro i pollici
finche' non ha finito...
Ciao,
(scusa lo sfogo...)
Eugenio Belli.


 facile...non quanto le applicazioni Clipper che ho fatto 10 anni fa e
che
E' appunto quello che volevo fare... e l'esempio che hai fatto tu mi
aveva appunto dato l'idea.
Anch'io avevo visto delle applicazioni in clipper girare direttamente
dal server su con db sempre sul server, e mi sono detto "bah, sarà
possibilissimo anche con delphi"... però se mi dici che è una cosaccia
non tanto facile, passo direttamente (e a malincuore) a php :)
--
Jax

 Ma, a quest'ora, ricordo a stento come mi chiamo.....
E a questa, di ora?
--
Jax

Scusa ma la tua domanda è molto (troppo) generica e per questo non
puo' avere una risposta corretta.
Io credo che sia meglio che tu legga almeno l'introduzione a "Creating
Multi-tiered applications" cosi' da poter farti un'idea degli scenari
possibili (con i loro pro e contro) all'aumentare dei livelli.
Ciao, Rocco.

       _ includere la dll mysql.dll (forse anche )
scusami, ma non basta nel collegamento del client specificare il percorso come
lo stesso dell'applicazione per ovviare a questo problema?
cioč, se l'applicazione ha come collegamento \\Server\MyApp\app.exe, dovrebbe
mica bastare mettere nella casella Da \\Server\MyApp ?
*In teoria* facendo cosě l'applicazione dovrebbe "vedere" anche le dll nella sua
stessa dir, no?
--
Jax