Newsgroup: it.comp.lang.visual-basic
Titolo: Database di file

Dovendo realizzare un'applicazione molto semplice e scarna, vorrei sapere
se esiste un tipo di database basato su file (che non sia mdb o dbf)
accessibile con ADO e possibilmente ancora supportato.
Avevo pensato di fare il tutto con i file di testo, ma non mi danno
sicurezza...
Grazie, Buon 05!

Su "it.comp.lang.visual-basic",  ==stefano=> ha scritto: 

Io al lavoro sto convertendo un programma che è fatto tutto con file di
testo, non ha dato problemi ed è un programma che ha tipo 5.000-25.000
record per file.
Lo sto convertendo in un database Interbase, che è gratuito, quindi
potrebbe interessarti.
-- 
Freccia@Bulldozer63 :D

 potrebbe interessarti.
Potrebbe interessarmi si! Chiedo un po' a Google, in caso ri-posto.
Grazie, ancora Buon anno.

Ho guardato, ma è già fin troppo evoluto... A me serve qualcosa simile
ai DBF ma ancora supportati... Grazie comunque.

 ai DBF ma ancora supportati... Grazie comunque.
Non so che ci devi fare, ma con un database credo tu abbia:
1) Maggiore sicurezza dati
2) Maggiore semplicità di porting future
In pratica ti devi scaricare solo un provider ADO, al lavoro usiamo
sibprovider, non so sinceramente se è gratutito o hanno la licenza,
penso che qualcosa gratis ci sia.
Poi ti serve un server, basta scaricare Firebird che è gratis anch'esso.
C'è anche un'intefaccia grafica che è l'IBOConsole (ce ne sono altre
cmq).
Oppure gestisci i file a mano, altri metodi non li conosco (non sono
esperto comunque).
Potresti usare dei files a campizzazione fissa... Ma sicuramente è più
complesso che fare 2 tabelle con Interbase.
-- 
Freccia@Bulldozer63 :D

ai DBF ma ancora supportati... Grazie comunque.
Non riesco proprio a capire quale sia l'origine di questo tuo
pregiudizio errato contro i database più importanti.
Se non conosci Access/ADO puoi benissimo usare DAO che è molto più
intuitivo e diretto.
Per quanto potrai cercare non troverai nulla con "database con accesso
diretto al file" migliore del modello di access/mdb.
O non sai da che parte iniziare a svilupparci con vb e stai facendo il
discorso "della volpe e dell'uva" ?.
=======================================================================
Se mi vuoi scrivere togli le maiuscole
cteniza...@hotmail.com
=======================================================================

 2) Maggiore semplicità di porting future
[CUT]
Certo, so benissimo le differenze, ma purtroppo l'applicazione deve girare
su un computer tipo Pentium 200 con 32 MB di RAM e il tizio non vuole
saperne di cambiare l'hardware. Mi paga di più ma non vuole toccare il PC.
Comunque credo di aggirare il problema con DAO e DBF... forse per
quell'Hardware è ancora la soluzione migliore...
Grazie di tutto.

 quell'Hardware è ancora la soluzione migliore...
Beh io con P150 e 32mb di ram ci programmavo a scuola in vb+dao con db
access 97 ed era veloce.
Credo che a questo punto ti convenga fare una cosa del genere. In ogni
caso abbiamo installato il programma che ho fatto anche su un PC del
genere con Win95, non ti so dire come va, se vuoi ti faccio sapere.
Certo che con 200 euro ci prende un PC 10 volte più veloce.... Mahhh
posso capire, a volte i clienti hanno delle fissazioni... :))
-- 
Freccia@Bulldozer63 :D

 posso capire, a volte i clienti hanno delle fissazioni... :))
Eh, dai se puoi mi faresti un favore. Questa persona (idraulico) usava un
programma chiamato "INFAZZ" di una ditta il cui nome è Accadema. Sembra
realizzato in Basic e accede ai dbf (ma non si riescono a leggere, saranno
criptati) Ora non avendo più supporto, mi ha chiesto di fare la
conversione del magazzino, che è l'unica sezione che gli interessa.
Comunque credo di attaccargli dei dbf con DAO e buonanotte. Senza
sbattermi troppo. Il giorno che non gli andrà più il PC oltre a
comprarselo nuovo mi farò pagare ulteriormente per la trasformazione da
file a database.. Che ci posso fare? Purtroppo dovevo dirgli subito che se
voleva un programma doveva cambiare il pc, ma in tempo di carestia...
Vabbè, grazie, Ste.

 quell'Hardware è ancora la soluzione migliore...
Poiche' l'accesso avviene via visual basic, IMHO e' preferibile usare un 
mdb di access come base dati, interfacciandosi con DAO. Considera che 
non va installato Access (il programma, non il database) affinche' sia 
possibile usarlo. Se programmi bene, con un P200 e 32 MB di RAM vai come
un missile, fidati, e ti semplifichi enormemente la vita.
-- 
ciao, hal

 missile, fidati, e ti semplifichi enormemente la vita.
