Newsgroup: it.comp.appl.access
Titolo: Creare interfaccie utente verso DB, è meglio Access o Visual Basic?

Questo post è volutamente cross-postato, in quanto vorrei conoscere
l'oppinione degli sviluppatori di ambo i newsgroup, sperando che ne risulti
una discussione costruttiva. :-)
Argomento di discussione: qual'è il miglior tool per creare software che
forniscano un'interfaccia utente verso un DB (Access-JET o SQL Server)?
Io ho lavorato sia con VB (non troppo) sia con Access (molto), e ne ho
concluso quanto segue:
* Access è smodatamente più comodo e potente a levello di strumenti per
disegnare/formattare l'interfaccia (allineare/ridimensionare/spostare i
controlli).
* Access ha le sottomaschere, che mancano in VB (in VB esiste un controllo
per creare qualcosa di simile, ma è più contorto :-)
* In Access accedere ai dati è una bazecola, è fatto apposta; mettere il
contenuto di una query in un controllo (casella di riepilogo,
sottomaschera...) è questione di 3 secondi e 2 click del mouse; in VB è
decisamente più complicato, o usi i controlli data, o fai tutto da codice,
inserendo i dati un record alla volta.
* Esiste Access Developer, in grado di creare pacchetti Access che
funzionano anche se non è installato Office
* VB crea codice più "leggero"
* VB può creare vere aplicazioni eseguibili (exe)
* VB è più potente/comodo/efficace per tutte quelle cose che esulano dal
puro "accesso dati"
Alla luce di queste considerazioni (discutibili ovviamente), perchè ci sono
vagonate di sviluppatori che utilizzano VB per sviluppare applicazioni che
sono pure interfaccie verso DB?
Alla luce della mia esperienza (personale, limitata, magari sbagliata) se
usassero Access impiegherebbero metà tempo a sviluppare un dato applicativo,
ed otterrebbero risultati graficamente più accattivanti, a livello di
interfaccia; tirando mote meno imprecazioni quando si tratta di
formattare/allineare i controlli :-)
Che ne pensate?
Come si intuisce sono molto Access-sostenitore (quando si tratta di creare
interfaccie verso DB).
Ma magari sbaglio, perchè conosco meglio Access che VB; appunto per questo
vorrei sapere cosa ne pensano gli esperti di VB.
Ciao, Max

 Ciao, Max
Premetto che, come hai precisato sono impressioni/deformazioni
personali,
quindi è tale anche il mio commento....!
Io ho iniziato con VB, e mi sono fatto un'pò d'esperienza(non
moltissima)
e per me VB ha una flessibilità che ACCESS non gestisce.
Si possono fare molti esempi, dall'utilizzo completo dei RECORDSET con
gli oggetti, ACCESS, almeno il 97, non prevede di attribuire ad un
oggetto
il contenuto di un RECORDSET.
ACCESS non gestisce le matrici di controlli (COMODISSIMI per la gestione
delle form non associate e altro), ora non dite che si possono simulare
matrici di controlli, perchè è solo un'accrocchio....!
E' vero che VB non ha le SUB_Form, ma ha dei controlli funzionali come
le varie GRID disponibili....!
Si tratta di avere però un bagaglio di Utility e/o funzioni generiche
già realizzate, perchè a primo impatto potrebbe sembrare ostico
il dover popolare controlli con RIGHE e RIGHE di codice.
Fortunatamente se si sanno usare bene le proprietà e i metodi 
dei controlli dedicati ad ADO e DAO non è così.
Nonostante questo sono passato da circa 1 anno ad ACCESS97, e pur
con le limitazioni che "FORSE" può avere, ci lavoro bene.
VANTAGGIO FONDAMENTALE:
Rapidità massima per realizzare "piccoli" gestionali con ottime MMI
(Man Machine Interface).
Opinione:
In base all'esigenza mi adatto con l'uno o l'altro.
Alessandro./@Alex  
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 concluso quanto segue:
Ciao...io ho seguito un po' il cammino inverso, perchè ho sempre usato 
VB ed ora...sto sbattendo la testa su Access! Io Access lo trovo molto..
.contorto! Vagonate di codice ridondante, poi non mi sento mai 
veramente "libero" e con il "programma in pugno" come mi sentivo con VB.
 Inoltre in VB la gestione dei Recordset è mooooolto più semplice. 
 Tanto per dire, ho provato a realizzare in Access una semplice 
 maschera di inserimento e gestione dati da una singola tabella con un 
 po' di VBA sotto, e mi sono accorto di quanto sia complicato rispetto 
 a VB (sempre se vuoi fare le cose bene senza possibili errori da parte 
 dell'utente!): infatti, coem potrai notare, ho dovuto richiedere più 
 volte l'aiuto dei partecipanti a questo Newsgroup. Questa la mia 
 impressione: per una cosa "provvisoria" o per uso personale va anche 
 bene Access, ma VB...è un'altra cosa! Ciao, con simpatia! 
Giorgio

 Giorgio
Ciao, Max :-)

 il contenuto di un RECORDSET.
