Newsgroup: it.comp.lang.delphi
Titolo: Piccolo database StandAlone

Vorrei fare un brevissimo sondaggio :
volendo fare una piccola applicazione che fa da mail client... legge delle 
informazioni dalle mail ricevute e le memorizza... da distribuire ad un 
sacco di utenti, che magari non preveda installazioni particolari, che 
database utilizzereste?
Io stavo pensando al semplice XML, ma in questo caso cosa utilizzare per la 
creazione della struttura delle tabelle? Io mi ricordo che anni fa usavo 
creare le tabelle in paradox e poi con il datasetprovider + clientdataset + 
una create table me le portavo in XML, ma spero ci sia qualcosa di meglio...
In alternativa?
Ciao ciao e grazie a tutti.
--------------------------------------------------------------------------------
La mia Cartella di Posta in Arrivo è protetta con SPAMfighter
10094 messaggi contenenti spam sono stati bloccati con successo.
Scarica gratuitamente SPAMfighter! 

database utilizzereste?
Access

E se l'utente non ha access installato?
E che tecnologia di accesso utilizzaresti? Ado? tieni conto che è un 
programmino "fatto" in D6 e che solo successivamente porterò a D2005/6..
Ciao e grazie


E che tecnologia di accesso utilizzaresti? Ado?
Certo.

 In alternativa?
Io in questi casi utilizzo i clientdataset. Basta creare la struttura 
della tabella direttamente creando i campi a design time nel 
clientdataset e poi salvare in XML.
Niente provider o tabelle, ti carichi tutto all'avvio del programma, 
tieni sempre tutti i dati in memoria e salvi tutto in uscita.
Semplice ma piuttosto funzionale per piccole applicazioni!
ciao
Giacomo

Benissimo.
Ho però una perplessità riguardo alla modalità di impostazione della 
connessione al Database :
è meglio
1 - Far puntare direttamente il componente TAdoConnection al mio file .MDB 
attraverso l'OLE DB Provider Jet
oppure
2 -  Creare un System DSN con l'ODBC Administrator (di tipo Microsoft Access 
Driver) e far puntare il TAdoConnection al DSN appena creato attraverso 
L'OLE DB per ODBC DRIVERS?
Per l'[1] vedo come contro il fatto che sembra Jet debba essere abbandonato, 
come pro che  cambiando a runtime la connection string posso agganciare il 
mio file MDB tranquillamente
Per la [2] mi sembra innanzittutto di introdurre un layer in più, in secondo 
luogo gli utenti del mio programma sicuramente non avranno il DSN 
configurato... e come faccio?
Grazie per le risposte....
-- 
******
L'uomo è padrone di ciò che ha da dire ma è schiavo di ciò che ha detto.
****** 

 Per l'[1] vedo come contro il fatto che sembra Jet debba essere abbandonato,
Dove lo hai visto ? ADO e Access difficilmente verranno abbandonati ed
esisterà sempre un modo per usare il secondo mediante il primo.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Dove lo hai visto ?
Qualche vecchio post su questo NG... ma non ha importanza....
Grazie delle dritte :)
-- 
******
L'uomo č padrone di ciņ che ha da dire ma č schiavo di ciņ che ha detto.
****** 

Guide ;-D ....
Un OLE DB Provider non ha bisogno di ODBC per funzionare.
OLE DB + ODBC significa innestare due tecnologie che possono operare
benissimo distintamente.  L'unico caso in cui giustifico questo
"innesto" è se si possiede un driver ODBC, ma non un OLE DB Provider.
Oltretutto significa rallentare il sistema (ODBC è molto lento per
certi tipi di operazioni).  

 benissimo distintamente
Giusto, infatti come vedi avevo scritto che mi sembrava di inserire un layer 
in più...
Benissimo, seguirò il tuo consiglio. Grazie mille.
David


Grazie Giacomo... č una soluzione che utilizzerň senz'altro in altri 
frangenti.. in questo caso preferisco usare ADO+Access
Ciao!
--------------------------------------------------------------------------------
La mia Cartella di Posta in Arrivo č protetta con SPAMfighter
