Newsgroup: it.comp.lang.vo-clipper
Titolo: Da che parte si va?

Salve a tutti,
vorrei rendervi partecipi di una mia riflessione.
Provenendo dal mondo Clipper e felicemente approdato al mondo VO mi sono
accorto che la vita corre veloce e le strade sono molte.
Mentre percorro la mia "VO strada" arrivo ad un incrocio con un sacco di
cartelli che indicano la direzione. Uno pensa ... "basta leggere" ma
dopo aver letto i dubbi aumentano.
Questi cartelli indicano ASP, PHP, .NET, XML, HTML, PERL, MySQL, Linux,
Java, .... e sono solo quelli che ricordo.
A questo punto o ci si ferma, oppure bisogna capire dove andare per
potersi assicurare un posticino nel futuro.
Il futuro è sicuramente una rete che sarà l'evoluzione dell'attuale
internet. Per chi come me che ha le ore contate (mi riferisco al tempo
da dedicare alla programmazione)non può certo percorrere tutte le strade
per capire e fare delle scelte.
Vorrei stimolare la discussione su questo argomento:
quale tecnologia può essere abbinata a VO per gestire in maniera
trasparente un'applicazione che funziona con un PC, una rete di PC, una
intranet, una connessione internet?
Capisco che è come chiedere se esiste un'automobile che può andare in
montagna, nel deserto, in città, nei fiumi, ecc. ecc. con la stessa
facilità.
Il mercato offre sicuramente delle librerie sviluppate da terzi che
potrebbero risolvere il problema. Ma se Pinco Pallino, che ha sviluppato
la libreria, incontra una ballerina brasiliana e decide di occuparsi di
samba ..... si rimane a piedi !!!
A questo punto dichiaro aperta la discussione se qualcuno ha qualcosa da
aggiungere.
Buon lavoro a tutti
Biagio Notario
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

La soluzione c'è, si chiama MySql, la stessa applicazione scritta per PC
standalone, funziona in rete locale e connette un database in accesso
remoto, senza una sensibile diminuzione delle prestazioni.
Personalmente ho investito molto in questo studio, (un anno) ed ora ne
raccolgo i frutti, miei clienti che lavoravano in rete locale, ora hanno
aperto dieversi punti vendita in città, o hanno un magazzino distaccato, le
mie applicazioni non devono essere corrette di una virgola,
il mio cliente deve solo chiedere una linea ADSL con IP fisso, collegare il
suo server alla linea telefonica e il suo PC remoto, con accesso remoto, è
in rete, e con la stessa applicazione aggiorna, inserisce, stampa etc...,
ripeto senza riscrivere una sola linea di codice.
Chi era a Milano al technical meeting ha visto una applicazione di
fatturazione che si connetteva ad una base dati locale prima, e su un server
sito a Trecate (NO) dopo.
Sul sito 
softdevo.com
 troverai altre informazioni. Poi scegli la tua strada,
ma MySql è la più indolore e immediata.
Aggiungi del valore alle tue applicazioni senza costo per te.
MySql è imoltre solido e veloce (il più diffuso database internet, alla NASA
ha sostituito ORACLE).
Danilo Giuliani
www.softdevo.com
in...@softdevo.com
sup...@softdevo.com
P.S. il mio entusiasmo per MySql è motivato dal fatto che senza dolore ha
rispesto a tutte le richieste dei miei clienti.

La stessa funzionalità si può ottenere sempre usando DBF
ma attraverso Advantage Database Server, senza cambiare una
linea di codice o meglio basta cambiare il driver RDD in AXDBFCDX
Addirittura ADS ora funziona su server Linux.
Paolo
Danilo Giuliani wrote in message ...


 Addirittura ADS ora funziona su server Linux.
Addirittura ho letto di un programmatore Fivewin che gestisce, usando
appunto ADS, un DBF da ben 70 milioni di record! Questo comunque pone a
favore di quello che dice Danilo riguardo i sistemi client-server. Però
dimostra anche che questo concetto non si identifica per forza con
quello di "SQL".
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

 ha scritto nel
messaggio news:3CAF4066...@emagsoftware.it...


 Si ma quanto costa ADS ?  a me risulta una cifra inumana
Non so, può essere. Il vantaggio, però, è che non devi modificare
eventuali programmi preesistenti già funzionanti con RDD diversi.


 ha scritto nel messaggio
news:d73fbecdfffbe479afb...@mygate.mailgate.org...


