Newsgroup: it.comp.lang.visual-basic
Titolo: Salvare la tabella di un db in un UDT

Ciao a tutti,vi espongo subito il mio problema,
Vorrei salvare dei dati recuperati da un database in una stuttura.
Tali tabelle però sono molto "pesanti" sia come numero di campi che righe.
In media 120 campi e 10mila righe
Sapreste per favore dirmi se conviene questa scelta?
E' forse meglio salvare i dati su un txt e poi muoverli nel db?
Scusate la poca chiarezza nell'esporre il problema,
non ho molta esperienza come avrete capito.
Ringrazio tutti.
Ciao
Lorenzo Mormiro

 ha scritto nel messaggio
news:5658bf13.02060...@posting.google.com...

Ciao Lorenzo,
potresti  indicare un po' meglio origine dei dati, loro utilizzo
e destinazione? Magari un sistema si trova.. ;-)
Ciao
 valter

 Vorrei salvare dei dati recuperati da un database in una stuttura.
CUT
La struttura del DB è una cosa i Dati contenuti un altra.....
Scusa ma se vuoi salvare la struttura del db va bene anche un file di
testo(a parte che il DB che usi dovrebbe già di suo avere un tool che stampa
la struttura del database).
Comunque via ADO c'è OpenSchema che dovrebbe fare al caso tuo...
potresti salvare poi la struttura per fare il figo in XML
Se invece vuoi salvare i dati.....perchè???? Nessun posto è più indicato di
un DB per contenere dati!!!
forse, interpreto il tuo pensiero, vuoi salvare dei dati che derivano da
ricerche fatte nel tuo db....mettili in una tabella temporanea!
O forse vuoi dire...raccolgo i dati e poi ad un ora precisa o quando voglio
io aggiorno il DB principale...beh potresti farti tanti file testo
delimitati con una tua convenzione (ogni file aggiorna una tabella per non
incasinarsi)  e che sia sempre uguale e poi rileggi il file di testo e dai
giu di INSERT.
Considera che potresi allora usare dei file random con già la lunghezza
giusta per tutti i campi...in tal senso potresti davvero usare un Type per
farti la tua struttura (per non imbrogliarsi) e poi scriverla sul file
random....
Credendo di interpretarti......
Ciauz!

  valter
Ciao Valter,
Grazie per l'aiuto.
I dati di cui parlavo nel post sono tabelle prese da SAP R/3.
Ho l'esigenza di salvare i dati in diversi database
(Access,SQLServer,Oracle..)
dopo averli scaricati da un qualsiasi pc che funga da client.
Il programma già funziona salvando ogni riga delle tabelle SAP in un
array.
Sucessivamente leggo ogni elemento dell'array da cui -grazie agli
offsets - ricavo il singolo dato.
L'idea però di avere un array con 10mila e più elementi non mi piace.
Pensavo quindi l'utilizzo di strutture o altri modi per risparmiare
risorse
della machina e che rendesse il mio codice più stabile e robusto.
Spero di non averti ullteriormente confuso le idee.
Grazie del tuo intervento ed un grazie al NG
Lorenzo

 ha scritto nel messaggio
news:5658bf13.02060...@posting.google.com...
CUT
a maggior ragione...che in memoria???
te li metti in un file di testo delimitati secondo convenzione e quando li
hai li...
è semplice scrivere un piccolo prog che legga i dati si costruisca l'SQL
della riga dati (INSERT UPDATE CREATE o quello che vuoi)...e lo faccia
eseguire da un ADO Command...
La memoria rimane scarica... un file di testo non è poi un grande peso per
gli hard disk di oggi...e una volta nel file di testo ti cambia solo il
programma che legge e costruisce l'sql (e la conn al db)
Questa è la sol + brutale e comoda....una volta che hai i dati nel file ci
fai quel che vuoi!
Altra sol sarebbe di farsi subito un prog di conversione con ADO
Una conn ODBC al SAP una OLEDB(o sempre ODBC) a SQLserver(ad esempio)
-filtraggio da sap
-loop dei dati trovati
    -scrittura in Oracle
-end loop
chiusura conn
Se i campi sono equivalenti in tutti i DB( nome e tipo)
ti cambia solo la stringa di conn al db di destinazione
ciauz!