Newsgroup: it.comp.appl.access
Titolo: Futuro di MSAccess, penso sia una domanda importante per chi lo usa professionalmente

Ho visto già qualche post in linea e penso che sia il momento di farsi delle domande.
 
Qualcuno forse mi conosce, in fondo questo gruppo ha avuto origine nella notte dei tempi dal newsgroup it.comp.database.msaccess che avevo creato scrivendo il manifesto e tutto il resto oramai parecchi anni fa quando Google neppure esisteva.
 
Io che ho cominciato con l'Access 1.0 lo sto ancora usando?
Eccome ho montagne di progetti con centinaia di forms e tabelle sia files accdb/mdb tutto sotto integrità referenziale o collegate al database SQL Server o MYSQL su Web.
Ho cominciato  fare l'informatico nel 1985 e vivo da alcuni anni da freelance e ho vissuto la nascita e l'evoluzione di Access.
 
Che Access sto usando?
Attualmente uso la versione 2010 semplicemente perché non mi posso permettere di abbandonare alcuni clienti che hanno ancora XP (e sarà così penso per altri due o tre anni).
 
Uso ADP?
L'ho usato per un paio di progetti seguendo le indicazioni di Microsoft per poi pentirmene amaramente.
La prossima settimana riconvertirò a Accdb collegato a SQL Server via ODBC l'ultimo programma che ha ancora questa struttura.
Non dobbiamo fidarci troppo quando i nostri interessi non sono proprio quelli di Microsoft, che con questo sistema ha creato una catena di dipendenze tra licenze, aggiornamenti SQL/Access micidiale e ha reso lo sviluppo più lento e complesso.
L'importante è cambiar strada per tempo (come quando ho mollato ASP per andare su PHP).
 
Uso versioni di Access a 64 bit?
Non per ora, ma mi sto attrezzando.
Attualmente ho solo un cliente che ha Office installato a 64 Bit, il problema non è tanto le modifiche al codice, che sono state praticamente solo sulle chiamate alle API, quanto al fatto che Office o è tutto a 64 o è tutto a 32.
In pratica sono costretto a tenere una macchina virtuale a 64 solo per compilare per quel cliente.
Mi sono trovato invece a non poter più usare determinati Activex (ad esempio per gli SMS) cambiando completamente la gestione.
Ma prima o poi sarà tutto 64.
 
Uso soluzioni cloud?
Ho le prime soluzioni fatte così.
In alcuni tutti i posti di lavoro sono su cloud in rete.
In altri alcuni in rete alcuni collegati via ODBC.
In altri tutti collegati ad un database su Cloud via ODBC.
 
In pratica dipendo oggi da Microsoft solo per il Front-End anche se quasi sempre uso SQL Server solo in versione Express.
 
Su Access ho praticamente tutto e non ho dovuto mai comprare tools di terze parti (come spesso si doveva fare con VB6).
 
In pratica Microsoft che mi ha dato uno strumento straordinariamente efficente e RAD, da me e dai miei clienti guadagna solo dal fatto che lega molto ai loro sistemi operativi, più l'Access e relativi aggiornamenti venduto a me, che a loro rende poco.
Sfortunatamente tutto quello che ho provato in ambito Open Source (lato front-end), non mi ha fatto vedere al momento alcuna alternativa credibile.
 
Non c'è da stupirsi quindi che stiano cercando di cambiare qualcosa, vorrebbero spostare tutto su servizi perché così non ci guadagnano granché.
Tenete conto che se poi metto un Access su macchine Cloud in rete, di fatto anche i client locali potrebbero essere ad esempio macchine Linux, Mac, Android.
 
E' quindi ovvio che vogliono spingerci ad andare sulla loro piattaforna Cloud e creare una dipendenza da cui siamo nel tempo in parte usciti.
 
