Newsgroup: it.comp.lang.vo-clipper
Titolo: [Lungo ma non OT]Una vostra opinione

Mi piacerebbe avere un vostro parere in merito alla seguente questione:
-Rete di 25 computer
-Server dedicato Win 2000 server
-Sul server sono interfacciati circa 10 macchinari vari che inviano e
ricevono dati ad intervalli irregolari ed indipendenti via seriale.
Dovendo sviluppare un software in VO che, tra l'altro, effettua un bel po'
di traffico in rete dovendo fare di continuo controlli sugli archivi del
server e che dovrà gestire circa 4500 immissioni di record mensili più tutti
i vari report etc.....
Con queste premesse:
Vi affidereste a file DBF "puri"? O preferireste lavorare in sql (a
prescindere dalla versione)?
Attualmente ho in giro un applicazione del genere che gira su dbf in rete
con 5 terminali e circa 2500 inserimenti giornalieri di record e non ho
nessun problema, utilizzando i cdx come indici, ma non ho i macchinari
collegati ed i terminali sono pochi. C'è da dire anche che la struttura del
software è particolare e deve fare, ad esempio, un seek "al volo" su di un
dbf con circa 5000 record, il tutto per ogni terminale che inserisce (anche
se in teoria dovrebbero essere solo 2).
Oggi ho provato per la seconda volta in un giorno sql 7 con un applicazione
non mia, ma chi l'ha scritta ha dovuto ripartire gli archivi scaricandoli
periodicamente lasciando solo il contenuto delle ultime due settimane di
lavoro, perchè i report e le ricerche impiegavano MINUTI ad estrapolare i
dati. Questo mi lascia molto perplesso. Sarà quella versione di sql che non
va bene?
Non voglio riprendere la solita polemica fra sostenitori delle due fazioni,
le posizioni individuali ormai le abbiamo capite, ma vorrei solo che mi
diceste se avete esperienze REALI nell'ordine di dati suddetti, sia in dbf
che in sql.
Spero di non avervi annoiato troppo.
Buon lavoro a tutti.
                        Francesco

 va bene?
Forse mancava semplicemente qualche indice.
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


Non lo so, ma conosco la ditta che ha prodotto il software e sono in gamba,
come poi gestiscano l'sql non lo so.
Tra l'altro mi chiedo perchè usano sql7 che immagino sia a pagamento e non
mysql che, almeno credo, è gratuito?
Ciao
                                                    Francesco

 ricevono dati ad intervalli irregolari ed indipendenti via seriale.
....
La scheda seriale a porte multiple potrebbe creare dei problemi se il server
e' pesantemente impegnato in ricerca (domanda!).
Potresti sgravare un po di lavoro dedicando un PC di classe inferiore
(quelli classe P3 che si ritirano per 100 carte) a gestire le seriali e con
una coda di messaggi gestire l'input senza limitazioni. Le funzioni di dbase
e server delegate al server. Potrebbe essere molto piu' semplice da gestire
in caso di guasti.

[...]
Credo che i DBF siano addirittura l'ideale. Infatti, nel tuo caso, è
molto più rapida una seek in un DBF che non una select SQL.
L'unico tuo problema puo' essere solo il traffico di rete.
SET RISPOSTA DI PARTE ON
Pero' anche questo problema è risovibile.
Prova a scaricare la demo di S.P.E. su
http://www.anc-software.it/spe/index.htm
Senza dover praticamente cambiare il codice esistente,
potrai accedere ai DBF in rete come un vero client/server.
Inoltre, se vorrai spingerti oltre, potrai scriverti metodi
particolari da eseguire lato server.
In ogni caso, se vorrai, saro' felice di esserti di aiuto
SET RISPOSTA DI PARTE OFF
Saluti
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it

 Ehm, volevo dire al mese e non al giorno...........i'm sorry!
Allora penso che puoi andare tranquillissimo anche con i DBF.


 EMG



Io uso da sempre i cdx, ma in effetti qualche problemino ogni tanto lo
danno. Basta ovviamente reindicizzare e va tutto a posto ma ho notato che
superati i 10.000 record i problemi aumentano notevolmente.
Purtroppo da quanto ho visto questi giorni non credo che passerò ad sql, se
i clienti da sql hanno chiamato me per andare su dbf un motivo ci
sarà........però mai dire mai!
Bye
                                Francesco

[...]
Dipende dalle logiche di scrittura e da eventuali problemi legati alla
rete (crash programma, PC, server...)
Vi assicuro che ho scritto parte di una applicazione che utilizza i
CDX dove vengono registrate le fatture da rifatturare di una nota
azienda, dove attualmente il file delle righe conta 1.700.000 records!
Su questo file vengono eseguite soprattutto SEEK e APPEND.
Nell'unico file CDX ci sono 4 ordinamenti e ci lavorano almeno una
decina di impiegate.
Che ci crediate o no, i reindex sono rari (un paio in un anno e mezzo)
e sempre legati ad errori del programma, mai del'RDD.



Azz...........un paio in un anno e mezzo, ma li hai fatti d'acciaio 'sti
indici?? Eh,eh!
Io reindicizzo almeno una volta ogni tre mesi, sui dbf grossi, quelli
piccoli non li reindicizzo praticamente mai, ne ho alcuni che lavorano da
oltre 2 anni senza ricreare gli indici.
Certo che sarebbe bello creare un grafico di statistica di reindicizzazione
cdx, chissà cosa ne verrebbe fuori.
Bye.
                                    Francesco.

cdx, chissà cosa ne verrebbe fuori.
=:-|


 si parla di VO) ? Mi sarebbe piaciuto conoscerti di persona.
Non credo. Dove e quando?
EMG
--


 superati i 10.000 record i problemi aumentano notevolmente.
A me non risulta. Non è che usi i CDX del 5.2, vero? No perché quelli
sono bacati. Sul 5.2e si deve utilizzare Comix mentre sul 5.3b va bene
il DBFCDX in dotazione.
EMG
--


 EMG


 EMG


Io con un gestionale ho superato 1.000.000 di record di movimenti di
magazzino ,
una anagrafica articoli di 500.000 codici circa ed ho ricostruito i CDX solo
per motivi di
aggiornamento programma MAI (fino ad oggi in 2 anni di utilizzo) il cliente
mi ha segnalato
problemi risolti con una riorganizzazione.
Naturalmente hanno installato Win NT (o 2000) , con W98/ME i problemi
crescono in modo
esponenziale, direi che quei pochissimi problemi riscontrati sono stati
causati da crash del S.O
(ma solo con 98/ME e con programmi scritti in Clipper).
Ciao Alessandro.

 
http://www.windevs.com/Windevs/TechnicalMeeting/2002/Index.htm
Argh! E' a Milano. Pensavo fosse qui a Roma. Mi dispiace ma è escluso
che venga.
EMG
--



Uso quelli di Vo, non so se corrispondono ala 5.2 di Clipper.