Io ho sempre usato Access 2000, e li si può fare (cosa molto comoda in
alcuni casi :-)
ciao, Max


si, infatti! ma access va benissimo solo per aplicazioni che gestiscono dati
tabellari o comunque tutte quelle applicazioni che hanno bisogn d un DBMS
Vb e' + general purpose con i suoi pregi e difetti. Io vorrei ancora capire
come popolare in modo ganzouna list box con una tabella.
sicuramente gli utilizzatori di Vb mi diranno " e' una bischerata, che ci
vuole?!" io invece ho ripiegato su Access anche se sto combattendo con il
sendobject....
Meglio Vb o Access?
Dipende dall'uso che se ne deve fare
Saluti!!!
Giulio

 sono pure interfaccie verso DB?
Perchč Access č incluso in un pacchetto destinato all'utente finale, quindi
svalutato.
Ciao.

  bene Access, ma VB...è un'altra cosa! Ciao, con simpatia!
Semplicemente non conosci Access ;-)

 Dipende dall'uso che se ne deve fare
Nella fattispecie del thread, io sono per Access.
In generale, come dici te, dipende :-)
Max

  dell'utente!)
Se usi le macro sono daccordo che č un casino e non combini nulla, ma VBA č
identico a VB; cambiano alcuni oggetti.
Dicendola tutta la struttura ad oggetti di VBA mi sembra decisamente piů
semplice di quella di VB.
O almeno piů completa/intuitiva.
Almeno in VBA esiste un macrooggettone che contiene tutti gli altri :-)
Max

 le varie GRID disponibili....!
Non centra nulla!
Quelle cacate di griglie le trovi pure nelle versioni developer di Access, e
le puoi usare con (quasi) le stesse modalità di VB.
Non fanno parte ne di VB, ne di Access: sono .OCX ... che tra l'altro danno
spesso un sacco di problemi.
VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi per
l'accesso e il reperimento dei dati,
gestori di barre degli strumenti, reportistica, è macchinoso come
Front-Editor per SQL Server.
Utilizzato con i DB è una vera cagata.
ciao: Marco

 sendobject....
Se usi la ListBox nativa la devi popolare con un ciclo sul Recordset
e utilizzando la proprietà ADDITEM, con la limitazione del numero
dei campi ecc....!
Se invece usi i controlli(DATALIST e  DATACOMBO), questi sono
semplici controlli che popoli attribuendo la fonte dati....!
Alessandro.


 ciao: Marco
Si, se è per questo nemmeno ACCESS, ma la programmazione SERIA è
un'opinione
e va dimensionata alle reali possibilità....!
Io SERIO intendo cose come SAP/R3, forse non è così...!!!
Alessandro.


 forniscano un'interfaccia utente verso un DB (Access-JET o SQL Server)?