Cosa mi piacerebbe, che semplicemente io possa usare il mio front-end come è adesso con la possibilità di appoggiarmi con estrema semplicità al loro DB remoto, o utilizzare un DB di altri via ODBC senza praticamente cambi di codice.
O magari lo stesso codice spostarlo su un 'Access Server' accessibile via Cloud ma senza ricostruire forms routines e tutto il resto.
Che necessità c'è oggi con le virtualizzazioni a Webbizzare una applicazione magari vastissima?
Per carità può essere un modo per avere dei forms responsivi, ma vi garantisco che in ambito business quando hai necessità di questo tipo difficilmente lo fai da Access.
 
Ora sto guardando le evoluzioni successive e non capisco come si stanno muovendo e fino a dove seguirli.
Mi piacerebbe capire come la pensano gli altri che hanno magari le mie stesse perplessità.
 
Ciao a tutti


 
Mi sfugge qualcosa, se non sbaglio Access (e Office) continua a essere 
un'applicazione Desktop. Quindi non vedo cambi radicali di strategia MS 
rispetto al passato.
 
Saluti.
 
 
 


 
sono ventanni che lavoro con access+mdb prima e ora con access+sqlserver 
ora.
sul mondo desktop non vedo attualmente nessuna limitazione sul cosa si 
possa fare.
non ricordo di aver mai risposto a un cliente con "non è possibile farlo".
di avere una mia applicazione sul cloud sinceramente non lo considero 
indispensabile e la maggior parte dei miei clienti i dati li vuole avere 
in casa e non in un server remoto chissa dove.
Se un cliente mi chiede di usare una applicazione sul tablet gli 
configuro una connessione rdp su un apposito server rdp e sono tutti 
contenti.
per i rari casi di clienti che volevano applicazioni su tablet offline 
(esempio raccolta ordini e trasmissione in sede) ho sviluppato con 
android senza tante difficoltà (con eclipse)
per le applicazioni più complesse da far girare su tablet ho 
semplicemente detto...ok prenditi un tablet con windows 8 e ti posso 
fare qualsiasi cosa.
Quindi almeno per me, access ha ancora un futuro lungo :-)
 
unica cosa di cui sento un po' la mancanza è un design responsive delle 
form...ma pazienza
 
ciao
BFS
 
 
 
 
 

 parti (come spesso si doveva fare con VB6).
 
Fammi un esempio. Una volta imparato ad usare Word & Excel cosa manca?
 
-- 
Greg
 
 


Come procedure uso Access 2003 ed il 2013
Come contenitore dati, mdb, Sql Server, Firebird, MySql
Sento la mancanza soprattutto di webbizzare le form, a mio parere il 
collegamento su server rdp e' una mezza soluzione, nel senso che bisogna 
comunque configurare la connessione, le licenze terminal costicchiano e 
ci vuole Windows Server, inzomma non e' proprio indolore far vedere una 
schermata Access sul tablet, senza contare che un'applicazione su tablet 
che si colleghi via rdp non 'sente' automaticamente la presenza delle 
textbox e quindi non si attiva la tastiera virtuale sul tablet
Altra mancanza importante e' la possibilita' di configurare i report per 
l'utente finale, se gli dai l'mde non c'e' nessuna possibilita' a meno 
di usare roba di Crystal Report o altri similari
E su un gestionale, la mancanza della configurabilita' report, a mio 
parere e' una mancanza di non poco conto
Altra questione importante e' la convivenza con installazioni di Office 
di altre versioni, spesso crea non pochi problemi
Ciao
 


Mi pare molto riduttivo pensare che con Word ed Excel si possa considerare completo uno sviluppo professionale...
Ti basti pensare che chi usava VB6 tendenzialmente si appoggiava a JET(con ADO) senza dover acquistare LICENZA di Access, questo è consentito, figurati se doveva distribuire OFFICE addirittura...
 
