Newsgroup: it.comp.appl.access
Titolo: esportare in VB le maschere di Access

Salve a tutti
Come da oggetto, vorrei sapere se è possibile esportare in Visual Basic le
maschere di un database di Access.
Ho un file mdb (creato con Access 97) che contiene una novantina di maschere
che funziona autonomamente, e viene anche letto da un eseguibile fatto in
Visual Basic.
Avrei la necessità di trasferire tutte le maschere nell'eseguibile VB,
lasciando nell'mdb soltanto le tabelle e i report.
Su può fare? Come si fa?
Grazie a tutti in anticipo
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


Ciao yronium,
not so easy!
Se non ricordo male c'era qualcosa di qualche terza parte che faceva un
lavoro del genere prova a cercare su 
www.componentsource.com
Però non capisco, se lasci i report nell'MDB l'utente finale avrà sempre
bisogno di Access per farlo funzionare e che reale vantaggio avresti a
trasferire le maschere in VB?
ciao
Cinzia

 Grazie a tutti in anticipo
E che vantaggi penseresti d'avere con una simile configurazione?
Saluti.

 ha
scritto:

Dque, ora ho un po' meno fretta e posso approfondire.
Anzitutto grazie per avermi risposto (la risposta non è mai scontata)
I report li devo eseguire soltanto in due macchine, perciò non ho bisogno di
installare Access sulle altre. Inoltre in futuro posso eliminare anche i
report, per utilizzare un tool tipo CR.
I vantaggi sono tre, anzi quattro:
- con un file exe non ho la necessità di installare Access su ogni macchina,
ma solo in quelle che devono fare i report (due su trenta). Il cliente vuole
semplificare al massimo la dotazione delle macchine
- con un file mdb ognuno che conosca un minimo di Access può pasticciare
nella struttura degli oggetti del db, così dopo anni il file mdb è pieno di
bachi. Un file compilato non è così semplice da modificare.
- il file è di circa 50 MB, e aggiungo che certi campi sono stati creati in
modo non proprio ortodosso, per cui l'esecuzione di alcune query richiede
dei quarti d'ora. Una volta separata l'interfaccia utente dal db bisognerà
procedere a tutto un lavoro di ottimizzazione, e non escludo in futuro di
passare a SQL Server. In tal caso sarà più semplice il porting del db se ci
sono solo le tabelle.
- quarto motivo, e chiedo scusa ai puristi: il cliente è un'azienda dove
molti conoscono Access, ma nessuno è un programmatore, neanche il
responsabile IT che mi ha contattato. Creandogli un eseguibile lego il
cliente a me per ogni futura modifica, mentre con il db di Access loro
possono rivolgersi a chiunque.
Spero di aver chiarito le mie necessità, ma purtroppo per il momento le
risposte che ho avuto non sono state incoraggianti. Comunque io rimango in
ascolto, se qualcuno ha qualche idea...


 ascolto, se qualcuno ha qualche idea...
Le hai chiarite.
Ma ti ripeto: le idee sono confuse e inesatte ... dì la verità: i programmi
sono scritti in Access 2.0?
Saluti.

 Saluti.
Anche a te.


 ascolto, se qualcuno ha qualche idea...
Se il lavoro lo fai male, anche se in VB, stai tranquillo che faranno prima 
a chiamare un altro programmatore.
A mio avviso è un po' contorta la situazione e se tutto l'ambaradan che vuoi 
metter sù è per non far fare i smanettoni ai dipendenti, sei fuori strada. 
Pensa invece che potrebbe proprio venire a tuo favore; come? Se installi 
access su ogni pc, crei la tua applicazione concentrandoti sulla 
funzionalità e facilità di intervento (per te ovvio) per manutenzione, il 
cliente è contento; poi se qualche smanettone rovina l'mdb ti dovranno 
chiamare no? E a te (mi sembra di capire) ti pagano, nooo? Oltre al fatto 
che con Access ci metti la metà (minimo) del tempo per crearti 
un'applicazione.
Secondo me, quella, non è la strada per il paradiso...
Ciao.
-- 
Sergio MAZZA 

 uno solo) è scritto in Access 97.
Davvero?  Questo significa che non avevi mai sentito parlare dei files .MDE?
Forse non hai le idee confuse, ma leggendo quanto scrivi ... è impossibile
arrivare a conclusioni diverse.
Adesso ti faccio una domanda: hai letto la mia precedente risposte?
Purtroppo sembrerebbe di no...
Saluti.

 Ciao.
Ciao a te, e grazie per l'interessamento


 installate, si utilizzerà la distribuzione Runtime!