Al di là dell'aspetto tecnico, a cui ho visto che avete già risposto, mi
chiedevo se per utilizzare applicativi sviluppati con Access occorra avere
una licenza di Access nel PC client, o se esista una versione di Access con
le royalties già pagate (come ricordo che usavo per Fox-Pro nel '94) ed un
runtime distribuibile.
Mi sembra un aspetto da non sottovalutare, perchè se per ogni PC client
occorre una licenza Access, per certe aziende il costo di acquisto di un
pacchetto sviluppato con Access rende molto onerosa l'installazione.
Ciao
Alberto

 Io SERIO intendo cose come SAP/R3, forse non è così...!!!
SAP/R3 è gigantesco. 'Serio' è un po' azzardato, come ti potrà confermare
chi ci ha lavorato :-((((
E' uno dei pochi sistemi Client/Server non Client/Server....
Alberto

 Programmare non e' solo formattare/allineare controlli ;-)
I know, ho cominciato col turbo pascal e l'assembler.... aaahhh.... che
tempi.... quando cambiavi un bit e sapevi cosa succedeva.... :-)
Ciao, Max (che ringrazia per la discussione costruttiva)

 e va dimensionata alle reali possibilità....!
Risposta criptica...
Ciao: Marco

 pacchetto sviluppato con Access rende molto onerosa l'installazione.
E' sempre esistita: Office Developer Edition (anni fa si chiamava Access
Developer Editon).

 Io SERIO intendo cose come SAP/R3, forse non è così...!!!
A livello di programmazione access e vb sono quasi identici, stessa
sintassi, oggetti molto simili, stessa filosofia.
Access è vincente sull'accesso dati.
Ma se si parla di programmazione SERIA, allora io lascierei perdere a priori
VB e VBA, che in applicazioni ad alto stress mettono in evidenza tutta la
debolezza dei loro run-time.
Es. Volevo testare la stabvilità di VB usato per passare dati via rete,
usando il controllo winsock.
ho fatto 1 programmino (eseguito in 2 istanze) il server passa un numero al
client che lo incrementa di 1 e lo ripassa al server, che lo incrementa di
uno e lo ripassa al client... ecc...
ad ogni passaggio ogni istanza carica/scarica ed apre/inizializza/chiude un
nuovo socket.
Faccio partire il tutto... se sono fortunato parto da 1 ed arrivo a 5-6000,
poi una delle 2 istanze si chiude senza dare nessun errore (anche se il mio
codice gestisce qualsiasi errore possibile in tutti i punti del programma)
Al che ho dedotto che se voglio fare cose serie, per trasferire dati via
rete, è meglio usare altri strumenti :-)
Ciao, Max

 E' uno dei pochi sistemi Client/Server non Client/Server....
In che senso?
 so che serve a gestire le aziende.. ma non so altro.
Max

 runtime distribuibile.
Esiste, è Access Developer, ed hai il run-time redistribuibile roialty free
Max

 wrote in message
news:ad824v$vqp$
1...@newsreader.mailgate.org

Mah...io posso portare la mia di esperienza...
Ho iniziato ad usare Access (N.B. Access2000) per 2 motivi:
1) Per necessità aziendale di creare un DB;
2) Poichè era compreso nel pacchetto Office2000;
Avevo qualche esperienza con vari liguaggi Basic e Pascal ma si parla di
parecchi
anni or sono (era puro divertimento...)...
Ho creato un programma di gestione trasporti per l'azienda in cui
lavoro...ho iniziato
quasi per sfida personale...e nei confronti di chi mi diceva: "lascia
perdere, non è
facile anzi..." e poi ancora peggio "con Access ? ma sei pazzo, non vale
nulla.."...
Bene, io so solo una cosa: che su Access2000 ci ho passato nottate
interminabili, ho visto il
mio programma nascere, svilupparsi e arrivare ad una conclusione (anche
se non
è mai così...c'è sempre qualcosa da fare...).
C'era chi mi continuava a dire :"lascia perdere...Access è un
giocattolo..."
Bene, ci ho messo circa 3 anni per imparare "davvero" ad usare
Access2000, prima ho imparato l'arte
di arrangiarsi (che voleva dire scrivere righe e righe di codice...) poi
ho studiato,
mi sono applicato,ho sudato...ed ora quelle righe e righe di codice si
stanno riducendo sempre più,
se prima creare delle funzioni o routines richiedeva 1 ora, adesso in 10
minuti
risolvo tutto (e la cosa mi annoia...)....
Il mio programma ? Bè una soddisfazione immensa...ho avuto l'occasione
di parificarlo ad altri
programmi del settore...magari fatti in VB,Delphi,C e sotto motori DB
come MYSQL,Interbase,
SQLServer etc.etc....e sapete che vi dico ? Che alla fine non avevano
nulla di così
professionale rispetto al mio...anzi...adirittura risultavano più lenti
nell'elaborazione
in alcuni processi e/o si impiantavano in alcuni punti....
Alla fine ho capito una cosa:
Premesso che in tutto ci sono pregi e difetti,gli unici elementi che
fanno la differenza
sono:
1)La logica con la quale viene creata un applicazione DB;
2)L'abilità e l'esperienza del programmatore (ho visto programmi fatti
in Pascal
o in Clipper che vanno da paura...)
Ciao !


 svalutato.
