Newsgroup: it.comp.lang.visual-basic
Titolo: Devo "convertirmi" da Access a Visual Basic, da che parte comincio?

Dichiaro subito di avere inviato questo messaggio a due news-groups:
it.comp.appl.access e it.com.lang.visual-basic. Spero mi perdonerete,
ma penso che questa richiesta di aiuto possa essere rivolta a tutti e
due i gruppi, frequentati, ne sono certo, da esperti di entrambi i
linguaggi.
La software-house con cui collaboro da anni, sviluppando applicazioni
in Access, mi propone di "convertirmi" a Visual Basic. Pare che le
commesse Access siano in forte calo mentre aumentano quelle Visual
Basic.
La motivazione di questa tendenza sembra essere dovuta non tanto alla
maggior complessità delle applicazioni quanto alla maggior complessità
degli ambienti. Applicazioni Access per clienti medio-piccoli con un
numero di utenti limitato e archivi di medie dimensioni, Visual Basic
per grandi reti e grossi volumi di dati. 
Da qui nasce la prima domanda: è il database che fa la differenza (SQL
Server contro Access-Jet) oppure è il linguaggio di programmazione
stesso? Mi dicono che Visual Basic è un vero Client-Server mentre
Access non lo è. Anche perchè pare che l'orientamento della mia
software-house sia quello di programmare in VB ma su database Access
(o MSDE).
A parte questo, dopo aver installato sul mio computer Visual Basic
6.0, ho provato a vedere quanto le mie precedenti competenze di Access
potessero essere utili per la mia "conversione". Il primo impatto è
stato del tutto negativo. Ho pensato allora che sarebbe stato
sufficiente l'aiuto di un buon manuale e così ho acquistato
"Programmare Microsoft Visual Basic 6.0" di Francesco Balena -
Microsoft Press - Mondadori Informatica - lire 150.000. Poichè in
questo libro non trovavo sufficienti risposte al mio primo problema di
come accedere e gestire i database ne ho acquistato un secondo:
"Visual Basic 6.0 Guida per lo sviluppatore di database" di Roger
Jennings - Mondadori Informatica - lire 130.000.
Purtroppo questi due manualoni non sono serviti allo scopo di iniziare
a sviluppare applicazioni in VB. Credo siano ottimi libri per chi ha
già una buona conoscenza di VB e intende specializzarsi. Io continuo a
dibattermi in una serie di problemi di base che non so nemmeno come
cominciare a risolvere. 
Mi permetto quindi di chiedere aiuto, specialmente a coloro che
conoscono entrambi gli ambienti. Scusatemi se sarò disorganico e se le
mie domande sono di così basso livello. I miei dubbi sono molti di più
ma mi limiterò a quelli fondamentali, che mi impediscono di
incominciare a lavorare:
1. ACCESSO AI DATI. 
Si ottiene unicamente tramite controlli specializzati? 
Tipo: ADOdc, ADOdata, Grid, DataGrid, FlexGrid e simili? 
Quali le differenze fondamentali? 
2. SORGENTE DEI DATI.
E' necessario utilizzare oggetti Connection?
Oppure Command?
Quando usare RecordSource e quando DataSource?
3. SCHEDE MULTIPLE DI ACCESS, come ottenerle in VB?
Solo tramite le grid?
Se è così, mi sembra che siano molto scarne rispetto alla potenza e
alla flessibilità di Access che consente di avere nella stessa riga
campi con font diversi, combo box, pulsanti, ecc.
Ho sentito parlare delle "Sheridan Data Widgets". Risolvono questo
tipo di problemi?
4. QUERY CON PARAMETRI
In caso di utilizzo di un database Access, che non prevede le "stored
procedures", non so proprio da che parte cominciare per ottenere delle
query i cui criteri si riferiscano a dati variabili, magari presenti
in un form.
Potrei continuare ma mi fermo qui. Penso di aver chiarito a quale
(basso) livello mi trovo. Vi ringrazio per ogni indicazione che
vorrete darmi, anche eventualmente quella di cercare le risposte ai
miei problemi così terra terra non in un news-group ma piuttosto in un
corso di istruzione di base o in un manuale idoneo.
La mia sensazione, tuttavia, anche se riuscirò a risolvere tutti i
dubbi e iniziare a scrivere programmi in VB, è che la produttività sia
molto più bassa che in Access. E' una opinione che condividete?
Salti a tutti
cal...@ciaoweb.it
Cal...@ciaoweb.it


Ti rispondo solo a questo (non ho purtroppo tempo per le altre domande, ma
spero che qualcuno lo faccia al posto mio, scusami).
Io programmo sia in Visual Basic, che in Access e ti posso confermare che
per le applicazioni database-oriented Access è molto piu' produttivo
Ciao
Luca

...


meno male che avete deciso di migrare....
Access lo utilizza mia sorella di 12 anni e non ha bisogno di un SW per
crearsi i file dati....

 ha scritto nel messaggio
news:sHNj6.37351$Uj1.3...@twister2.tin.it...


stesso? Mi dicono che Visual Basic è un vero Client-Server mentre
]zac[

 
Cal...@ciaoweb.it


Cal...@ciaoweb.it

>linguaggi.
Cal...@ciaoweb.it


Cal...@ciaoweb.it

>
Grazie per le indicazioni.
Cal...@ciaoweb.it

 Non è questo che intendevo. Sono io che mi devo "convertire"...
Si, ho capito benissimo... però in questo modo puoi analizzare e studiare il
sorgente prodotto (puo' essere un idea!)

 pilotato tutto da codice? E' possibile?
Si è possibile con DAO e ADO.Chiaramente si devono impostare i rispettivi
riferimenti (si fa anche in Access)
es. (DAO):
    Dim DB as Database
    Dim RS as Recordset
 set DB=OpenDatabase("mioDB.mdb")
 set RS=DB.OpenRecordset("Select nome,cognome from tabella")
 TestoNome=RS!nome
 TestoCognome=RS!cognome
RS.Close
DB.Close
facile no?


 
Cal...@ciaoweb.it
Ciao VB