samba ..... si rimane a piedi !!!
ultimamente ho sempre cercato di evitare discussioni inerenti il
lavoro da me svolto (S.P.E.) per evitare di fare pubblicità, pero', a
questo punto mi sento di poter approfondire l'argomento per farvelo
conoscere un po' meglio.
S.P.E. è nato per risolvere, innanzitutto, le *mie* (cioè dei miei
clienti) esigenze di poter accedere e lavorare su dati remoti, dove
non c'è la possibilità di accedere direttamente al disco ed
eventualmente eseguire elaborazioni anche complesse sul server.
Cerco di non dilungarmi, dicendo che attualmente S.P.E. permette, con
la libreria standard, di usare i DBF utilizzando praticamente lo
stesso codice utilizzato con i DBSERVER. 
Inoltre è possibile scrivere, con VO, delle DLL contenenti procedure
(classi, funzioni ecc ecc) che possono essere invocate dal programma
client, ma che vengono eseguite sul server.
Questa settimana, se Dio vuole, carico sul sito un programma di test
(che non necessita di VO, quindi utilizzabile da tutti) che permetterà
di provare con mano cosa permette di fare S.P.E.
Tale programma, connettendosi ad un mio PC (AMDK6-2 333Mhz 128Mb RAM)
sul quale risiede S.P.E. server, permetterà di scorrere un DBF di
circa 50000 record via internet (e vi assicuro che non è fantascienza,
sto' solo perdendo tempo con la configurazione del firewall che, ogni
tanto, taglia le gambe al servizio server) e darà la possibilità di
editare i campi e di filtrare i record.
Per fugare i timori che possa incontrare una ballerina brasiliana,
S.P.E. puo' essere acquistato anche con il codice sorgente completo,
mentre sia la versione DEMO che quella COMMERCIALE, dispongono dei
soli sorgenti della classe standard.
....di più...nin zo'
Saluti,
Antonello Negrone

Ciao a tutti,
sono contento di aver stimolato la discussione su questo 
interessantissimo argomento. 
Ho letto attentamente i vostri messaggi e devo dire che ognuno di voi
ha detto cose molto interessanti. A volte chi pone solo delle domande,
magari anche banali, aiuta a dissipare dubbi o a mettere dei punti
fermi. 
C'è solo la risposta all'intervento di Danilo Giuliani fatta da "Acc" 
che, se giusta nel contenuto è sicuramente sbagliata nel tono usato.
Vorrei dire ad Antonello Negrone che se parliamo di MySQL o ReportPro o
....... non vedo perchè non si possa anche parlare S.P.E. L'informazione
è una cosa, la pubblicità sterile è un'altra.
Bene, ora passo alla parte tecnica.
Quando in una discussione la composizione dei partecipanti non è 
omogenea (per esperienza, per cultura informatica, ecc.) si rischiano
delle incomprensioni soprattutto per l'uso errato di alcuni termini.
SQL è un linguaggio di interrogazione come probabilmente lo è il PHP
(correggetemi se sbaglio, io non sono un luminario in materia)
MySQL è un formato di database che supporta in maniera nativa sia SQL
che PHP. Sicuramente con l'ausilio di qualche libreria sarebbe possibile
interrogare anche i normali DBF con il PHP o SQL. Forse ADS e SPE, in
modo diverso incorporano già qualcosa che potrebbe servire allo scopo.
Sicuramente sia MySQL così come MS-SQL sono database che forniscono
dei servizi lato server già pronti all'uso. Questo si traduce in meno
codice da scrivere ed in questo sono pienamente d'accordo con Danilo
Giuliani.
Andrea Bruni ha toccato un argomento molto interessante: la sinergia.
Cosa sarebbero oggi Linux e tutti i prodotti "open source" senza
l'apporto
di più persone? La creazione di un gruppo di lavoro (associazione,
consorzio, cooperativa, ....) potrebbe, a mio avviso, colmare il grosso
problema della mancanza di tempo (leggere: lavorare in fretta e male = 
meno quadagni) per raggiungere con le proprie forze traguardi ambiziosi.
Sintetizzando, per valutare la strada da intraprendere dobbiamo 
confrontare le varie soluzioni considerando:
- la facilità ad adattare gli attuali sorgenti;
- il funzionamento della soluzione su varie piattaforme (linux, windows,
 ecc);
- la velocità in presenza di archivi corposi;
- la possibilità di usare lo stesso programma in locale, Lan, internet;
- il costo;
- l'utilizzo nel tempo.
E qui mi fermo
Buona giornata a tutti


...


Circa 900 EURO
Cosa si ottiene con 900 euro?
Quanti utenti prevede la licenza?
E per ogni utente aggiuntivo?
Non conosco le risposte, pero' sarebbe interessante valutare anche
questo aspetto.
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it