Newsgroup: it.comp.appl.access
Titolo: progetti adp su Access 2013

Ho scaricato la versione beta di Office 2013 e ho scoperto che i
progetti con estensione adp non sono più sopportati su access 2013.
A qualcuno di voi risulta la stessa cosà?
 
Marco Dell'Oca

 progetti con estensione adp non sono pi� sopportati su access 2013.
 
S�, secondo me � la caratteristica abolita pi� importante
seguito dalle tabelle e chart pivot.
 
Qui trovi una lista dalla MS:
http://technet.microsoft.com/en-us/library/cc178954(v=office.15).aspx
 
 
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 
 


Grazie Karl
Penso però che sia una vigliaccata. Io ho un'applicazione in adp ed
ora devo pensare ad una conversione.
quelle suggerite ma microsoft sono:
  conversione in access app
  ritorno alle odbc
  soluzione full SQL-based  (??? chissà cos'è)
Quale di queste è la migliore?
Quale la più semplice?
 
Ciao
Marco Dell'Oca

Scriveva marcod lunedì, 27/08/2012:

Dove hai scaricato la beta?
 
Grazie Angelo
 
 

 Quale la più semplice?
 
Le Access app sono una cosa diversa e abbastanza limitate.
"soluzione full SQL-based" è una sciocchezza perché non esiste.
 
Di solito se vuoi continuare con Access l'unica possibilità è il
ritorno a ODBC e l'uso del Management Studio ecc. per
l'amministrazione. La MS da due versioni ha propagato che
sarebbe il modo preferito per lavorare con SQL Server con Access.
 
-- 
Ciao
Karl
*********
Access FAQ: 
www.donkarl.com/it
 
 
 

 Dove hai scaricato la beta?
 
http://www.microsoft.com/office/preview/en
 



Grazie Karl,
certo che tornare alle ODBC è come tornare all'età della pietra.
Non c'è possibilità di usare le viste e le stored-procedure.
 
E poi, per quanto tempo ancora saranno supportate le ODBC?
 
Io provenivo da un sviluppo su sistema proprietario e ho cambiato
pensando che Access di Office
potesse essere la soluzione più semplice, veloce e con un lungo futuro
ma mi sono sbagliato e sono rimasto fregato.
 
Investi in tempo, risorse per creare qualcosa e tutto quello che hai
fatto ... svanisce in un attimo.
 
Ciao
Marco Dell'Oca
 


 
Le ODBC saranno supportate ancora per moooolto tempo:
 
http://msdn.microsoft.com/en-us/library/ms810810.aspx
 
 
Per quanto riguarda gli .adp... davvero, non sparatemi, ma non riesco a 
pensare che possano tornare utili a qualcuno. Hai pienamente ragione, 
Access può essere in molti casi la soluzione migliore, ma non di certo 
con gli .adp.
 
Non si tratta di fare un passo indietro, si tratta di strutturare in 
modo diverso le applicazioni con SQL come BE. Per fare un enorme passo 
in avanti.
 
Ciao,
Stefano


Perche in ODBC non si possono usare stored o viste? Sono uno standard....

 fatto ... svanisce in un attimo.
 
Beh, purtroppo � "la natura" di questo mestiere ;-).
MS gi� da 2007 ha detto che ODBC � il metodo raccomandato
per Access come frontend per SQL Server. Quindi per chi ha
osservato le segnalazioni (in questo caso persino giuste) il destino
degli ADP non � una grande sorpresa.


 ...
 
Solo un commento per chi si meraviglia che in quest'articolo DAO
� nella lista "Obsolete Data Access Technologies":
 
L'articolo ovviamente � dalla gente che non s'interessa per il fatto
che si puo lavorare con Access come database. DAO dopo la sua
"ultima versione" (citato: "DAO 3.6 is the final version of this 
technology")
� stato aggiornato per Access 2007-2013 (diverso da ADO/ADOX),
cio� per ACE/accdb/64 bit, per� adesso si chiama
"Access Database Engine Object Library" ovvero "acedao.dll".



 
Aspetta... mi manca qualcosa. SNAC OLEDB ï¿œ deprecated, ma perchï¿œ ADO?
 
Ad ogni modo, Microsoft dovrebbe modificare la struttura di ADO in modo 
tale da rimanere dipendente da ODBC senza passare attraverso OLEDB, se 
proprio volesse eliminare qualsiasi provider OLEDB.
 
Potresti indicarmi dove viene annunciato che ï¿œ meglio iniziare ad 
abbandonare ADO?
 
Grazie.
Stefano

 abbandonare ADO?
 
No. Ti puoi indicare un blog post che dice che questa decisione
"does not affect ADO's and 
ADO.NET
's roadmaps":
http://blogs.msdn.com/b/adonet/archive/2011/09/13/microsoft-sql-server-oledb-provider-deprecation-announcement.aspx
 
 
Anche questa discussione potrebb'essere interessante:
http://social.technet.microsoft.com/Forums/en/sqldataaccess/thread/e696d0ac-f8e2-4b19-8a08-7a357d3d780f
 
 
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 
 

Meno male... ADO ï¿œ la mia strada preferita...
 
Ciao



Io ho sviluppato dei front-end multiaziendali che si collegano in modo
immediato usando adp a numerosi database di aziende diverse  ora con
le ODBC devo riallegare le tabelle e le viste di database diversi. I
tempi di attesa sono molto più lunghi nel momento in cui voglio
cambiare azienda. Diversamente prima mi collegavo indistintamente ad
una azienda con un semplice login.
 
Ciao
Marco Dell'Oca

 degli ADP non � una grande sorpresa.
 
 
Ricordo i tempi in cui MS consigliava ADO e/o .Adp come giusta soluzione per 
il futuro   ;-)
 
Comunque, valutando le scelte degli ultimi anni, si conclude che il team di 
Access abbia lavorato a vuoto dal 1997 al 2002:
 
- Pagine d'accesso ai dati
- File ADP
- Visualizzazioni e grafici Pivot
 
Features che all'epoca apparivano come importanti (e vistose) innovazioni 
... tutte cestinate!
 
Un caro saluto a tutto il ng.