Newsgroup: it.comp.aiuto
Titolo: CLIPPER 5.2 O VISUAL BASIC

Utilizzo un programma di gestione archivio pazienti scritto
originariamente in DB3 e successivamente modicato utilizzando clipper
5.2 ed adoperando  anche qualche funzione del medesimo clipper.
Il programma gira in finestra Dos sotto Windows 95 in rete NT4.0 
Il  problema e' il seguente: il programma e' abbastanza spartano: mi
sarebbero infatti utili avere delle tabelle preriempite (per esempio
con i nomi dei farmaci che utilizzo piu' frequentemente) un output su
stampante della
prescrizione etc. 
Possiedo numerosi programmi di gestione studio medico ma nessuno di
questi copre le mie necessita' attuali. Ho tentato di utilizzare
ACCESS ma vorrei utilizzare un'applicazione che sia possibile
compilare e che sia soprattutto veloce
Quesiti: e' ancora attuale il Clipper 5.2 (vers. DOS) per gestire un
archivio qi questo genere? Vale la pena in termini di tempo e di resa
(velocita' della ricerca dei dati e sicurezza dei medesimi)
approfondire le funzioni del clipper 5.2 (
p.es
. Tbrowse etc che forse
mi permetterebbero di risolvere parzialmente i miei problemi) oppure
il Clipper e' ormai obsoleto?. Il Visual Basic puo' essere utile allo
scopo? E Delphi? (mi hanno detto che si crea velocemente
un'applicazione da una tabella DBF, ma e' vero?)
Grazie
Maurizio

 un'applicazione da una tabella DBF, ma e' vero?)
Io, per realizzare programmi in modo rapido ed affidabile uso ancora
Access, come ambiente di sviluppo. Per passare ad applicazioni piu'
robuste e prestanti mi affido a Delphi. Una cosa che sto abbandonando
sono i DBF. Li uso se me lo richiedono espressamente. Delphi e VB di
danno accesso nativo a database molto piu' estesi ed affidabili: Access,
Intebase, ecc.
Ciao.
Gio.

Intebase, ecc.
  Se il paragone e' fra BDE su tabelle DBF
  ed Access o Interbase sono della stessa opinione:
  Access o Interbase sono sicuramente piu' potenti 
  e piu' adatti per sistemi C/S.
  Se invece si paragona l'affidabilita' del Clipper su DBF
  con Access relativamente a piccoli sistemi in rete locale
  o in monoutenza  ho qualche dubbio.
  Ho diverse installazioni in rete locale con Clipper 
  che da molti anni vanno tranquillamente ed anche
  in caso di crash dell'hardware il database resiste
  senza gravi danni.
  Leggo ogni tanto anche it.comp.VisualBasic e 
  i casi di crash totale del database MDB sembrano
  invece abbastanza frequenti.
  Sto lavorando con una engine alternativa al BDE
  su tabelle DBF e la mia impressione e che e' 
  gli inevitabili compromessi per gestire sia Paradox
  che DBF con lo stesso motore abbiano penalizzato
  molto quest'ultimo.
  E' abbastanza facile valutare la potenza di un 
  database ma credo sia altrettanto difficile valutarne
  l'affidabilita'.
  Cio' che ho detto vuole essere solo un mio modesto
  contributo alla discussione.
Ciao,
Eugenio Belli.

 il Clipper e' ormai obsoleto?. Il Visual Basic puo' essere utile allo


un'applicazione da una tabella DBF, ma e' vero?)
Quando si parla di Delphi, VB e Access i pareri sono sempre
contrastanti anche perche' sono pochi coloro che conoscono veramente a
pieno tutti questi prodotti.
Nel mio caso ho programmato per anni passando attraverso Pascal,
Cobol, Fortran, C e ho lavorato parecchio in Dbase, Foxbase e Clipper.
L'installato di applicativi in tali linguaggi e' enorme da quando si
e' passati alle interfacce grafiche e' cambiato un po tutto.
Si e' partiti da VB, VC++, Turbo Pascal per Windows, Foxpro badando
piu' alla parte 'procedurale' che alle funzioni di database.
Direi che oramai VB fa la parte del leone con qualcuno che usa anche
VC++. Il motivo per cui l'unico ad essere rimasto e' stato il VB e'
principalmente legato al fatto che tutto sommato pur strutturalmente
'originale' si staccava parecchio dalle logiche passate senza tuttavia
abbandonarle completamente.
Un porting di un applicativo da DOS a Windows oggi puo' essere a mio
parere solo di analisi e database, il resto va rifatto, costa meno e
si ottiene del codice pulito.
L'interfaccia e' piu' accattivante la qualita' dell' output e'
superiore di di maggiore impatto per il cliente.
Oggi si e' affiancato Delphi un prodotto ben strutturato come per anni
sono stati i prodotti Borland e che lotta con il VB, ciascuno ha
vantaggi e svantaggi per es. il codice Delphi per piccole funzioni e'
estremamente piu' compatto del VB mentre il secondo e' migliore nella
gestione/interrograzione dei Database ecc.
Prima di Windows per i programmi scientifici usavo il Turbo Pascal e
per il gestionale il Clipper. Oggi uso per il gestionale Access e per
lo scientifico Access e su rare funzioni particolari VB (potrei anche
usare Delphi ma e' meno integrabile ad Access).
A mio parere Access ha enormi meriti. 
Presentato come semplice banale programma di database si e' gia dalla
versione 2 portato dietro un ambiente di programmazione completo.
Il gestore di relazioni e il database integrity sono i suoi punti di
forza, per usarli occorre pero' conoscere le logiche relazionali.
Il bello di Access e' stata l'originalita' strutturale che ha
sotterrato parecchio delle vecchie logiche (tipiche per es. dei CASE)
per arrivare a gestire il tutto con poco codice, efficente e con un
rapporto velocita' di sviluppo/completezza incredibile (assolutamente
superiore a quello ottenibile anche con VB).
Il potenziamento di entrambi i prodotti VB e Access a mio parere ha
generato problemi di identita' dei due prodotti che oggi sono ormai
quasi fusi sicuramente uno ha un codice con maggiori funzioni il
secondo ha un'ottima gestione del database.
Per es. i database MDB per entrambi vengono gestiti da MSJET unico per
i due prodotti.
In pratica mi fa ridere chi magari dice che da VB si va sugli MDB piu'
velocemente che da Access, il motore che usano e' lo stesso.
Il bello di Access e che porta su un prodotto da pochi soldi logiche
relazionali tipiche di prodotti quali Informix, Oracle ecc. che, anche
se migliorati nelle ultime versioni non sono neppure paragonabili dal
punto di vista della gestibilita' relazionale.
Chiaramente NON e' un Database Server e Informix e Oracle fanno tante
altre cose su cui sono quasi insostituibili.
Chi gestisce oggi bene in Access un database sfruttando i meccanismi
relazionali correttamente ottiene qualcosa di assolutamente piu'
sicuro che prodotti scritti con Clipper dove il salto di indici puo'
generare problemi molto gravi che spesso emergono in seguito con
dis-integrita' dei dati.
La nostra Software House ormai lavora in Access da quando e' uscita la
versione 2.0, abbiamo una ventina di software a listino anche in
ambienti delicatissimi e di sportello (a grande traffico) e non
abbiamo mai perso piu' di un record per crash di sistema, non esiste
un nostro cliente che abbia un dato di una tabella che abbia perso la
relazione con un altra.
Problemi di velocita' non ne abbiamo avuti anche perche' dove sono
presenti archivi di misura superiore a 500 Mb lavoriamo da Access
attaccati ai Database Server via ODBC.
--------------------------------------------------------
Paolo Hölzl
Metis Informatica S.r.L technical manager (Ferrara)
--------------------------------------------------------
ATTENZIONE!, antispam 
per reply sostituire xxxx.xxxxxxx.xx con 
mail.asianet.it

VC++. Il motivo per cui l'unico ad essere rimasto e' stato il VB e'
ti giro una domanda alla quale non ho ancora avuto risposte che ho
postato su it.comp.lang.visualbasic (ng che peraltro ancora non
seguo).
ormai e' da un bel po' che e' uscito vb5 eppure mi sembra di intuire
da molti fattori che il mercato del lavoro e' ancora orientato su vb4.
eppure passare a vb5 non comporta certo i patemi che comporto' il
passaggio dalla verione 3 alla 4 (nuovo os) e i vantaggi sembrano
essere consistenti (veri .exe, veloxcita' superiori, crezione di
activex, ecc.).
secondo te la mia impressione e' giustificata?  intendo dire, esiste
davvero una certa inerzia del mondo aziendale verso vb5?
se si', puo' essere dovuta a fattori oggettivi o e' pura e semplice
inerzia?
l...@nospam.iol.it
    ^^^^^^^
-- per rispondere eliminate la stringa "nospam." dall'address
-- to answer remove "nospam." from the email address
http://users.iol.it/lbo