Le considerazini di chi sviluppa pacchetti completi STAND-ALONE sono, alcune volte esenti dalle comodità di chi sviluppa SW in ambiti in cui tutto è già installato...
Quindi si usano OCX, o Tools esterni come CrystalReport ecc... 
 
Un saluto a Paolo, che ogni 2 anni ripropone più o meno gli stessi dubbi... ;-)
Saluti
@Alex

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

 Ma prima o poi sarà tutto 64.
 
A breve (?) sara'  tutto  a 128 bit, perche' oramai internet sta per
essere  ricostruita  con  indirizzamento a 128 e questo prima o  poi 
comportera' una ricaduta sulle singole macchine che  sono  collegate
al web, ossia oggi come oggi praticamente tutte. 
 

 O sbaglio ? 
 
Sbagli. Una "macchina virtuale a 64 bit" non e' una macchina virtualmente a 64 bit. E' una macchina. A 64 bit. Ma virtuale. La macchina. Non i bit.
 
So che non hai bisogno di leggere questa pagina, ma la linko per gli altri. ;-)
http://it.wikipedia.org/wiki/Macchina_virtuale
 
 
-- 
Ciao! :)
Maurizio

 a 64 bit. E' una macchina. A 64 bit. Ma virtuale. La macchina. Non i bit.
 
Certo : da quando ci sono i sistemi operativi  (seri, non come il DOS) che
fanno da interfaccia tra applicazioni e hardware in effetti ogni applicazione
"vede" solo e soltanto una macchina virtuale.  
 
Ma allora mi sfugge completamente il  senso del post dell' OP :  poiche' 
*ogni*  macchina, come abbiamo detto, e' una macchina virtuale,  allora 
perche' ha scritto per esteso "macchina virtuale" ? Ha semplicemente una
altra macchina a 64 bit dove far girare  le applicazioni. 
 
Ci deve essere qualcosa che non va : a meno che lui abbia trovato un 
sistema per far *simulare* una macchina a 64 bit da una a 32, ma diavolo :
non e' affatto uno scherzo mettere in piedi una cosa simile ! Devi scendere
giu' giu' a basso livello per farlo. 
 
Boh 
 
Forse non sapro' mai quello che intendeva :-) 


Conl'avvento delle WM, funzionano in modo splendidto SW degli anni passati che giravano con W2000 non più supportati e non sostituibili se non concosti esagerati di UPGRADE dei sistemi... e siccome non parlo di applicativi da uficio ma di gestione industriale... va da se che le complessità sono X100 in ordine di costi...
 
Senza contare poi che il presente non vede più sistemi con SERVER RIDONDATI FISICI, ma Cluster di Macchine Virtuali sulle quali girano SERVER VIRTUALI in Hot-StandBy..., niente più FaultTollerance sulle NetworkCard... poichè la ridondanza non è più HW, ma SW, quindi MAC-ADD e IP saranno sempre gli stessi ecc... ma che ve lo dico a fare...
 
Una grandissima innovazione.
 
@Alex

 Una grandissima innovazione.
 
Come sopra. 
Fammi crescere : spiegati meglio ti prego. 

 altre versioni, spesso crea non pochi problemi
 
 
E' un problema che l'utilizzo di questi installer risolve completamente:
 
www.sagekey.com
 
 
Ovviamente parlo d'installazioni Runtime di Acces, a mio avviso 
imprescindibili per la distribuzione.
 
Saluti. 
 
 

radica...@gmail.com
 wrote :

Siamo in due!
Generally speaking, dall'OP a scendere,
per tradurlo in italiano corrente
non ho capito un cazzo.
 
Anch'io uso Access dalla v1.0,
e prima ancora usavo il QuickBasic 4.5,
e prima ancora il Basica dell'AT.
Sai che database si facevano con quelli...
 
Aggiornarsi o morire... ma si può anche vegetare.
 
Bruno
 
Bruno

