Newsgroup: it.comp.programmare
Titolo: Re: Database

 it.comp.programmare, quindi imposto il follow-up su quel gruppo.
Scusa,starò più attento in futuro :)

 eccessive?Considera che si tratta,appunto,del caso peggiore
Sono cifre tutt'altro che eccessive.  Due milioni di record in 5 anni č
accettabilissimo.  Poi, la situazione migliora, se farai degli storici per
quei dati che non ti servono piů.  Vai tranquillo con uno qualsiasi dei DB
che ti ho consigliato.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 MySQL (gratuito per utilizzi non commerciali)
MySQL è gratutito se l'applicazione viene distribuita con licenza GPL. 
Questo significa
che posso vendere la mia applicazione e distribuirla con licenza GPL. Solo 
per chiarire che
GPL non significa gratis.Quello che ti posso consigliare, per applicazioni 
di questo tipo è di orientarti
verso un'architettura ADO/OLE DB. Se fai una ricerca su internet trovi una 
marea di esempi
che usano ADO. Nota che a livello di interfacce tra ole db e odbc cambia 
poco, solo la
stringa di connessione ma dietro le quinte molto. Un'altro consiglio, come 
ti diceva andrea,
è di prestare attenzione a progettare bene il DB modello dei dati ecc.
Spero di esserti stato di aiuto.

verso un'architettura ADO/OLE DB. 
Dire "un'architettra ADO/OLE DB" vuol dire tutto e niente; con ADO si
accede a qualunque tipo di database (da Oracle ad Access, a Postgres,
ecc...).  Il problema, semmai, è capire quale DB usare e quale
tecnologia usare per scrivere l'applicazione (per esempio, da Delphi
conviene di gran lunga usare dbExpress, che è altro rispetto ad ADO).

Ciao,
mi rifaccio vivo dopo un pň...Innanzitutto grazie per i consigli :)
Nel frattempo non ho potuto piů lavorare sul programma in questione,ma mi č
venuto in mente un dubbio che č bene far sparire subito :)
Se invece di appoggiarmi ad un database creassi un programma basato
sull'architettura doc/view,usando la serializzazione,quali inconvenienti
avrei?

 avrei?
1) L'accesso ai dati sarebbe monoutente. Se si tratta di un'applicazione 
server, l'applicazione stessa potrebbe servire piu' utenti, ma se si 
tratta di un'applicazione client, ogni volta che un utente salva, corre 
il rischio di sovrascrivere i dati appena salvati da un altro.
2) Non sarebbe possibile salvare solo una parte del documento (e 
tipicamente non viene nemmeno letta solo una parte del documento). Se il 
documento e' di poche centinaia di chilobyte, non e' un problema, ma se 
e' di centinaia di megabyte, lo e'.
3) Il formato potrebbe dipendere dall'architettura della macchina, per 
cui un documento salvato da un programma compilato per un processore 
potrebbe non essere leggibile dallo stesso programma ricompilato per 
un'altra famiglia di processore. Problema evitabile se si fa attenzione.
4) Il formato dei dati potrebbe essere incapsulato nel programma, e non 
risulterebbe fattibile accedere agli stessi dati da altri programmi, 
magari scritti con altri linguaggi di programmazione. Problema evitabile 
se si fa attenzione.
5) Se si cambia il formato dei dati, potrebbe non essere piu' possibile 
accedere ai file scritti nel vecchio formato dai nuovi programmi, e, 
piu' probabile, potrebbe non essere possibile accedere ai file scritti 
nel nuovo formato dai vecchi programmi, ovviamente limitatamente ai dati 
gestibili dai vecchi programmi. Problema evitabile se si fa attenzione.
-- 
     Carlo Milanesi
 
http://digilander.libero.it/carlmila