Newsgroup: it.comp.lang.delphi
Titolo: Che Database usare ?

Ciao a tutti,
 ho fatto un programma per gestire delle tabelle (una rubrica, una lista di
mp3, quello che capita) e fino alla versione attuale ho usato un formato mio
che gestivo come un file generico con blockwrite, blockread...
Per una nuova versione vorrei appoggiarmi a un qualche Database
(necessariamente gratuito, perché il programma lo distribuisco
gratuitamente), ma non so cosa scegliere, voi cosa mi consigliate?
Mi piacerebbe se ci fosse qualcosa il più possibile leggero, giusto per far
si che chi si deve installare il programma (che saranno si e no 600Kb) non
si debba scaricare 10Mb di server db...
Se uso Mysql cosa si deve installare l'utente?
Grazie e ciao,
    Dariosky

 Se uso Mysql cosa si deve installare l'utente?
MySQL non e' free, a meno di non distribuire la tua applicazione con licenza
GPL.
Se non e' cosi', come presumo, devi acquistare una licenza commerciale.
--------------------------------
Inviato via 
http://usenet.libero.it

 Firebird (
www.ibphoenix.com
).
Vale la pena installare un server database client/server anche se database a
utilizzatore son sulla stessa macchina? Non è pesante?
Il server cosa fa alla fine? Apre una porta per accederci via tcp/ip ?
Quanto occupa l'installazione del sever e del client che dovranno
accompagnare il mio programma ? (immagino che si possa poi integrare tutto
in un unico setup)
...    Dariosky

Se usi il DBISAM hai tutto nell'exe, senza moduli esterni o necessita' di
installare alcunche'. Non e' free, pero' se lo acquisti poi lo usi per
tutto, non solo per i tuoi programmi free, e tra l'altro anche in modalita'
C/S fino a 5 utenti (o utenti illimitati, ma con un costo aggiuntivo).
Ciao, Sandro

Non mi č ancora chiaro... nulla :-(
Con la versione Personal di Delphi 6 posso leggere scrivere su qualche
database nativamente ?
Nel caso scegliessi qualcosa tipo Access, che da quel che ho capito non ha
bisogno di una parte Server, ho bisogno di cosa ? Driver ODBC?
Sono gratuiti? Eh eh, va beh, sono parsimonioso diciamo!
Access gestisce le istruzioni SQL ? E se poi volessi cambiare database e
avessi usato solo le SQL nel programma, devo cambiare poco?
Insomma, nebbia! Daltronde siamo a settembre, portate un po' di estate su
questo povero database ;-)
Ammetto che Firebird mi ispira piů di Access, ma quanto okkupa la parte
client e quella server nell'installazione? ( e qui torno ai miei dubbi del
secondo post )...
Arrigrazie, rispondete numerosi ;-P
    Dariosky

 secondo post )...
non ti consiglio un sql server per questi motivi:
1) difficolta' di installazione
2) apre una porta in ascolto e il tuo utente potrebbe non avere un firewall
3) e' esagerato rispetto alla quantita' di dati da gestire
meglio un db tipo db4 o, alla peggio access.

 secondo post )...
Non capisco, onestamente, di cosa ti preoccupi. Con la capienza dei sistemi
di oggi, avere una minima occupazione su disco non dovrebbe preoccupare
nessuno.
Comunque, avrai le tue ragioni: la parte client occupa circa 8 Mb, la parte
server circa 12 Mb.


 meglio un db tipo db4 o, alla peggio access.
Suvvia, siamo seri ;)


 server circa 12 Mb.
:-) Il fatto è che la vecchia versione del programma (che avevo fatto come
dicevo con gli archivi in file gestiti da me) occupava 960kb... E' un colpo
aggiungere a questa 20Mb di database, ma mi hai quasi convinto comunque...
Un'altra cosa, quanto occupano gli MDAC ?
Dove trovo un tutorial che spiega come usare Firebird con Delphi ?
Ok, erano 2 ;-)
 Arriciao!
    Dariosky

 Dove trovo un tutorial che spiega come usare Firebird con Delphi ?
C'e' la guida di Interbase (il documentation set lo scarichi da
www.ibphoenix.com
).
Firebird e' ancora abbastanza vicino a Interbase perche' si possa sfruttare
la documentazione di quest'ultimo.
E poi ci sono i ng di Cantu' su cui molto spesso vengono fuori discussioni
interessanti sul tema.
Attualmente, stiamo pensando di scrivere un driver dbExpress per Firebird,
partendo dai sorgenti di quello per ODBC.


 Suvvia, siamo seri ;)
sono sempre serio.

 sono sempre serio.
Onestamente, anche in base a quanto detto sopra, non capisco perche' bisogna
necessariamente sacrificarsi. I DB che citi sono file-based, del tutto
inadatti se si costruisce un'applicazione multiutente, che debba girare in
rete. Visto che un RDBMS consente di scrivere un'applicazione del genere,
tanto piu' e' adatto per un'applicazione monoutente locale. Non e' detto che
il programma, in futuro, non scali verso l'alto.


 il programma, in futuro, non scali verso l'alto.
si, puo' essere un buon ragionamento.
ciao
carlo

 single user.
Anche nel caso del single-user, va bene un RDBMS.
Considera anche la crescita personale: imparare Acess e sviluppare
applicazioni con Access puo' servirti a fare una prima esperienza, ma non
andrai mai oltre questo.
Imparare a usare Firebird, con tutto cio' che questo comporta (= imparare i
principi della programmazione client/server) e' un buon investimento che
puo' spingerti anche verso cose piu' complesse.


 puo' spingerti anche verso cose piu' complesse.
sono assolutamente d'accordo ma ho avuto l'impressione che il
nostro amico avesse come primo obiettivo quello di rendere
operativo il suo programma con il minor numero di problemi
possibili...

 possibili...
Firebird te ne da' sicuramente meno di Access.


 nessuno userebbe niente :)
Dovresti leggere con piu' calma i thread, ho la netta impressione che tu
non abbia compreso quanto ho detto.

 non abbia compreso quanto ho detto.
Ho la netta impressione che ti sbagli, difatti ti avevo gia' risposto ;)