Il mondo industriale e quello di ufficio hanno tempi di sviluppo differenti.
Le grandi case di gestione dei processi industriali di automazione non modificano il SW con la stessa velocità con cui ZIO BILL sforna HotFix o SP o versioni di WIN.
Senza parlare del passaggio a 64Bit...
 
Quindi in processi industriali si è venuti piano piano a scontrarsi con sistemi fatti e testati con Windows2000 per il quali passare a WindowsServer2013 non è proprio una passeggiata... con tutte le problematiche che questi passaggi hanno sulle verifiche degli impianti.
 
Risultato è che molti, sfruttando IMMAGINI VIRTUALI di Macchine funzionanti fatte girare su VirtualMachine, fanno andare tutto su nuovi HW rendendosi indipendenti da Driver/32Bit o 64Bit/ o altriproblemi di vetustà...
 
Sistemi come VMWare(non la versione gratuita) fatti girare su sistemi BLADE danno garanzie di funzionamento ad altissimi livelli... meglio di sistemi Hardware ridondati.
 
Saluti
@Alex


Si, ho visto il lavoro di Alex, estremamente interessante, ma intendevo 
un generatore di report nella sua interezza (e complessita'), non credo 
che basti per le richieste comuni
Per quanto riguarda il Sagekey, so che sarebbe la soluzione della 
maggior parte dei problemi di installazione, finora ho cercato di 
ovviare al costo d'acquisto del prodotto con molti stratagemmi, usando 
il classico InnoSetup, ma molte volte non tutto fila liscio
 

 InnoSetup, ma molte volte non tutto fila liscio
 
 
Costa intorno ai cinquecento euro (perlomeno costava, non so ora), ma sono 
soldi spesi benissimo.
 
Saluti. 
 
 

 Saluti.
 
Costa 650 usd a versione pero'
Se lavori col 2003 e col 2013, sono 1300 dollari
Non sono bruscolini
Visto il fatto che coll'attuale nostra procedura di installazione fila 
lissio quasi sempre (oiu' o meno 8 volte su 10), diciamo che paziento 
ancora un po' per vedere se riesco a farne a meno
Discorso diverso se avessimo un prodotto standard venduto in miliardi di 
copie, ed allora servirebbe sicuramente una procedura di installazione a 
prova di utonto
Ma per ora, provvedo sempre io ad installare e quindi mal che vada tiro 
via l'office cliente, installo la mia roba e poi reinstallo l'office cliente

@Alex wrote :

Sulle circostanze che descrivi sono perfettamente d'accordo.
Converrai che nello stesso ambito si usano processi evolutivi
per mettere in atto... dei rattoppi!
 
"Fu vera gloria? Ai posteri l'ardua sentenza."
 
Bruno


Qualsiasi sistemazione può essere definta RATTOPPO... in questo caso ti assicuro non è proprio così.
Quando modifichi sistemi di automazione che comandano processi chimici industriali il PILOTA è la sicurezza.
Se qualche cosa non funziona o funziona male... non hai la segretaria che si incazza perchè la fattura è sbagliata, ma le conseguenze sono FISICHE ed AMBIENTALI su scala elevata.
Per questo la stabilità ai malfunzionamenti di un sistema rodato da anni ha la priorità sull'ideale perfezionismo di passare ai sistemi NUOVI per i quali poi i tempi di VERIFICA e CERTIFICAZIONE sono lunghi.
Una società, oggi più di ieri, non può permettersi nè di mettere a rischio la sicurezza degli Impianti(in senso largo intendo, quindi Personale+Capitale) perchè deve installare Windows8... o la versione 64Bit...
Quindi di norma il mondo Industriale arriva qualche anno dopo, quando cioè la maggiorparte delle magagne è risolta... e quando le BIG dell'automazione hanno testato e certificato i loro SW ed HW... e fidati che non servono 2 mesi...
 
Queste soluzioni pertanto non sono affatto RATTOPPI ma fortunatamente consentono di gestire al meglio una SICUREZZA di funzionalità.
 
Alessandro