Newsgroup: it.comp.software.database
Titolo: Quanto differisce Clipper da SQL?

Ciao
La domanda č: Quanto differisce Clipper da SQL?
E' molto complesso dover convertire da Clipper ad SQL?
Il motivo della domanda č: io alcuni anni fa ho scritto dei programmini
con clipper ed ora vorrei riprendere a programmare, ma prima vorrei
sgranchirmi un po' le dita ed il cervello nuovamente con clipper.
Vale la pena o mi consigliate di cominciare direttamente con SQL (mySQL,
PostgreSQL)?
Ho provato a guardarmi mySQL ma ad es non ho capito come si generano i
file indice... ci sono? non ci sono?
Grazie
Giulio

 PostgreSQL)?
Mah! dipende... da quello che vuoi fare.
Davide

 Mah! dipende... da quello che vuoi fare.
scherzi a parte, ha ragionissima davide.
il salto e' discreto, soprattutto se in clipper hai usato molto gli indici.
io sono passato da clipper a vb+access abbastanza bene perche' dao supporta
gli indici e io li uso molto, ma quando poi passi a altri db (msql, psql,
sqlserver, oracle, quello che vuoi), che molto probabilmente stanno in rete
e magari sull'internet, la cosa comincia a complicarsi. e personalmente ora
ovviamente fatico molto piu' a passare da vb indicizzato (dao) a vb non
indicizzato (ado).
in compenso, per consolarti: dopo vari anni di pc mi sono convinto che piu'
che il singolo linguaggio (che dipende molto da mercato, esigenze del
compratore, ecc.) contano:
1. i neuroni, e quelli ce poi fa' gnente, sono a perdere.
quindi datti una mossa :)
2. fra i neuroni superstiti, l'addestramento all'analisi. se il programma lo
imposti bene a mente o al piu' con carta e penna, implementarlo e' il meno.
(oddio, il meno... diciamo: non e' il peggio... molto peggio ristrutturare
un dbms con 5 anni di vita attiva alle spalle...).
sql inoltre, come linguaggio, e' un po' come l'inglese. non parlerai proprio
come un nativo, ma una base per orizzontarti  ce l'avrai sempre, in
australia, usa, sqlserver, postgres. poi vedi cosa vuoi fare -- e cosa ti
capitera' di fare :)
--
ciao, j.
--
http://digilander.iol.it/javalab

 proprio cosa fosse...
Si usavano i campi MEMO in quel caso.
Davide

 ha scritto

mai usato un dbt in vita mia.
gli utenti devono imparare a essere sintetici e evitare sbrodolature :))
fra l'altro non potevi neanche indicizzarli, giustamente.
non gli utenti. i memo :)
a.

 Giulio
ciao
mi sa che hai fatto rispondi al mittente invece che al ng.
posto sul ng perche' ho provato email e mi e' tornato indietro.
senza indici cmq bisogna pensare proprio in modo diverso:
    select * from clienti
ti da' la tabella (tutti i campi, tutti i record)
    select id,cognome from clienti
solo codice e cognome
    select * from clienti where cognome ='rossi'
ti da' solo i rossi
    select * from clienti where cognome like 'rossi*'
ti da' anche i rossini, rossignoli ecc
    select * from clienti where cognome like '*rossi*'
ti da' anche i pettirossini
    select * from clienti where cognome like 'rossi*' order by cognome
te li mette in ordine.
fra l'altro mi scusino i puristi sql, mi e' scappato l'asterisco di access
:)
ci vorrebbe il %, se non sbaglio.
o l'underscore ?
ehm...
pero' senza indici -> niente seek.
per me e' il problema maggiore, i tempi si allungano.
e il codice spesso si contorce.
e' abbastanza diverso, ma tutto sommato lineare.
devi 'pensare in sql'.
prova a cercare, con
http://groups.google.com/advanced_group_search
nei post vecchi di icsd e iclvb
    "tutorial" e "sql"
dovresti trovare parecchie risorse in rete.
puoi cercare anche con google direttamente.
se poi lavori con un dbms specifico, mysql o altro, insieme dovresti avere
anche documentazione.
ciao, a.