Newsgroup: it.comp.lang.vo-clipper
Titolo: Assertion Failed ed indici danneggiati

Ho un grossissimo problema con un cliente che usa una mia applicazione
scritta in VO2.5.
Spessissimo il programma si ferma mostrando il temutissimo messaggio
ASSERTION FAILED e l'unico modo di farlo ripartire e forzare una
ricostruzione di tutti gli indici.
Il programma è stato supertestato in ambiene multiutenza con server NT e una
trentina di postazioni ed e' perfettamente funzionante presso altri 30
clienti che utilizzano configurazioni miste WIN98 - WIN2000.
Qualche anno fa' riscontrai lo stesso problema identico causato dal
VREDIR.VXD di una versione OEM di WIN95, adesso pero' il cliente mi
garantisce che le postazioni sono tutte WIN98SE e WIN2000 Professional.
Inizialmente il server era un LINUX che pero' gli ho fatto rimuovere a
favore di un WIN98 ma il problema persiste regolarmente.
Qualcuno ha avuto esperienze simili e mi puo' dare qualche dritta .....sono
veramente nei casini :((
Grazie, ciao a tutti ....

 ha scritto nel messaggio
news:S7TM7.23406$BA4.8...@news1.tin.it...


 Sfatiamo il luogo comune che Sql crea problemi, a me li ha risolti
Mi fai un esempio concreto di problemi presenti utilizzando i DBF e
risolti con 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

Mysql è leggero, facile e soprattutto robustissimo.
E fa le stesse cose che puo' fare Clipper, con la stessa efficienza ?
Cioe' stai dicendo che l'accesso sequenziale degli archivi e' migliore
di quello indicizzato ?
ciao, acc.   
a...@libero.it

Clipper è un linguaggio di programmazione MySql è un DataBase.
Pensa solo ad una cosa:
1. con i DBF i miei utenti possono leggere i file con Excel, magari per
errore modificare la sctruttura mandando al diavolo una applicazione ben
fatta. Con qualsiasi SQL il databse non lo vedi, lo puoi solo interrogare.
2. con i DBF se cade la connessione al server quando fai una qualsiasi
operazione sui file, magari una reidicizzazione auguri. con SQL le stazioni
fanno solo richieste, è il server che fa tutto.
3. se un indice si rovina la tua applicazione non gira più o gira dando i
numeri. Insomma che che qualcuno continui cecamente a sostenere i DBF posso
essere comodi per piccole applicazioni, ma quando non si deve avere
problemi, be io dei DBF non mi fiderei più di tanto.
Ogniuno è libero di pensarla come vuole, ma perchè Advantage venderebbe, e
lo vende, a diversi milioni un motore per DBF che di fatto emula un motore
SQL ? allora dico non è meglio avere gratis un motore SQL vero invece di un
surrogato ?
Danilo Giuliani
www.softdevo.com
in...@softdevo.com
sup...@softdevo.com
"acc" <a...@libero.ita> ha scritto nel messaggio
news:g7pa0uk8k3aul070q...@4ax.com...


 Danilo Giuliani

 numeri.
Siamo d'accordo. Ma sei sicuro che questo non possa succedere anche ad
un DBMS? Se il query-optimizer decide, per velocizzare l'operazione in
corso, di utilizzare un indice e questo è corrotto cosa succede?
D'accordo, ci possono essere dei sistemi automatici (tipo CRC?) di
recupero ma resta il fatto che mentre dei DBF conosciamo bene qualità e
debolezze, dei DBMS spesso ci fidiamo ciecamente. E non so quale sia la
cosa migliore. Io, da parte mia, preferisco conoscere bene le armi con
cui combatto... :-)


 ha scritto nel messaggio
news:GRwN7.30097$BA4.1...@news1.tin.it...


surrogato ?
Come ho detto all'inizio SQL e' soltanto un linguaggio di
interrogazione, molto semplice e senza pretese, il Basic del Commodore
64 in confronto e' immenso.
E' inutile invitare tutti a cambiare la propria auto con una bella
locomotiva, la locomotiva non e' un valido sostituto dell'auto.
ciao, acc.   
a...@libero.it

 gestire a word una contabilita'.
Vero. Infatti SQL è nato come linguaggio di interrogazione. A mio
avviso, utilizzarlo come base per un'intera applicazione è una forzatura
che porta dei limiti con i quali, alla fine, ci si scontra. E'
esattamente lo stesso problema che hanno altri linguaggi come il Prolog
o Smalltalk.
EMG
PS. Hai ricevuto il mio ultimo messaggio e-mail riguardante DBL_EPSILON?


Ragazzi non siamo qui per fare un discorso cattedratico, ma per vedere la
soluzione pratica a problemi reali.
MySql è un motore per DataBase esattamente come lo sono i vari motori per
DBF, con una enorme differenza, MySql gira sul server gli Rdd girano sui
Client, e questo già mi sembra un vantaggio enorme in termini di velocità e
stabilità.
Sql è un linguaggio di interrogazione che se saputo usare può fare
velocemente tutto, e niente di meno di quello che fai con istruzioni Rdd,
con la differenza che lo fai prima.
Se si rovina un indice, quante fatture hai inserito e devi spesso ripescare
a mano ? Se un cliente ti modifica una tabella DBF con Excel come te la
metti se devi correre proprio mentre sei pieno di lavoro.
Scusatemi io sarò fissato ma dire che DBF vuol dire velocità e sicurezza,
beh c'è o scarsa conoscenza della realtà o malafede.
Provate a scrivere una applicazione con DBF, poi mettete i DBF in hosting su
un server remoto, e poi fate girare il vostro programma, mi dite come fate?
con Mysql il programma vuole sapere solo il numero IP del server e non
dovete riscrivere neppure una riga di codice, e grazie il minimo traffico di
rete l' applicazione gira senza problemi. Il vostro cliente che ha tre o
quattro negozi sparsi per la città lavora come in rete locale, ripeto senza
riscrivere una riga di codice.
Potete offrire a reltà che fino ad oggi non pensavano di realizzare reti
geografiche tutti i servizi per i quali avrebbero dovuto sborsare cifre per
loro inarrivabili a costi DBF.


loro inarrivabili a costi DBF.
Se invece devi realizzare un'applicazione con pesanti interazioni tra
gli archivi, i DBF sono estremamente piu' efficienti.
ciao, acc.   
a...@libero.it

PS. Hai ricevuto il mio ultimo messaggio e-mail riguardante DBL_EPSILON?
Si, ed ho pure risposto :-? eventualmente rimandalo.
ciao, acc.   
a...@libero.it

loro inarrivabili a costi DBF.
Questa e' un'applicazione tagliata per SQL .... ma il mondo non ha
solo queste richieste :)
Ciao.Alberto.
-------------------------------------------------------------
Alberto Rubinelli           Mail : 
alb...@retrocomputing.net
A2 SISTEMI                  Http : 
www.retrocomputing.net
Via Costantino Perazzi 22   Tel 0321 640149
28100 NOVARA (NO) - ITALY   Fax 0321 391769
ICQ : 49872318              Odigo : 5269083

 loro inarrivabili a costi DBF.
Non capisco se non conosci il mapping di Windows oppure parli di qualche
cosa che non conosco io. Comunque questa possibilità è intrinseca del
sistema operativo e qualsiasi applicazione ne può usufruire.
Se non sei d'accordo su quanto scrivo, per favore non parlare di
polemica. Semplicemente porta le tue ragioni. Siamo tutti qui per
imparare qualcosa di nuovo.
EMG