Ma Access __è__ destinato all'utente finale: that's the matter.
ciao
ugo

> Ma Access __č__ destinato all'utente finale: that's the matter.
Non diciamo eresie :-)
L'utente finale ha competenze di programmazione nulle, e competenze di sql
piů nulle del nullo.
Max

 ha scritto nel messaggio
news:ad88fr$uaibg$1...@ID-141456.news.dfncis.de...

Non ho mica detto che gli utenti finali lo sanno usare...  :-)
D'altra parte, neanche tanti sviluppatori sanno programmare... ;-PPPP
ciao
ugo

 o in Clipper che vanno da paura...)
Sottoscrivo in pieno!
Max

 D'altra parte, neanche tanti sviluppatori sanno programmare... ;-PPPP
ROTFL :-)))))))))))))))))))
Max
.
.
.
.
.
.
.
.
.
.

 Grazie a te :-)
Ciao, Max
P.S.: chiedo venia per la mezza polemica sul crosspost :-)

> Se il database e' diverso, non ha senso usare Access per interfacciarlo.
Hai capito Max perchè è inutile crosspostare?
Semplicemente perchè posta gente come il tipo qui sopra che non sanno cosa sia Access, Jet,
SQL-Server.
Pretendi che sappia cosa sia un Access Data Project?
Ciao, warp

>Ma Access __è__ destinato all'utente finale: that's the matter.
Svegliati.
Se fosse destinato all'utente finale non esisterebbero, da sempre, le relative versioni Developer.

Utilizzato con i DB è una vera cagata.
Troppo severo: quando conosci bene un ambiente alla fine riesci a ottenere più o meno tutto...
Ciao: warp

 Ma Access __è__ destinato all'utente finale: that's the matter.
Bevi di meno.
Ciao, Marco

 wrote in message
news:ad8281$vtr$
1...@newsreader.mailgate.org

PER FORZA o PER PIACERE CI LAVORO TUTTI I GG....!


 Bevi di meno.
e tu leggi di più.
ciao
ugo

 Se fosse destinato all'utente finale non esisterebbero, da sempre, le
relative versioni Developer.
A dir la verità ho un po' sonno, stamattina, preferirei tornare a letto...
Il fatto che esistano le versioni developer _non_ ne fa un prodotto
destinato al mercato developer.
Tanto è vero che le versioni developer sono nate _dopo_ il prodotto,
quando Ms si è resa conto che parecchi sviluppatori (me compreso)
ne facevano uso per _certe_ tipologie di prodotti, nei quali sa essere
comodo ed economico.
Questo _non_ ne fa un prodotto destinato al mercato developer.
E, francamente, quelli che sostengono che i vari gestionaletti scritti in
access sanno reggere il passo con prodotti client-server sviluppati con
autentici ambienti di sviluppo professionali fanno sorridere,
per non dire "sor-piangere"...
ciao
ugo

per non dire "sor-piangere"...
Le tue opinioni interessano poco: per quanto ne so potresti intimamente credere che gli asini
volino, il che non significa sia vero.
Oppure che *sviluppare* gestionali con VBXX sia un modo buono e giusto di operare.
Alcuni dei piů grossi prodotti Client server sul mercato italiano utilizzano Access sul lato
Front-End  (x es.  
http://www.mediaconsulting.com/italy/SE7EN/
Scelta per altro giustificata dall'eccezionale integrazione con Sql-Server introdotta con i file di
progetto .ADP: un modo flessibile e performante di creare vere applicazioni Client-Server.
Magari alla prossima cercheremo di spiegarti cosa significa Client-Server Mangini, cosa sia e cosa
non sia uno strumento professionale, il modello file-sharing e tante altre belle cosette che ti
serviranno per il lavoro ... e per fare bella figura su it.comp.lang.visual-basic.
Ciao: warp

 non sia uno strumento professionale, il modello file-sharing e tante altre
belle cosette che ti
Lascia stare: sprechi tempo con un ciocco del genere ;-)
Marco

 e tu leggi di più.
