Newsgroup: it.comp.appl.access
Titolo: E ora ricomincio a postare ... le prospettive di Access

Probabilmente su questo gruppo c'è chi si ricorderà di me.
E' un pezzo che non scrivo (ma continuo a lavorare a testa bassa), dopo 
Access, Access2000, Access2003, sono passato al 2007 (con qualche 
imprecazione ma tutto sommato soddisfatto, se non altro per la revisione 
dei listini e il runtime gratuito).
Le domande per chi come me ha una massa di programmi Access da far 
spavento sono sempre date da che c... vuol fare M$ e perché.
Primo dubbio, gli ADP sembrano rimasti 'per grazia ricevuta' quando 
ancora hanno enorme motivo di esistere, non ho ancora capito perché 
sembra vogliano scoraggiarli.
Dopo aver rotto le scatole per anni per ADODB (nel quale ho sempre 
creduto relativamente) oggi si torna ad ODBC.
In ogni caso ho un database Access collegato in ODBC con PostgreSQL su 
una macchina Linux ed all'interno una tabella con quasi 80.000.000 di 
records, con tempi decisamente accettabili, il sistema funziona.
Quindi ODBC mi va bene anche perché qualche lacciiuolo in meno fa sempre 
comodo.
Mi va bene accdb al posto di mdb (ma nei programmi nei dati resto in mdb 
così tutti li possono aprire).
La riorganizzazione grafica della versione 2007 non è brutta è 
semplicemente 'allucinante', la sto digerendo pian pianino ma devo dire 
che la sto odiando profondamente.
Il legame con il fatidico 'sharepoint' devo ancora capirlo completamente, 
mi piacerebbe anche solo capire, volessi fare interagire Access2007 con 
Outlook2007 tramite sharepoint, qualcuno ha fatto qualcosa del genere 
occorre comperare altro o c'è già tutto?
Le altre 10000 domande me le tengo per il futuro
Un saluto a tutti

 Un saluto a tutti
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:zTXhk.19$c04...@nntpserver.swip.net...

Io personalmente da anni mi sono "rintanato" nell'accoppiata adp+msde2000, 
che considero vincente.
Anche in questo NG si parla spesso di ODBC, tanti anni fa ho sperimentato la 
cosa ma in termini di prestazioni non mi convinceva.
Non ho più avuto nè il tempo nè la voglia di riprovarci.
Se si devono gestire database non Sql Server ovviamente ODBC credo sia di 
rigore.
Il punto a sfavore degli Adp è che se si deve convertire da un mdb bisogna 
modificare quasi tutto, mentre passando ad ODBC l'applicazione non cambia di 
molto, o sbaglio?
La domanda fondamentale che volevo porre da tempo è: mentre con un Adp si 
sfrutta completamente l'architettura Client-Server con ODBC questo avviene 
lo stesso?
Mi spiego con un esempio:
se ho una maschera che ha come origine dati una tabella contenente un 
milione di record e la sto usando in rete locale, se apro la maschera con il 
comando DoCmd.OpenForm e specifico la condizione di filtro nell'apertura 
della maschera, in Adp è il motore dal db lato server che effettua il filtro 
e restituisce al client il solo record che mi interessa, in ODBC questo so 
che non avviene, cioè è il client che applica il filtro, dopo che nella rete 
locale sono transitati un milione di record, o no? Forse sto dicendo delle 
cretinate ma allora mi sono perso qualcosa.
In passato avevo una applicazione in mdb che a causa de volume dei dati 
aveva prestazioni scarse in rete locale, ho sperimentate il passaggio a Sql 
Server come base dati, usando ODBC, ma le prestazioni erano quasi uguali se 
non peggiori in alcuni casi, il passaggio agli Adp ha risolto completamente 
il problema, ho dovuto praticamente riprogettare tutto l'applicativo (e 
passare da DAO as ADO tra l'altro) ma ne è valsa la pena. Nel tempo poi ho 
cominciato ad apprezzare le potenzialità di Sql Server per adesso non ne 
posso più fare a meno.
Per quanto riguarda A2007 l'ho odiato per un bel pò di tempo, in questo 
periodo lo devo usare per forza e devo dire che una volta abituati se ne 
apprezzano le funzionalità, il fatto che sia completamente riprogettato 
nell'aspetto all'inizio spaventa ma poi si è più produttivi: i comandi sono 
disposti in modo più razionale e le stesse operazioni richiedono meno 
passaggi rispetto alle versioni precedenti.
Attendo lumi a tutti i miei dubbi
Ciao
Ungi

 passaggi rispetto alle versioni precedenti.
