Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Al3xI98O Newsgroups: it.comp.lang.visual-basic Subject: Re: Messaggi fra client - Tipo Email Date: Wed, 02 Sep 2015 10:57:44 +0200 Organization: A noiseless patient Spider Lines: 28 Message-ID: References: Reply-To: chiedimela@gmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15"; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Wed, 2 Sep 2015 08:55:57 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="102169d2cdf6b84615cadd9490b07a85"; logging-data="4631"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19x3JmfkGDuuS4QbI3Ypl0GbCdl/7eatps=" X-Newsreader: MesNews/1.08.05.00-it Cancel-Lock: sha1:SqPEuSwTbps3GbHhr5NZN22GF04= X-ICQ: 1931503972 Xref: csiph.com it.comp.lang.visual-basic:18491 Pisinho in data 31/08/2015 16:34:42 disse: > Buonasera, > volendo creare una specie di cruscotto dove un client può mandare un > messaggio ad un altro cruscotto (passatemi il termine), > secondo le vostre esperienze meglio utilizzare Message Queue o farsi una > specie di database per la raccolta del messaggi e nel cruscotto creare > qualcosa che ogni tot secondi verifica la presenza di nuovi messaggi ? > FOrse quest'ultimo richiede molte risorse di LAN/Sistema ? > > Vorrei ricreare la possibilità di mandare messaggi per esempio dal > Responsabile alla persona o ad un gruppo , l'attività da svolgere. Non la > semplice email, dove poi chi ha eseguito loperazione la spunta e l'archivia > magari aggiungendo delle note. > > Altre idee ? Ho fatto una cosa simile in ambiente di produzione tempo fa (server in... access su DB sql e client bordo macchina in VB6 su stesso DB:D). Avevo già il DB in comune tra la parte "server" e la parte "client" quindi, considerando che avrei comunque archiviato tutto, ho scelto di usare il DB come mezzo di scambio... I messaggi sono pochi (meno di 1 al giorno tranne rari casi) e, a seconda, legati a documenti (DDT, Ordini di produzoine...) quindi averli sul DB diventava molto comodo :) -- Al3xI98O «L'importante non è cadere, ma sapersi rialzare»