Cosa, i tuoi "post"?
Bah, Mangini cercati un lavoro va.

 ha scritto nel messaggio
news:MV8K8.6082$QT3.1...@twister2.libero.it...

Venti di guerra in arrivo. Questo NG "non ha il diritto" di fare il suo
corso.
Cos'è? La "nuova rivoluzione russa"?

 ha scritto nel messaggio
news:adb9mu$m03$1...@newsreader1.mclink.it...

Simulazione di sdoppiamento di personalità o ... inutile fusione, calda o
fredda fa lo stesso?

 sti' DUE(?) dallo stile così simile non mi convincono per niente...
Il tuo stile ricorda quello di Mangini (?)

 ha scritto nel messaggio
news:SAaK8.6103$t47.1...@twister1.libero.it...

Mangini è mooolto al di sopra di me, posso solo "rubargli" qualcosa.
Fate (no, anzi, te e warp, fai!) lo stesso.

 ha scritto nel messaggio
news:xDaK8.6111$t47.1...@twister1.libero.it...

Chiedo scusa, era rivolto a Valter.
Ritiro tutto (ovviamente parlavo per me) e mi limito a dire "Marco, come
stai, tu e warp?"

 Fate (no, anzi, te e warp, fai!) lo stesso.
Per beccarmi pomodori in faccia invece che due soldi?

 ha scritto
OK, buona fortuna, io lascio...

 OK, buona fortuna, io lascio...
Buona notte.

 stai, tu e warp?"
Alter ego di Mangini, li sai leggere gli Header dei post?

 ha scritto nel messaggio
news:1XaK8.6167$t47.1...@twister1.libero.it...

... come già detto, buona fortuna, io lascio ...

 Bah, Mangini cercati un lavoro va.
Ce l'ho già, grazie.
ciao
un ugo che qualcuno dice che diventa intransigente, ma...


...e fai bene: ché poi ci dicono che _noi_ esageriamo...
ciao
ugo

 serviranno per il lavoro ... e per fare bella figura su
it.comp.lang.visual-basic.
Spiegami pure stavolta.
Forza, scrivi pure qui in replica,
possibilmente senza scopiazzare dalle brochure.
ciao
ugo

 Io invece mi sorprendo sempre meno del tenore dei tuoi post...
Concordo,  sono stato maleducato ... capita spesso con questi stupidi
thread.
Considera che seguo poco in ng., quindi non ho grande abitudine alla
netiquette.
Ciao, Marco

 netiquette.
Ok.
Pace fatta.   :-)
ciao
ugo

Vista la vis polemica con cui sta procedendo il 3d...
perchè non facciamo uno sforzo per classificare i settori di cui state
parlando per indicare per ciascuno il prodotto migliore?
non credo che M$-Access, Vbxx, Sql-server possono essere ugualmente idonei
per l'agenda telefonica del macellaio e la contabilità industriale della
Fiat...
dico questo perchè, escludendo la malafede, ognuno sta parlando della
piccola parte del mondo informatico che conosce e non si sforza di vedere
oltre...
senza rancore
acia

 Fiat...
E' vero, d'altra parte in questi casi si deve fare i conti con i limiti di
Sql-Server e non dell'ambiente FE di Access o VBXX.
Col crescere del volume di dati e delle problematiche multiutenti parte
consistente dello sviluppo viene trasferita sul Server col relativo TSQL.
Francamente non ho ancora le idee chiare fino a che punto si possa forzare
il motore server di casa M$.
Secondo Davide Bianchi di it.comp.software.database (parere autorevole) non
scala bene sulle grandi quantità di dati ...
Ciao, Marco

 scala bene sulle grandi quantità di dati ...
