Newsgroup: it.comp.appl.access
Titolo: VB.NET e Access

Vorrei provare a sviluppare un'applicazione utilizzando .NET e Access. 
Avete consigli o indirizzi con esempi di codice da cui cominciare?
-- 
******************************
Grazie e saluti, Emiliano
******************************

 Avete consigli o indirizzi con esempi di codice da cui cominciare?
un consiglio...
Se usi .Net come FE, eviterei di usare access come BE
per lo sviluppo, forse partirei con il comperare un manuale di .net
o partire con qualche tutorial
un pò di materiale lo puoi trovare sui download della CISA 1 sul sito di karl (
www.donkarl.com/it
) ho fatto un esempietto di base su  .net
Ciao,
Max

Nel suo scritto precedente, Massimo Piubelli ha sostenuto :

grazie, e come BE useresti SQL Server o MySQL o altro?
Vado a vedere sul sito.


 
Ciao,
Max

Sembra che Massimo Piubelli abbia detto :

Grande, un'altra informazione per favore, devo per forza tornare 
all'antico (VB6) se voglio usare Access come database? Ho provato a 
seguire gli esempi del chm "Database Access With Visual Basic .NET 3rd 
Edition (Addison-Wesley-2003)" che con Database Access intende dire 
accesso ai database e non MSAccess. Non avendo però SQL Server a 
disposizione ho provato ad usarli su un mdb, per ora funziona tutto. 
Perché, allora, dici che non posso usare Access?
Un'ultimissima cosa. Volendo passare a SQL Server (Express Edition), è 
possibile importare tutti i dati dal BE di Access? Posso installare SS 
in locale o devo per forza configurare un server? E' difficile fare 
queste cose?


 queste cose?
in ordine:
sì, in Access c'è l'upsize guidato; puoi installare in locale; assolutamente no
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 Perché, allora, dici che non posso usare Access?
Oltre al post di MA... che confermo...
Puoi accedere a qualsiasi database relazionale (e non solo) con gli strumenti offerti da .net 
intedevo appunto, non ti conviene (ovvero non ha molto senso) utilizzare .net come FE e Access come BE.
Access come BE ha grosse limitazioni, sicurezza scarsa, accesso concorrente al file così così, prestazioni limitate al crescere del numero di utenti, limiti di dimensioni del db... vado avanti?
in veronese si dice, una scarpa e uno zoccolo... e non si cammina molto bene :-)
Però... se è a per prove a scopo didattico, prova come preferisci... ma non ci svilupperei sopra un'applicazione
Ciao,
Max


Grazie mille,
evidentemente sono troppo vecchio per queste cose e forse anche un po' 
rinco, ma i libri che per ora ho trovato su questi argomenti, non mi 
sono stati di grande aiuto. A parer mio sono troppo pieni di concetti 
anziché di esempi pratici. Possibile che non esista un libro che spiega 
dalla A alla Z come si realizza un'applicazione di gestione di un db? 
Per caso ne avete uno da consigliarmi?
In ultimo (giuro) vorrei sapere se è possibile trasformare 
un'applicazione di Access che ho realizzato per l'ufficio, per la 
gestione del personale, importando in VB.Net Express Edition il codice 
VBA, opportunamente modificato, e facendo l'upsize del BE verso SQL 
Server EE.


 Server EE.
Ehmmm, scusa, posso chiederti per quale ragione vuoi fare ciň se non hai le
basi per farlo?
Oltretutto non ha senso convertire un'applicazione Desk _funzionante_ da
Access alle Windows forms di .NET.
Non ci sono vantaggi concreti di alcun genere: ottieni, nella migliore delle
ipotesi, le stesse cose.
Le cose cambierebbero se l'esigenza fosse quella d'ottenere un'applicazione
web. Ma non mi pare che a te interessi 
ASP.NET
Ciao: Oscar

 Ciao: Oscar
Chi ha detto che non ho le basi? Senz'altro tu le hai molto più 
sviluppate di me, ma se ho realizzato l'applicazione in Access, entro 
certi limiti, anch'io so programmare (VB6, VBA ecc.). Magari non so 
farlo in .NET, non conosco SQL Server, ma conosco Access e non me ne 
importa nulla se ottengo lo stesso risultato. Lo farei soltanto per 
imparare a gestire un db da 
VB.NET
. Se poi dici che meglio sarebbe ASP, 
ben venga, ma almeno dimmi da dove partire, se esistono dei 
riferimenti. Infine, non è detto che si voglia imparare a programmare 
per lavoro, non pensi si possa farlo per hobby?


 per lavoro, non pensi si possa farlo per hobby?
Vabbè scusa, hai risposto alla mia domanda: non c'è bisogno di prendersela.
Scrivendo "non hai le basi" mi riferivo al Framework .NET, non facevo un
discorso di carattere generale...
Io ho giochicchiato per  qualche tempo con le windows forms e il codice .NET
partendo da alcuni libri di "io programmo" acquistati nel 2003. Oltre a
materiale disponibile su MSDN e aree microsoft.
Ma ora in commercio ci sarà di tutto di più per cominciare col framework.
Ciao: Oscar

 indietro.
Daccordissimo con te, siccome dovrei realizzare anche una procedura di 
gestione della corrispondenza aziendale (6-7 client), pensi sia 
sufficientemente contenuta?


 sufficientemente contenuta?
Non sono i 6-7 client che fanno la differenza. Ne bastano 2 per doversi 
porre il problema della concorrenza e dell'applicativo di rete.
Il contenimento di una applicazione riguarda le funzioni da realizzare e 
la loro relativa complessita'. Al solito, puoi avere una applicazione 
che ha una abbastanza banale logica e poi produce 10.000 report 
semplici. Questa e' certamente una applicazione voluminosa ma il suo 
grado di complessita' e' certamente contenuto.
Per rispondere alla tua domanda, se ho capito, penso di si, a meno che 
tu non voglia scrivere un WorkFlow completo.
--
ac

 sufficientemente contenuta?
Secondo me, dovresti fare un'applicazione modello, di test. Non reale.
Se vuoi studiare a pieno le potenzialità e spaccare il programma nel caso ti renda conto che una cosa è fatta male.
Ci sta anche renderlo non compilabile per un mese se è di test... se è reale no.
Ciao,
Max