Che però farà girare anche l'mdb, che io non posso cancellare per il
semplice motivo che non è mio, ma è dell'azienda.
Senti, ricapitoliamo:
- Il file mdb esisteva già, non l'ho fatto io.
- Per farlo girare l'azienda utilizza Access o il runtime.
- Ognuno lo può aprire e pasticciarci dentro.
- Siccome ora è incasinato, l'azienda ha chiamato me.
- L'azienda MI HA CHIESTO (scusa il maiuscolo, ma è il nodo centrale della
questione) di creare un eseguibile (tu chiamalo come vuoi) in VB, e di
lasciare nell'mdb soltanto le tabelle e i report.
- La direzione dell'azienda VUOLE che sia io l'unico depositario del
progetto FE, qualunque cosa questo includa. Io avrò la licenza dell'exe e
gestirò le licenze dei suoi eventuali componenti.
- La direzione dell'azienda ha intenzione di NON acquistare una trentina di
licenze di Access (una per ogni macchina), ma soltanto due o tre. NON
VOGLIONO ACCESS.
- La direzione dell'azienda mi ha chiesto che i suoi dipendenti non possano
modificare a loro piacimento la struttura del FE
- La direzione dell'azienda NON mi ha dato il permesso di cancellare il file
mdb dalle loro macchine, né di non utilizzarlo. Hanno però fatto notare che,
con l'mdb a disposizione di chiunque, chiunque avrebbe potuto modificare la
struttura degli oggetti FE. Hanno suggerito che, una volta svincolato il FE
da Access e dall'mdb, quest'ultimo venga protetto da password. Attualmente
questo non è possibile perché impedirebbe agli utenti l'utilizzo dell'mdb,
incluse le maschere.
In pratica quello che ho intenzione di fare corrisponde alle richieste del
cliente, non è una mia decisione. E in ogni caso, viste le ragioni del
cliente, ne condivido le scelte e l'orientamento. Probabilmente le tue
opinioni sono valide nel tuo contesto, ma non vanno bene nel mio.
Ora, una volta chiarito che non ho intenzione di utilizzare un mde o il
runtime, e giurando che ci metterò tutta la mia più buona volontà per fare
un buon exe in VB, potrei sapere se è possibile in qualche modo esportare in
VB le maschere esistenti in un file mdb?
Saluti a tutti



si si....access non è male ci ho lavorato per anni.... ma... quando avvii
un'applicazione (e quindi il RunTime) Access ti ciuccia un fracassone di
memoria....(aprire il task-manager e vedere...) la stessa applicazione
scritta in VB meno della metà....in 
VB.NET
 ancora meno.... quindi è vero che
con Access si sta di meno a creare un'applicazione ma a tutto svantaggio di
prestazioni generali...con VB o 
VB.NET
 si sta sicuramente di più ma con
migliori prestazioni....
LA STRADA PIU' CORTA E' QUELLA CHE DA MINORI SODDISFAZIONI !
Ecco là....ghio.


 VB le maschere esistenti in un file mdb?
NO: date le enormi diversità dei due prodotti è assolutamente impossibile
ottenere qualcosa di funzionante (a meno che il FE non sia una Form con
"Hello World")
Esistono tools sul web che promettono qualcosa, ma all'atto pratico si può
riciclare solo qualche pezzo di codice Visual Basic generico: che non faccia
riferimento a oggetti specifici di Access.
Saluti.

 migliori prestazioni....
Generalmente, considerando tra l'altro la gestione dispendiosa degli Hwnd di
Visual Basic è esattamente il contrario.
Un buon FE creato in Access (NON in formato .MDB ovviamente) alloca molte
meno risorse rispetto ai mostri caricati in memoria da .NET.
Discorso analogo per applicazioni VB6 con forms minimamente complesse
(DataGrids e Combo(s) Activex usate generosamente succhiano assai) , etc.
E le prestazioni di gestione del video, a parità di hardware, su Form del
genere sono nettamente a favore di Access.
Ovvio tuttavia che un discorso di questo genere potrebbe proseguire per
settimane, considerando l'impossibilità di fare riscontri incrociati, su
applicazioni analoghe ... su un ng.
Saluti.

 Saluti.
Anche da parte mia.


 rispondermi)
Non ho altro da aggiungere a quanto già scritto.
Saluti.

 Access. Ne vuole solo un paio, OK?
Questa è una delle affermazioni che dimostrano che non conosci assolutamente
nè la versione DEV che l'EULA legata alle licenze, ma non solo, non hai nemmeno
capito quanto Simone Calligaris ti ha detto.... di conseguienza i casi sono
solo 2.......!!!
 
Non solo non hai le idee chiare, e sinceramente è normale chiedersi che
livello di Programma hai sviluppato con Access se le tue lacune tecniche 
sono di questo livello, ma non capisco se devi convincerci che quanto
svilupperaiin VB sia meglio...!!
Boh.....!!
Ricordati che chi sviluppa in VB o in VBA ha gli stessi livelli di sicurezza
e lo stesso livello tecnico da affrontare.....!!
L'EXE che vuoi è solo l'MDE con un nome diverso....!
Saluti.
@Alex.

 Ciao a te, e grazie per l'interessamento
Buon lavoro...
-- 
Sergio MAZZA 

 @Alex.
Saluti
Daniele M.

 Del resto gratta gratta mi sa che non sa + di tanto...
Aiuto: a ti riferisci a me o ad Alessandro?
Saluti

 capito quanto Simone Calligaris ti ha detto....
Difficile non perdere la pazienza: eh?   :-)
Se il tipo in questione si fosse limitato a dire:
 "Mi hanno incaricato di rifare un'applicazione originariamente sviluppata
in Access con metodi artigianali; io conosco solo Visual Basic: posso
importare qualcosa?"
La risposta sarebbe stata breve, coincisa, priva di divagazioni.
Invece ha tirato in ballo sue idee "personali", tanto inesatte quanto
risibili ... cribbio, come si fa a star zitti?
Saluti.
P.S:  Dato che al lavoro, piaccia o no, si passa buona parte della propria
vita: è chiaro che queste cose finiscono per diventare "questioni
esistenziali".
D'altro canto, non mi pare giusto far passare per buone delle cazzate
espresse su un ng. dedicato ad Access.

 MAssimialiano
Ancora saluti,
    Daniele M.

> E' comunque un mio problema, sta tranquillo...
oh finalmente una cosa giusta.
MAssimiliano