opinabile. Se possibile, discutiamo di casi concreti ed evitiamo l'approccio
"mio cugggino mi ha detto che..." :-)
A.
UGIdotNET - 
http://www.ugidotnet.org

 "mio cugggino mi ha detto che..." :-)
Considerando che l'affermazione è ripresa dalle FAQ di
it.comp.software.database, mi piacerebbe che ti sentisse!
Marco

 it.comp.software.database, mi piacerebbe che ti sentisse!
rispetto molto davide e quando posso i suoi post su icsd li leggo tutti, e
alla fq ho contribuito (molto minimalmente), ma imho e' molto, molto
parziale. e a volte parla di cose che conosce meno di me, che le conosco
zero. p.e., a una richiesta su ado, ha rimandato alla faq, che parla
pressoche' solo di dao. e access "stenta a chiamarlo un database". ora, non
sara' il dbms top, ma non mi sembra neanche un agguerrito concorrente di
photoshop. e in una faq su db una frase come quella, considerando che access
lo usano alcuni milioni di persone, mi sembra francamente a dir poco uno
spreco di byte, e lo dico qui perche' gliel'ho gia' detto personalmente.
j.db

 spreco di byte, e lo dico qui perche' gliel'ho gia' detto personalmente.
Da quel poco che ho letto D. Bianchi sembra un tipo molto in gamba, non
sapevo che a volte faccesse dei voli ;-)
In effetti la cosa mi ha colpito perchč l'ho trovata scritta su delle FAQ
complessivamente buone a mio parere (anche se, per ora, poco tecniche).
Dal canto mio non ho ancora il background per poter toccare con mano fino a
dove possa arrivare Sql Server di Microsoft e non aiutano i molti
contribuiti gratuitamente detrattivi che vedo dappertutto.
Ciao: Marco

netiquette.
Evita di prenderci per il cu|0, grazie.
-- 
hal

"hal1961" <


ma vai a cagare.

Come da subject

 Come da subject
Tu stai trollando ciccio, per me la questione è chiusa.

TIA, hal

"hal1961" <
Ok, tuttavia _ripeto_ per me era già finito.
Ciao.

 Pretendi che sappia cosa sia un Access Data Project?
Se poi il tipo è un minimo umile, magari gli spiego le cose che non sa, se
il tipo è un rompicoglioni, si tiene sa sua ignoranza, e peggio per lui.
I NG servono a diffondere conoscenza, no? :-)
Ciao, Max

 oltre...
problema tipico di chi ha una mentalita ottusa e non vede oltre il suo naso,
di solito evito di perdere tempo con queste persone (a meno che non mettnao
in evidenza una certa umiltà e voglia di imparare :-)
Max

Grosso non significa migliore.
Parole sante: applicabili a qualunque software, con qualunque tecnologia sia sviluppato.
Installati Diamente, Business o altri popolari gestionali (fatti in VB) e cronometra quanti secondi
passano per l'apertura di una Form...
Ciao, w.
P.S: quanto scritto sulle Brochures dei prodotti M$$$$,$$$ a volte coincide con la verità: bisogna
provare però.

passano per l'apertura di una Form...
Dipende tutto da come sono fatti....
Io ho visto "programmi" (se cosě si possono chiamare) fatti in Access
che per aprirsi ci mettono qualche minuto.....
ciao
Aran

che per aprirsi ci mettono qualche minuto.....
Fanno comodo per una pausa caffč, no?  ;-)
Ciao.

[CUT]
a proposito di matrici di controlli, pare che sul .net non verranno mai
implementate......
ciao
Giancarlo

 che per aprirsi ci mettono qualche minuto.....
ma li è una questione di database, di SQL, non tanto di "access" inteso come
interfaccia.
Come interfaccià è veloce, se pola le query ci mettono 3 minuti per essere
calcolate, è un problema di cattiva progettazione del DB.
Non è "access", è chi ha fatto il DB il problema.
Max

Fanno comodo per una pausa caffč, no?  ;-)
Per me andrebbero anche bene, il problema č per il cliente che deve
usarlo abitualmente.
Ciao :-D
Aran