Microsoft ha dato una bella sistemata ai progetti ADP di Acc2007, molti 
comportamenti fastidiosi presenti nelle versioni precedenti sono stati 
corretti.
A mio parere è il miglior Access da usare con i progetti ADP.
Poi se non ha futuro non ha importanza, sono andato avanti per 6 anni con 
Acc2002, posso andare avanti per altri 6 con Acc2007.
Chi vivrà vedrà, in 6 anni ne succedono di cose!!
:-)
Giorgio 

 sono disposti in modo più razionale
Ti dico la verità sono ancora ampiamente nella fase A ovvero di odio 
totale, forse per sfinimento ....
Ciao

 Scordare un componente della Triade?
A quando un nuovo accessnewsgroup incontro ?

 non peggiori in alcuni casi,
Situazione classica per FE nati per il solo JET.
Una documentazione esauriente sulle esigenze di ODBC e su come individuare
simili problemi di prestazioni (che richiedono modifiche ai costrutti SQL)
si trova qua:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=281
Ciao: Oscar

 A quando un nuovo accessnewsgroup incontro ?
Non ci sono più! Sigh!
Ora ci incontriamo per la CISA (
www.accessgroup.it
 - cisa).
Ciao.
-- 
Sergio MAZZA 

 fare un select into l'accelerazione era netta.
Beh, utilizzando una query pass-Th per l'insert, le prestazioni sono le
migliori che il Server SQL supporta...
Quantomeno così funziona con MS SQL Server.
Che mi perdo?
Ciao: Oscar


Ciao
Ungi 

 Questa è una bella notizia
sì, per contro Access2007 ha un brutto comportamento con le tabelle allegate 
via Odbc.
Poniamo di avere una tabella con un po' di record, diciamo 100.000, in cui 
sia presente un campo data popolato con valori minori di due anni dall'anno 
corrente.
Sappiamo che con odbc l'apertura della tabella comporta le lettura dei 
bookmarks ovvero della chiave scelta come indice, poi questi bookmarks 
vengono utilizzati per leggere una serie di records per riempire la pagina 
che stai vedendo in quel momento.
Fin qui tutto bene ma se sposti il fuoco sulla cella che contiene il campo 
data, access2007 invia a Sql Server la lettura di tutti i records della 
tabella quindi 100.000 Multi-Row-Fetch che di fatto intasano la rete, 
appesantiscono Sql Server e bloccano Access per molti secondi, quelli 
necessari a leggere i 100.000 records.
Ho già notificato questo aspetto l'anno scorso, però era troppo tardi per 
una correzione nel Service Pack1.
Speriamo nel prossimo Service Pack.
Giorgio 

 A mio parere è il miglior Access da usare con i progetti ADP.
Non ci giurerei: prima del service pack 1 (che non ho provato) sono
inutilizzabili con la versione Runtime di Access 2007.
Ciao: Oscar

 Ciao.
Fino ad oggi per me era solo un passo appenninico.
Ma da quello che ho visto sono arrivato un po troppo tardi, è già finito.
Vabbé peggio per voi vi siete persi la presenza del fondatore del 
newsgroup    :-)

 inutilizzabili con la versione Runtime di Access 2007.
provali con il Service Pack1
:-)
Giorgio

 ha scritto nel 
messaggio news:4888cead$0$17947$5fc...@news.tiscali.it...

dimenticavo...
Qui puoi scaricare il documento uffuciale
----
http://office.microsoft.com/download/afile.aspx?AssetID=AM102512381033
----
Alla voce Performance-->Access 2007 c'è la descrizione del comportamento che 
hanno sistemato.
qui una versione html del documento
----
http://209.85.135.104/search?q=cache:ahHRs1eQKcsJ:download.microsoft.com/download/9/5/B/95B78DF3-C444-4B78-9636-779CA0E75DC7/Office2007SP1.docx+Office2007SP1+Known+Issues&hl=it&ct=clnk&cd=2&gl=it
----
Ciao
Giorgio 

 Probabilmente su questo gruppo c'и chi si ricorderа di me.
Papааааааааааа
Antonio 

 Antonio
Toh!
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:g6udet$g0n$1...@tdi.cu.mi.it...

Beh, a volte ritornano...
Antonio 

 Antonio
Allora ben tornato!
Ciao.
-- 
Sergio MAZZA 


Sì lui fa toccata e fuga
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 Allora ben tornato!
Sempre che non sia il suo storico, agguerritissimo CLONE   ;-)
Ciao: Oscar

 Ciao.
Sì lui fa toccata e fuga
Beh, lezione n° 1 dell' uomo perfetto cacciatore...
Antonio