Mettici 64 mega, e sono d'accordo :-). Ho lavorato così fino all'anno
scorso, e ho cambiato PC solo perché era morta la MB. 32 IMHO
sono pochi anche per un W98 SE, che oggi è il minimo assoluto
accettabile per lavorare.
C'è un punto interessante da notare: non avendo risorse da sprecare,
si tende a fare dei programmi più ottimizzati, col risultato che quando
poi li fai girare su un HW più moderno, _volano_; se l'HW invece non
è un granché, almeno girano in modo accettabile.
Tornando al problema originale, io uso dappertutto file a record UDT
e non ho [*ancora*, sgrat... sgrat...] mai perso dati con questo sistema.
Pro: leggerissimi, niente overhead, problemi di compatibilità *zero*.
Contro: devi gestire tutto a mano, comprese eventuali ricerche;
non è semplice fare applicazioni dinamiche, non essendoci "sotto"
nessun linguaggio parametrizzato di interrogazione della base dati.
Se l'applicazione è veramente "semplice e scarna" come dici, io
li trovo ideali.
Bye, G.

 li trovo ideali.
Uso questa tecnica quando devo interfacciare sistemi diversi ed e'
davvero come dici. Il setup si riduce di solito ad un copy file
e non ti interessa un fico della versione di Windows, IE, Office,
o che so io installati.
-- 
ciao, un hal al risparmio che sta scrivendo con slrn e vi ;-)

 voleva un programma doveva cambiare il pc, ma in tempo di carestia...
Il tuo cliente non ha probabilmente neanche tempo e voglia di
apprendere l'uso di versioni nuove di sistema operativo.
Io stesso mi trovo a disagio con la nuova interfaccia di windows XP,
per esempio. Dove posso la imposto per essere piu' uguale possibile
a windows 2000, che gia', dopo anni di NT, aveva abbastanza
comandi 'spostati' rispetto alla versione precedente. Ma, almeno,
noi siamo pagati per imparare le nuove versioni, un utente no.
L'obiettivo dell'utente e' concentrarsi bene sull'attivita' che
gli porta il pane a casa, non studiare computer e sistemi operativi.
D'altra parte, conosco un sacco di gente che chiama l'idraulico
solo per cambiare una guarnizione e non c'e' nulla di male.
-- 
ciao, hal

 solo per cambiare una guarnizione e non c'e' nulla di male.
Già è proprio così. Ho iniziato a fare le tabelle, alla fine ho scelto
l'mdb, almeno l'ADO non ha problemi, visto che con i DBF già dava errori
strani tipo "Errore di runtime -
2147467259
... "sequenza di ordinamento
selezionata non supportata dal sistema operativo" solo al primo avvio, poi
con lo stesso codice nei successivi avvii andava bene, ma non mi son
fidato.
Grazie a tutti.

noi siamo pagati per imparare le nuove versioni, un utente no.
Qui mi tocchi un nervo scoperto, per cui perdona lo sfogo:
NON E' POSSIBILE CHE LA MS, PER FAR VEDERE CHE HA CAMBIATO TUTTO, NON
CAMBI QUASI NULLA DA WIN2K IN AVANTI, PERò SPOSTI LE COSE IN MODO
CREATIVO! 
--
Ciao!
Luca Menegotto

 CREATIVO! 
Quoto e sottoscrivo.
Io avevo usato un tono piu' soft, ma la penso *esattamente* come te.
Non a caso, tra cambi di interfaccia, periferiche non piu' supportate,
codici di attivazione e altre varie amenita', ho deciso di far sparire
windows da tutti i pc di mia proprieta'. Lo uso sul lavoro presso
i clienti che lo hanno e stop.
-- 
ciao, hal

 i clienti che lo hanno e stop.
Posso chiederti che lavoro fai?
Ciao
--
Qualunque mentecatto può scrivere codice che un computer possa capire.
I buoni programmatori scrivono codice che gli uomini possano capire.
[Martin Fowler]

 Posso chiederti che lavoro fai?
Fino a non molto tempo fa ero in proprio, ora lavoro per una 
societa' che mi piazza un po' qua e un po' la con mansioni a 
360 gradi in ambito informatico: sviluppo, analisi, logistica... 
Lo stipendio? Lasciamo perdere... :-(
-- 
ciao, hal

 Lo stipendio? Lasciamo perdere... :-(
:)
No, era per sapere come fai a permetterti di abbandonare Windows.


 era per sapere come fai a permetterti di abbandonare Windows.
Devo tenerlo sul portatile aziendale per il lavoro che mi arriva per 
visual studio e quei cavolo di documenti scritti nei formati di office
che mi allegano alla posta :-(
Per le faccende personali, ho solo una licenza OEM windows 98 (che non
e' il massimo della vita), il resto e' tutta roba di msdn, quindi con 
licenza solo per test e sviluppo.
Ergo, per gestire la rete, navigare, masterizzare, sentire musica, 
vedere film...
Scusate l'OT.
-- 
ciao, hal