Newsgroup: it.comp.lang.delphi
Titolo: Delphi e pc in LAN (lunghetto)

Premetto che sono un dilettante all'ennesima potenza, e quindi non ho
sufficienti competenze per competere con la vostra sapienza!!! Ma vorrei
approfittarne per realizzare qualche piccola applicazione per gestire al
meglio le pratiche dell'ufficio dove lavoro. Sto costruendo alcune semplici
procedure per gestire il protocollo e la posta in arrivo... la posta in
arrivo in segreteria verrà inserita in una table, con una costruzione del
protocollo affidata a diverse altre tabelle filtrate opportunamente... il
mio problema non è questo... generalmente diciamo che questo database divide
la posta successivamente in 4 tabelle (uffici, laboratorio 1, laboratorio 2,
magazzino). Ora vorrei fare una struttura server/client per far sì che
all'avvio su un client l'applicazione controlli sul server se ci sono
variazioni alla tabella che riguarda quella postazione. NON ho mai usato
componenti per la lan, ho visto i componenti tcpclient e tcpserver, sono
riuscito a farli connettere, ma non ho capito come passare i dati. Ho
cominciato da una semplice sendln, ma il risultato è stato ottenere sul
client (che era in receiveln) solo una stringa vuota. Chi potrebbe spiegarmi
queste basi, ed eventualmente suggeririmi una facile soluzione, anche solo
un orientamento per realizzare questa idea?
Grazie già da adesso!

Il client potrebbe accedere al database e verificare l'ultima registrazione
visibile da quella postazione.
Di fatto, fai la stessa cosa senza usare il socket.
Inoltre, + che avere 4 tabelle, conviene avrne una con un campi in + che
indica l'ambito: ufficio, lab1 etc.
Infine, trattandosi di lan, ti suggerirei di mollare paradox e spostarti su
interbase.
Bye
A


Perche' inventare l'acqua calda? :-)
Non ho ben chiari i tuoi scopi, ma se usi una combinazione di conponenti
Indy, puoi costruirti un Server locale IMAP4 che scarichi la posta dalle
varie caselle POP3 e le renda disponibili (memorizzate in tabelle, file o
qualsiasi altro sistema) ai vari client IMAP4 (quindi Outlook e tutto gli
altri client che lo supportano).
Potresti anche estendere il server e fargli fare da ponte SMTP, in modo da
automatizzare forward, BCC automatici eccetera.
In questo modo avresti il pieno controllo di tutta la posta in ingresso
uscita, la quale potrebbe essere archiviata sul server.
Con i componenti Indy riesci a fare tutto abbastanza facilmente, senza
inventarti nuovi protocolli e utilizzando quanto di + standard ci sia in
giro
Ciao,
Stefano

qua, spero di aver chiarito... grasssie cmq!
Hai ragione, troppa carta.  La tua è una buona idea.
Quello che tu vuoi realizzare è un semplice gestionale.  
Il problema del passare i dati dal server ai vari client è presto
risolto, utilizzando un DBMS centralizzato (come Interbase, per
esempio) per il semplice motivo che i dati sono fermi solo in un punto
e sono gli utenti dell'applicazione che li gestiscono da punti
diversi.
Supponendo che tu voglia lasciare il compito manuale del personale di
segreteria di accettare le richieste via fax e memorizzarle nel
sistema, gli utenti dell'applicazione diventano, in fin dei conti, il
personale di segreteria e i responsabili di ciascun ufficio.
Centralizzando i dati su un server della tua azienda, non c'è bisogno
che questi siano passati da una parte all'altra: le segretarie sono
collegate al server e memorizzano le richieste dalla segreteria;  i
responsabili, vice versa, si collegano al server per vedere se ci sono
richieste, stamparle, segnarle come evase, ecc... ecc...
Si può pensare anche di ottimizzare la fase di accettazione delle
richieste.  Ad esempio, scivendo un programma che processa i messaggi
in arrivo in una certa casella di posta elettronica oppure consentendo
ai clienti dell'azienda di spedire richieste via web (il sistema web,
sostanzialmente, sostituirebbe le segretarie, inserendo per conto
proprio i dati nel DB).
Se hai bisogno di una mano, contattami in privato
(a.laforgia(at)
libero.it
).
-- 
Andrea Laforgia - a.laforgia(at)
libero.it
"There are three kinds of people in this world; 
 those who are good at maths and those who aren't".

allora....
Sottolineo prima di tutto che ti conviene usare interbase/firebird.
dovendo imparare, meglio imprarare roba che serve, no?
senza contare che ti trovi la strada spianata in caso di sviluppi ulteriori
della tua app.
Poi, nel tuo caso avere 4 tabelle non serve.
Te ne basta una alla quale aggiungi un campo che indica chi ha il
diritto/possibilità di vedere un determinato record.
I database c/s funzionano in questo modo...
Hai un server che gestisce le richieste dei client per cio che rigurada
lettura e scrittura di record.
Poi, la tua applicazione, usando i componenti di accesso ai dati (nel caso
IBX oppure dbexpress) si collega al server database e mostra i dati nei
controlli dbaware come dbgrid.
La sequenza è:
installa interbase sulla macchina che fara da server della tua app
crei il db con ibconsole oppure con altri tools del genere
poi installi interbase sul tuo pc di lavoro.
crei una applicazione delphi
ci metti un data module: dmMain
in questo data module ci metti un tibdatabase
con le property che trovi documentate nell'help connetti questo oggetto al
tuo db.
poi crei un altro data module: dmPostaElenco
qui ci metti
un tdatasource:
un tclientdataset
un tdatasetprovider
una tibquery
associ al tasource il clinetdataset (prop dataset)
associ il tdatasetprovider al clinetdataset (prop dataset)
associ la tibquery al taasetprovider
ora, nella commandtext del clientdataset ci metti:
SELECT * FROM TUATABELLA
Aggiungi un form al yuo progetto
ci metti una dbgrid
con alt+f11 fai in modo che "veda" il datamoudle al punto precedente
associ alla propert datasource della dbgrid il datasource dedatamoudle al
punto precedente
A

.... non ho parole per quanto sei stato preciso e pratico...... che posso
dirti... Grazie! Ci lavorerò su, speriamo di non far troppi pasticci. (Col
TurboPascal me la cavavo, ma qui le cose sono un pò diverse......)

 -- 
 ... eh eh, guarda che ti prendo in parola!!!!
grazie mille!


 mi spieghi meglio questo? a che proprietà ti riferisci? Non riesco ad
associarlo... l'unica comp che sono riuscito a collegargli è stato il
database...
mi sa che già così è troppo complesso per me......

tdatasetprovider ha una property: dataset.
A quella dovresri associare la tibquery.
A