Newsgroup: it.fan.marco-ditri
Titolo: Clipper summer 87...

Va bene, questa è assurda e magari off-topic, ma se ho capito bene il
titolare del newsgroup non c'è, quindi...
qualcuno ha idea di dove potrei recuperare una guida in italiano a
Clipper Summer 87?
...
no, no, non scherzo, mi serve davvero...
-- 
  --------------------------------------
 |   Oracolo (e Psicanalista) di IHGG   # 
 |     Chiedete e vi sarà domandato     #
 |       Sostenitore del freeform       #
 |      IHGGer #715, ICQ: 50112481      #
 |    
http://digilander.iol.it/raidan
   #
  #######################################

 Clipper Summer 87?
Che senso ha fare una guida in Italiano visto che i comandi e gli esempi
sono in inglese?
Ad ogni modo io ho il file di help fatto con  Norton Guide, richiede il
programma residente 
NG.COM
 e gira su DOS o su task dos di Windows 95 (non
gira su NT e neanche 2000 presumo).
La Norton Guide del Clipper 87 e' piu' che sufficiente per ogni esigenza, e
tra l'altro da un punto di vista legale e' l'unica documentazione freeware
su Clipper che conosco, eventualmente te la posso mandare.
Fare fotocopie di manuali su carta o passarli con lo scanner e' illegale in
Italia.

sono in inglese?
Ma soprattutto, che senso ha volere avere a che fare con clipper '87
nel 2000?
-- 
ciao, | Bisogna essere il cambiamento che si vuole vedere nel mondo. --Gandhi
Marco | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

nel 2000?
Questa č una buona domanda, non lo metto in dubbio... ma chi me l'ha
chiesto non ha intenzione di imparare nulla di nuovo, e sostiene di
trovarsi benissimo con il clipper 87... non so che dire...
-- 
  --------------------------------------
 |   Oracolo (e Psicanalista) di IHGG   # 
 |     Chiedete e vi sarą domandato     #


 trovarsi benissimo con il clipper 87... non so che dire...
Questa frase contiene una contraddizione perche' se cercano il manuale vuol
dire che vogliono imparare qualcosa di nuovo, e se si trovano benissimo con
il Clipper 87 allora presumo che lo conoscano benissimo.
Io ogni tanto uso il Clipper 87, ma solo per programmi non piu' lunghi di 10
righe e destinati a caricare e riesportare con formato diverso file  grossi
(> 100 mega) che su di un database relazionale impiegherebbe molto tempo
bloccando di fatto il server. Per il resto programmare in Clipper non ha
senso perche' si perde un sacco di tempo a fare l'interfaccia utente
(maschere,stampe ecc.).

il Clipper 87 allora presumo che lo conoscano benissimo.
Hai ragione, in effetti il concetto espresso è piuttosto traballante.
In verità, se ho capito bene, la persona a cui mi riferisco (che
chiameremo X) ha imparato ad usare il db3, e lo ha usato a lungo. Di
recente, è riuscito a recuperare il db4 con la documentazione in
Italiano. E' venuto però a sapere che in realtà per "compilare"
"programmi" scritti in db4 è necessario il clipper summer 87 (o
meglio, ha avuto qualche grosso problema nella compilazione con il
clipper precedente), e la documentazione di quest'ultimo è disponibile
solo in inglese...
Come avrai notato, ho un'idea della cosa piuttosto confusa (forse
anche X, ma di sicuro io sono un filtro distorcente e ho introdotto
qualche massiccio strafalcione mio nel racconto :-). Del resto, io
nell'87 leggevo solo i grandi classici Disney... nei successivi sei
anni ho usato solo Amiga, ed in quell'ambiente i database non si
sprecavano.
Mi faresti un grosso favore se mi dessi una rapida idea dell'argomento
di cui sto parlando. Se è possibile dare una rapida idea, ovviamente.
Altrimenti, la mia sorte è segnata: I will RTFM.
Ciao e grazie
-- 
The oracle's shortest signature

Altrimenti, la mia sorte č segnata: I will RTFM.
dBIII, dBIV, Clipper, FoxPro e altri ancora appartengono ai cosidetti
"dialetti xBase": dei linguaggi procedurali orientati al trattamento dati.
Rapida idea: integrita` referenziale: te la devi gestire tu esplicitamente
da programma; query: a parte alcune funzioni di base per la ricerca
indicizzata, te le devi gestire tu da programma; stampe: te le devi gestire
tu da programma; interfaccia utente: .... vabbe`, credo che l'idea rapida
tu te la sia gia` fatta.
No, ho un po' esagerato, per la verita` qualche strumentino per queste cose
anche c'era, ma il lavoro da fare a mano era comunque tanto.
Un gran bell'ambiente di sviluppo, comunque, all'epoca (per la verita`
c'era gia` Paradox, che era decisamente meglio, ma chissa` perche' non
prese mai piede).
Io proverei a proporre Delphi; il tuo X non dovrebbe trovarsi
eccessivamente spaesato (qualcosina di nuovo, certo, dovrebbe impararla), e
nel contempo avrebbe fra le mani uno strumento un po' piu` aggiornato.
Non sono del tutto sicuro che risparmierebbe tempo nella costruzione delle
interfaccie, ma ne varrebbe la pena solo per i motori database attualmente
a disposizione, senza eccezione superiori a dBIV e Clipper.
Se poi la voglia di imparare qualcosa di nuovo e` un po' di piu`, e i soldi
magari un po' di meno, si potrebbe pensare anche a Perl o Python o qualche
altro linguaggio di script e uno degli ormai tanti motori database free a
disposizione per questi linguaggi (postgresql, Interbase, MySql,....).
Ciao.

 si avvicinņ e diede tanti bei consigli...
...che dire? Grazie mille! :-)


 disposizione per questi linguaggi (postgresql, Interbase, MySql,....).
La normale evoluzione di DBIII secondo me era il FoxPro, purtroppo la
Microsoft l'ha poi comprato per fargli fare una brutta fine, come del resto
la Borland fece fare una brutta fine al DBIII dopo averlo comprato. Il DBIV
si caratterizzava essenzialmente per i bugs, rapportato al DBIII.
Comunque ripeto che ho fatto una applicazione in Clipper che carica ed
elabora 70 mila records in 10 minuti, gli stessi identici dati caricati in
Oracle 8.0 impiega piu' di 6 ore ad elaborarli.

Oracle 8.0 impiega piu' di 6 ore ad elaborarli.
Ma probabilmente fa anche molte piu` cose. Io ho esperienze esattamente
opposte: query eseguite in Database Desktop 7 (l'utilita` interattiva di
Delphi) in un decimo del tempo rispetto a Paradox 3.5. Certo che se li usi
per compiti sequenziali, i risultati possono anche essere deludenti, ma il
fatto e` che non sono fatti per essere usati in quel modo. Prova, per
converso, a gestire con Clipper qualche migliaio di transazioni
concorrenti.
Ciao.

Oracle 8.0 impiega piu' di 6 ore ad elaborarli.
Non sono un esperto di database, ma mi sembra che l'unica cosa che si
puo` dedurre e` che hai progettato male il DB Oracle.


 puo` dedurre e` che hai progettato male il DB Oracle.
ma se c'e' anche la tabella degli id degli id degli id! :))))))
-- 
. Simone Caldana - System Manager at Vitaminic spa              .
. Feel the usenet evolution: 
http://www.i2000.usenet.it/
        .
. E-Mail: 
e...@vitaminic.net
 Web URL: 
http://simone.caldana.org/
 .