Newsgroup: it.comp.java
Titolo: consigli per database

Ciao a tutti, vorrei un consiglio per un programma che devo scrivere.
Devo importare dei file di testo contenenti record di tabelle, e poi salvarli in un database generale (che adesso non esiste ancora), sul quale, poi, si avra' la possibilita' di         svolgere query di diverso tipo.
Mi piacerebbe sapere che tipo di database utilizzare, per scrivere bene il programma. Potrei anche salvare i dati in un file generale scritto da me, ma come posso crearlo nel modo       migliore?
Oppure, esiste un modo diverso? Mi piacerebbe anche utilizzare mysql,
ma installarlo sulla macchina solo per questo programma mi sembra eccessivo.
Voi cosa mi consigliate?
Grazie mille dell'aiuto,
        Daniele


Ci sono centinaia di database a disposizione, ognuno con vantaggi e
svantaggi.
Io favorisco sempre la scelta di un DB rispetto all'implementare un file di
dati "proprietario" poiché avrai indubbi vantaggi quando (e se)
l'applicazione cresce ed altre persone dovranno metterci mano.
Saltando a  pié pari i grandi DB (oracle, db2 e MS-SQLServer), i principali
sono:
- Access: piccolo, serve solo il driver ed il file .mdb ma gira solo su
Windows
- MySQL: molto potente anche se non dispone di strumenti avanzati (forse le
cose sono cambiate ma ricordo che non supportava stored procedures, diritti
di accesso e certi tipi di transazioni)
- Postgres: più potente di MySQL ma meno usato. E' 100% gratuito ma gira
solo in ambienti Unix (su windows gira benissimo in Cygwin)
Non mi farei tanti problemi sulla "eccessività" di installare un db-server,
mal che vada lo attivi solo quando ti serve :-)
Alex.
-- 
___________________________________________________________
a p bertolini
(
www.webwarrior.org
)

 Voi cosa mi consigliate?
Mysql č un buon database leggero,semplice da usare e poi non costa nulla,
non dirmi che avevi pensato di utilizzare Access :-).......
Spero di essere stato di aiuto.
G.M.


http://csvtosql.sourceforge.net/
Interessante... ho dato un'occhiata alla generazione di id, se ti interessa
saperne di più a riguardo puoi guardare 
http://jdbf.sourceforge.net
 dove
sono presenti diversi algoritmi per la creazione di id.
Saluti,
G.M.

 dove puoi anche crearti le tabelle in memoria.
mckoy ho visto che e' fermo da qualche anno.. Ho visto hsqldb, sono simili?
Ma se ho capito bene, questi db 'embedded' non girano come server, ma
semplicemente si avviano quando si avvia il programma, giusto?
Ma alla fine, per dialogare con ognuno di loro, utilizzo solo le chiamate
jdbc, che sono identiche per tutti i db? O cambiano anche i comandi?
Grazie mille dell'aiuto, ciao
	Daniele

 Alex.

 G.M.
Certo! Ciao
Daniele

 sono presenti diversi algoritmi per la creazione di id.
anche questo č molto interessante, non l'avevo mai notato, approfondirň.
:))
-- 
Davide Consonni
davidec...@virgilio.it
http://csvtosql.sourceforge.net

 jdbc, che sono identiche per tutti i db? O cambiano anche i comandi?
può girare in memoria, standalone, come server e anche in un altro modo ma
non
ricordo. cmq trovi tutto sul sito.


 ha scritto nel messaggio
news:pan.2004.06.18...@me.com...
... "poi, si avra' la possibilita' di         svolgere query di diverso
tipo."
Allora è ovvio che devi usare un DBMS... cosa pensi di creare al suo posto,
un motore SQL ? ;)
Qual'è il problema?... eccessivo per cosa?A mio avviso la questione è molto
semplice; hai esposto i seguenti requisiti:
1. Importare dei dati    => ipotizzo che tu li voglia rendere disponibili
all'applicazione che stai programmando => usa un db
2. Possibilità di query SQL  => ti serve un DBMS
3. Vorrei ...    => "vorrei"  non esiste... è una soluzione...
4. ...nel Miglior modo possibile ...   cosa intendi per "modo migliore" ?
Affidabile ed efficiente? Allora usa un DB
5. Mi sembra eccessivo usare un DBMS ...  i DBMS esistono per uno scopo ben
preciso:
Assicurano robustezza, persistenza, rapido accesso ai dati, privatezza etc
... ti serve questo?
In poche parole, se vuoi divertirti fai un po' come credi, se pensi che con
un file va tutto più veloce ok, magari hai ragione ( dipende da cosa devi
importare)... se la cosa è più seria allora devi per forza di cose usare un
DBMS ... ma non credo sia questo il caso ... ;)

 etc ... ti serve questo?
scusami, non ho capito una cosa: per 'db' intendi un database embedded
tipo hsqldb, mentre con 'DBMS' intendi un db server, tipo mysql?
Ma alla fine, quale e' la differenza fra i due tipi di database? Solamente
cio' che tu hai detto, quindi robustezza, persistenza, rapido accesso ai
dati, ecc?
Ma utilizzando hsqldb ho la possibilita' di fare query, proprio come con
mysql, vero? Perche' a me, alla fine della giostra, serve poi quello, come
del resto hai ipotizzato tu.
Che sia velocissimo, o molto sicuro non mi interessa molto.
Ciao e grazie
	Daniele

 Che sia velocissimo, o molto sicuro non mi interessa molto.
Allora puoi usare benissimo hsqldb in un primo momento, poi in futuro, se ti
serve cambi il driver JDBC per passare ad uno tradizionale.
Questa è la potenza delle interfacce ;)
Ciao.