Newsgroup: it.comp.lang.visual-basic
Titolo: trasformare programma da dbf in vb

E' possibile convertire un programma dai sorgenti in dbf, fatto per il dos,
in vb5, e non solo importare le tabelle del database?
Qualcuno sa darmi una risposta...?
Ciao

 ha scritto

la risposta e' no.
fra l'altro forse e' meglio se metti a fuoco cosa hai e cosa vuoi
convertire.
non esistono "sorgenti in dbf". dbf vuol dire database file, ed e'
l'estensione tipica dei db xbase (dbase, clipper, foxpro ecc.). un dbf e'
una tabella, con un header di info sulla struttura e il contenuto della
tabella.
se come penso hai un programma in db3/4 o in clipper, oltre a uno o piu' dbf
potresti avere (ma non e' detto) dei sorgenti .prg e magari un .dbo (dbase)
e dovresti avere o un .exe (clipper) (non conosco foxpro).
i .prg comunque _non_ si convertono. quello che puoi fare e' un porting da
dbase/clipper a vb, convertendo i dbf (le tabelle) in un db access,
sqlserver, o altro. cosa, dipende in parte dalle tue esigenze e dalle tue
risorse. nel tradurre da un linguaggio all'altro, a volte disporre dei
sorgenti e' quasi peggio, e si fa prima a riscrivere a partire da quello che
fa l'exe. ogni linguaggio e ambiente di sviluppo ha caratteristiche sue, per
cui fare un'interfaccia in un clipper+dbf e' un incubo, come lo e' creare un
indice in un vb+mdb, operazione che in clipper richiede un'istruzione una.
in verita' c'e' anche la possibilita' di gestire i dbf da vb, ma piu'
messaggi leggo sull'argomento e meno mi sembra una buona idea.
ciao, a.

Già mi è capitato tempo fa di dover sormontare un problema del genere....
alla fine ho convertito il DBF in MDB e ho rifatto di sana pianta
l'interfaccia in VB delle volte è molto meglio ricominciare da capo che
tentare di mettere pezze qua e la.
ciao
max

 ha scritto nel messaggio
news:909bkm$fcns$1...@ID-51318.news.dfncis.de...


 Il prg è scritto in DB3, e le tabelle chiaramente sono in formato .dbf
ok, allora e' valido quello che dicevo. se hai i .prg (non mi ricordo se con
db3 si poteva gia' distribuire l'obj (il .dbo)) puoi studiarli e cercare di
replicare paro paro con vb. ti accorgerai presto che in realta' cambi il
modo di impostare le cose. almeno, io all'inizio l'ho fatto con clipper, e
dopo un po' mi sembrava abbastanza normale tradurre da una logica all'altra,
piu' che da una serie di istruzioni a un'altra. anche se non avessi i
sorgenti, guardare attentamente cosa fa il programma dovrebbe consentirti di
stenderlo ex novo in vb.
su cosa usare insieme a vb, appunto, hai varie scelte:
-- i dbf (vb considera database la directory). mi piace poco, ma capita di
doverlo fare, credo, soprattutto se si deve mantenere vivo qualche altro
programma che vede solo i dbf.
-- un mdb di access, da gestire con dao o con ado. nell'mdb importerai le
singole tabelle. soluzione comoda e veloce; con dao puoi anche usare e
moltiplicare gli indici; ecc. -- non a caso e' una soluzione adottata molto
di frequente. pero' anche recentemente sul ng sono stati esposti in modo
abbastanza precisi limiti di access come dbms.
-- andare direttamente su msde / sqlserver, o interbase, informix ecc. -- ne
so zero, preferisco non spaacchiare.
sulng c'e' gente ben piu' tosta di me che ti puo' dare consigli sulla strada
da scegliere. magari ragiona un po' sulle tue esigenze (quanti utenti
contemporanei ? hai un server nt ? hai soldini da spendere ? :) poi se credi
puoi chiedere consigli su come fare il passaggio.
in bocca al lupo e ciao, a.

 ha scritto nel messaggio
news:90grdh$10sgt$1...@ID-51318.news.dfncis.de...
