Newsgroup: it.comp.lang.visual-basic
Titolo: Un consiglio, due tabelle o due database?

Premetto che parlo di database Access e che uso oggetti Data.
Dal punto di vista della performance, dal punto di vista della facilità, dal
punto di vista della maggior correttezza di codice e/o della difficoltà
dello stesso, insomma da più punti di vista, è meglio avere in un progetto
un unico database con due tabelle oppure due diversi database ?
Nella prima ipotesi, dovendo aggiungere un valore o aggiornare un  campo di
un recordset occorre con
RecordSource cambiare la "tabella di riferimento" prima di AddNew o di Edit
?
Oppure è meglio nella seconda ipotesi avere un diverso database che fa
riferimento sempre ad un'unica tabella senza quindi dover cambiare da codice
RecordSource?
Spero di essermi spiegato senza fare troppa confusione.
--
Gulp ! Forse mi sono perso qualcosa !

 un unico database con due tabelle oppure due diversi database ?
Credo che un ulteriore database per un'altra tabella non sia nemmeno da
prendere in considerazione. Un database (ovviamente dipende dal tipo)
comincia a rallentare (oltre la sua "normale" prestanza) quando i suoi
"oggetti" (tabelle, campi, indici) si fanno veramente numerosi, ma 2 è
veramente un minimo.
Si provi, ad esempio, a creare due database, uno con una singola tabella e
uno con l'identica tabella (compresi i contenuti) e altre (almeno 30)
tabelle, magari con un solo campo e assolutamente vuote. Si potrà notare che
il secondo sarà meno prestante del primo...

 oppure due diversi database?
Aggiungo a quanto detto da Lupo che minimizzare il numero di connessioni è
quasi sempre cosa buona e giusta.
Detto questo, dal tuo discorso (anche se ti sei spiegato molto chiaramente e
senza far confusione), mi sembra che ti manchi ancora qualche concetto
piuttosto basilare sui dbms ed il loro funzionamento.
-- 
Ale
http://www.sen.it
http://www.sen.it/stoa

 qualche concetto piuttosto basilare sui dbms ed il loro funzionamento.
So benissimo che tutti voi (beh quasi tutti) del NG fate tutto da codice
(Opendatabase...)
e che aborrite il controllo Data.
E a proposito, chiedevo, dal momento che un controllo data č "statico" cioč
collegato ad una (ed una sola)tabella come posso mantenendo un unico
database, aggiungere dati destinati ad una diversa tabella, ma facente parte
dello stesso database?


 dello stesso database?
Direi (non mi lancio troppo in là perchè non ne conosco a fondo le
potenzialità e i limiti) che il controllo Data viene collegato, più
generalmente, a un Recordset, quindi, esattamente come ogni altro recordset,
potrai fare variazioni/aggunte/eliminazioni sui campi interessati dal
recordset stesso. Questo anche da codice. Se i dati da modificare sono di
più tabelle dovrai comunque fare tanti recordset (magari lo stesso
opportunamente ricomposto). Mi pare che (con DAO, non so con ADO) un
recordset che interessa più tabelle (pur possibile) non sia anche
aggiornabile... Non vedo (se le cose stanno così) dove sia la differenza fra
un controllo Data e un recordset gestito da codice. Forse che il Data "si fa
vedere" mentre il recordset non corrisponde necessariamente a una sua
rappresentazione esteriore? Non basterebe nascondere il Data?