Newsgroup: it.comp.lang.visual-basic
Titolo: chiarimento client/server

ho letto diversi articoli su client/server,
ma ognuno e' diverso ,
mi sapete dire dove posso trovare qualche esempio.
ps. se posiziono un db su un server e copie del programma su altri computer,
questi prelevano i dati , li modificano ,li cancellano,
quindi cambiano il database; si puo' considerare client/server o  no ?

 ha scritto

Ti confesso: la "vera" differenza non l'ho mai capita neanch'io (ormai lo
posso tranquillamente ammettere, si sa...), comunque modificare records da
più postazioni non ha nulla a che fare col cliente/server.
La prima (e, sinceramente, unica) differenza che mi si è fossilizzata nella
mente è che un vero Server ha il motore sul server, appunto, e i client si
"limitano" a richiederne i servigi.
Altri ambienti _non_ client/server hanno il motore di gestione "duplicato"
su ogni postazione e il server, di fatto, fa solo da "file server", cioè
mette a disposizione le sue risorse.
Risultato? Per piccole realtà (5/10 postazioni), mi trovo 1000 volte meglio
con i _non_ client/server! Forse perchè il server è stufo di servire e non
partecipare.
Prendi questa mia con tutte le pinze, rischieresti di essere additato (come
me che pure ho il coraggio dei miei pensieri e, anche, della mia ignoranza)
come un blasfemo.
Io, che questa fase l'ho già subita, non ho problemi nel ribadire i miei
pensieri "fuori dallo standard" e, evidentemente, da emerito ignorante.
Però ... i fatti (leggasi velocità) mi cosano!

 ha scritto nel messaggio
news:zzkY8.46256$K_4.9...@twister1.libero.it...

allora dici che se devo usare il mio programma al massimo su dieci
postazioni posso mettere il db sul server e lavorare con i programmi su ogni
computer ?
ma la velocita' come potra' essere ?
ciao e grazie mille
GRAZIE MILLE

 wrote in message
agpac1$397$1...@lacerta.tiscalinet.it...

intendila così(almeno IO l'ho intesa così)...sempre a "grandi
linee".........
Un client ha solo la gestione dell'interfaccia ...la presentazione dei
dati...e caso mai alcune semplici validazioni dell'input....e può essere
fatto in molti linguaggi diversi...anche su 2 pc "accanto" puoi avere 2
client uno in C++ e uno in VB....perchè tanto tutta la logica business è da
un altra parte...il server riceve la richiesta dei dati dai client...la
elabora...la chiede al DB...la rielabora...gestisce concorrenza etc etc...e
poi la "ri-presenta" al client per la visualizzazione in un formato
digeribile.
avere una copia locale di TUTTO il DB e "sincronizzarla" con un archivio
centrale mi sembra una forzatura come client/server!
Vantaggi client/server?
Vantaggi ne hai solo se devi sviluppare programmi realmente multiutente o
con piattaforme pc diverse (MAC/Intel.... Win/Linux etc etc....) e con
MotoriDB "realmente" DBMS( o RDBMS?boh!) (scordatelo con Access...msde si
può fare)....
Vantaggi anche  se i pc sono poco potenti...un esempio lo hai con
Internet....c'è chi naviga con vecchi pc senza grossi problemi  (senza IE
eh! :-) )
è una cosa che mi affascina...credo sarà il mio "compitino per le
vacanze"...sviscerare i problemi e buttare giù una mini applicazione
intanto ho capito che:
-) l'approccio è conveniente farlo via OOP (quindi mi dovrò ristudiare bene
le classi e i server ActiveX)
-) Usare ADO e farlo "bene" (pool di connessioni e quindi apri conn e chiudi
subito quando non serve più)
-) Se voglio "essere alla moda" dare in pasto al client per la
visualizzazione uno stream o un file XML
...varie ed eventuali che adesso neanche so!