Newsgroup: it.comp.lang.visual-basic
Titolo: [VB 2010] - Leggere e Scrivere Record

Buongiorno,
 
   Avendo una decina di file (sostanzialmente anagrafiche), tipicamente formati
massimo
      massimo da circa 500 record, con massimo massimo 10 campi (quindi direi roba
più che
      modesta) come è meglio organizzarmi per Memorizzarli, Leggere e Scriverli?
Grazie.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

       modesta) come è meglio organizzarmi per Memorizzarli, Leggere e Scriverli?
...che cavolo di domanda eh?Ma leggete quello che scrivete oppure
schizzate sulla tastiera il cortocircuito neuronale temporaneo?
Se devi:
 Cercare dati
 Inserire dati
 Modificare dati
 Cancellare dati
secondo te che serve? Una Toyota Yaris? O un database?
e se serve un database...quale database usi?
Quello che conosci ovvio!
Se conosci Access...usi access
Se conosci MySQL...usi MySQL
Se conosci SqlServer...usi SQLserver
Se conosci Pina...usa Pina (che se è bona fa il lavoro per te ed è
pure bello guardarla!)
Come ti organizzi?
Beh io direi visto la stagione: Bermuda, sandali, bicchiere di Coca
ghiacciata, cannuccia, ventilatore?
SERIAMENTE:
pensa alla tua domanda...e rendila un po meno ridicola ed un po più
tecnica!.. e poi riformula! CHE TE SERVE?


Sono serio, ma sicuramente solo ignorante (anche se fai bene a darmi una
strigliata),
tieni presente che ho sempre usato un maniera blanda VB5 e sto' cercando di
passare al VB2010.
Io li leggerei sequenzialmente da un semplice file di testo e caricherei una
matrice bi-dimensionale.
Non ho mai approfondito Access, MySQL, ecc, anche perchè i programmi che
faccio che attingono ad esempio
da un foglio excel hanno dei tempi di latenza lunghi (insomma mi sembrano
lenti),
quindi se per fare un database con una scarsa mole di dati devo "scomodare"
i database sopramenzioanti,
mi sembra di usare un camion con tanto di rimorchio per trasportare il
contenuto di una cariola
(mi sembra quanto meno sproporzionato, o con VB2010 le cose sono molto
diverse, più facili e veloci).
Non riesco a capire quali vantaggi traggo nell'usare questi database.
Inoltre se non mi hai mandato già a quel paese :-)
è meglio caricare all'inizio tutto il database
o caricare solo le parti che mi interessano man mano che procedo nel
programma?
Grazie comunque.



Sarebbe meglio tu creassi il tuo programma *sul database*,
qualunque esso sia, anche fossero tabelle sui fogli di Excel.
Il senso di ciò è che la mia prima cura, lavorando con un db o con
tabelle di Excel, deve essere quella di impostare correttamente
la struttura del db o delle tabelle. Dovrebbe essere il programma
ad adattarsi al db o alle tabelle di Excel, quindi è molto, molto importante
la fase di analisi e creazione del db/tabelle di Excel. Altrimenti ti 
troveresti a modificare
un po' il programma e un po' db/tabelle, per tornare poi al programma
e così via. Quindi, analisi del problema dati, creazione del contenitore
dei dati(db/tabelle Excel), analisi di cosa deve fare il programma,
analisi delle mie conoscenze(quale linguaggio conosco, quale tool sono
in grado di utilizzare) e solo allora creazione programma, tenendo separate
interfaccia, accesso ai dati, dati. Questo a grandi linee.
Internet e le librerie sono piene di pagine
e libri che riguardano questi problemi.
Tutto ciò a mio modesto parere.
Grazie per l'eventuale attenzione.
-- 
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/
http://social.answers.microsoft.com/Forums/it-IT/officeexcelit/threads
 

On 30 Lug, 09:34, 
da...@libero.it
 (Data_Max) wrote:
zac
Esempio
Tabella Cliente
Tabella Offerta
Tabella Prodotti
I clienti possono cambiare
I prodotti pure
come fai una offerta? colleghi i dati su più fogli? ok
Ma ora supponi di voler cercare
Tutti i clienti di Firenze che hanno ricevuto una offerta superiore a
5000 Euro nella categoria "profilati alluminio" e "Infisso in legno"
Si può fare in excel? certo...ma non è immediato!
Con un db si!
Indipendentemente da quanti sono i records


--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


http://www.google.it/#hl=it&source=hp&q=data+access+layer&aq=
1&aqi=g10&aql=&oq=data+access+&gs_rfai=&fp=7a1434a2cd7f8b4f
Ma se la tua applicazione è una semplice leggi/inserisci dati
in un db, interfaccia e logica di accesso ai dati possono
tranquillamente convivere senza complicarti quello che, mi sembra,
sia già abbastanza complicato/nuovo per te.
Buon lavoro.
-- 
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 5335 (20100802) __________
Il messaggio è stato controllato da ESET NOD32 Antivirus.
www.nod32.it


Intanto Grazie. :-)



Ma il mio programma non ha questo tipo di esigenze (filtri);
è un programma per un'agenzia di distribuzione di giornali, in cui ho delle
edicole (codificate) da servire
raggruppate in Giri (codificati) e con i Trasportatori che effettuano il
servizio;
quindi mi trovo ad associare delle edicole a dei giri poi
ad associare dei trasportatori a dei giri, con un db si può fare qualcosa
di analogo?
