Newsgroup: it.comp.appl.access
Titolo: Segnalazione Link di interesse ADO

Penso possa interessare.
http://msdn.microsoft.com/en-us/library/ms973217.aspx
E' un'esposizione sintetica ma esauriente sulle differenze tra le due 
tecnologie ADO e ADO.net e mi � servita per dipanare ulteriori dubbi.
Mi ha particolarmente colpito la gerarchizzazione dei dataset pi� o meno 
equivalenti ai datashape molto difficili da manipolare.
A voi le considerazioni sul futuro di Access che non mi sembra in questo 
momento abbia vocazioni client/server (inteso come SQL o altri db).
Gli ADP sembrano alettanti, ma sono piuttosto limitativi.
Il destino degl ADO (com) � segnato?
E gli sviluppatori Access cosa fanno si devono convertire per sopravvivere?
A voi l'ardua sentenza.
Daniele

 sopravvivere?
E' una possibilit�. Oppure sfruttare le nuove releases del prodotto, che 
seguiranno puntualmente ogni nuova uscita di Office.
Ciao   ;-) 

 Ciao   ;-) 

 al 2012.
Il fatto di non poter sfruttare le features .NET creer� problemi a realt� 
articolate e complesse come quelle indicate pi� sopra.
In tutti gli altri casi (la norma) va benissimo ODBC per agganciarsi a SQL 
Server.
E ribadisco: benissimo.
Ciao, Max

 database.
Quando mai la Microsoft ha detto il contrario?
Sbaglio o sta nel pacchetto Office Professional? In cui il professional 
non credo indichi i professionisti del campo informatico.
--
ac

 professional non credo indichi i professionisti del campo informatico.
Come sopra. Molto genericamente allora potrei dirti paradossalmente perch� 
VBA? Evidentemente c'� un target di sviluppatori a cui si rivoge e non solo 
una collezione di macro...
A proposito di macro... hai notato come si � dato peso alle macro con la 
nuova versione? Questo conferma i miei timori. Evidentemente, parlo da 
ignorante con visione limitata del problema, se si investono delle risorse 
nel potenziare le macro (e altro a dire la verit�) invece che su quella 
naturale evoluzione evidentemente Access sta cambiando rotta. Decisamente. 
Oltro particolare. L'editor VBA di Access � rimasto praricamente immutato da 
un decennio, ma ci si adatta.
Grazie
Daniele 

 Ciao, Max
Anche qui non mi sento di definire ODBC la norma.
Posso solo dirti che senza di esso, probabilmente non starei neanche a 
discutere di questi argomenti, tanto � stato indispensabile in questi anni.
So solo che "comincia" a perder colpi e si rischia di rimanere indietro.
Ma si possono buttare anni di lavoro?
Ciao
Daniele 

 Ma si possono buttare anni di lavoro?
Se a tuo avviso 'perde colpi', significa che nell'ambito del tuo lavoro �
diventato insufficiente.
Ma sbagli a farne una questione assoluta: anche se rifiuti le
statistiche, le realt� diffuse si accontentano perfino di meno.
Ciao, Max 

 Ciao, Max 

 
ADO nasce per spingere ASP. L'oggetto ADO ha alcune qualita' utili solo 
e soltanto se le applicazioni nascono per "informatica distribuita". Ha 
parecchie lacune, ora neanche le ricordo piu', per cui uno sviluppatore 
access era obbligato ad usare sia l'oggetto ADO che l'oggetto DAO.
A fronte di questa confusione il sottoscritto ha mandatao a quel paese 
ADO dopo la prima applicazione scritta e mi sono affrettato a tornare 
indietro.
Per quanto riguarda  VBA. Anche Microsoft ha i suoi concorrenti e VBA e' 
stato uno degli strumenti necessari per spazzarli via, almeno nel mondo 
Windows. E forse, diro' una bestemmia, e' servito per mantenere 
nell'area Windows una fetta di utilizzatori che, desktop e limitrofi, 
che potevano scegliere sia Linux che Apple.
--
ac

 che potevano scegliere sia Linux che Apple.
La cosa certa � che in tutte le epoche il business viene prima di ogni 
teconologia.
La stessa Apple ha cambiato rotta. Le applicazioni pesanti su apple molto 
molto difficilmente andavano in crash, non per nulla per l'editing audio 
video era il massimo
Ciao
Daniele

 video era il massimo
Perdonami ma e' molto piu semplice fare editing audio-video che gestire 
un magazzino. Le applicazioni pesanti sono quelle che fanno "cose".
Nanetto. Mi ha chiamato recentemente un "cliente", non so se ancora 
definirlo cosi', chiedendomi cosa doveva fare per spostare una applicazione.
La cosa mi ha stupito poiche' erano anni che non lo sentivo e gli ho 
chiesto, innocentemente, se usavano ancora la mia applicazione. 
Ovviamente la risposta e' stata affermativa. I crash dipendono dalla 
accuratezza del sofware che e' pari alla expertise dell'estensore.
Ohhhhh...... anche le mie applicazioni vanno in  crash, sia chiaro ;-{)
--
ac

 Come vedi tutto questa folli contraddice sia te che me.
A questo riguardo sarebbe interessante sapere cosa ne pensino gli altri, e 
in che tipo d'ambito operino (tipi d'aziende, dimensioni delle LAN, 
eventuali connessioni in remoto, etc).
Ciao: Max


Infatti all'inizio era una sensazione e poi monitorando il traffico rete ho 
avuto conferma, poi ho fatto delle ricerche (tra l'altro l'amico profiler di 
SQL me lo ha confermato) e non appena ho l'occasione cerco di non tenermele 
per me queste scoperte che tutto sommato dovrebbero essere scontate come 
l'acqua calda. Per non lo erano.
Ciao e alla prossima
Daniele


 sopravvivere?
io so che ho vissuto egregiamente con gli Adp di Access2002 e Sql server per 
8 anni, penso di vivere ancora meglio con gli ADP di Acc2007 per altri 8/9 
anni.
Poi si vedr�, magari vado in pensione
:-)
Giorgio Rancati


Certe affermazioni si possono fare solo con cognizione di causa e 
soprattutto quando sono dettate da esperienza e sono espresse da chi fa 
questo "mestiere" con passione e dedizione.
Quindi tiro un sospiro di sollievo e ti ringrazio.
Daniele

 Quindi tiro un sospiro di sollievo e ti ringrazio.
umm.. non o fatto nessuna affermazione, e' solo il mio punto di vista, 
quindi da prendere per quello che �
:-)
Giorgio Rancati 

 umm.. non o fatto ......
ops mi � rimasta in canna una h
Giorgio Rancati


Allora non sono l'unico che va a rileggere i propri post per verificare 
imbarazzazni errori di diteggiatura. :-)
a parte vedere che il post non sia scomparso nel nulla...
Ciao
Daniele

 Gli ADP sembrano alettanti, ma sono piuttosto limitativi.
Personalmente utilizzo sia ADO che DAO, non utilizzo 
ADO.NET
.
Generalmente chi come me ha almeno una cinquantina di progetti aperti 
nelle varie versioni non corre dietro a Microsoft ogni volta che trova 
una novità, anche se la tiene d'occhio.
Senza poi contare che occorre sempre fare un raffronto costi/benefici.
E nei costi occorre valutare, tempi di studio, conoscenza degli 
inevitabili bugs, costi di allestimento, eventuali vincoli in più verso 
tecnologie Microsoft, vincoli al cambio di Sistema Operativo, costrizioni 
all'utilizzo di un Framework ecc.
Faccio un esempio se ho un applicativo in monoutenza che lavora a 
velocità stratosferiche in locale su un suo database e non è condiviso, 
avere una metodologia sofisticata per l'astrazione dal database, può 
voler dire avere un sistema più lento per cui DAO può essere più veloce 
di ADO.
Per quanto concerne l'uso degli ADP, ho fatto parecchi porting, non è una 
passeggiata ma il gioco vale la candela in particolare per tutti coloro 
che hanno grosse basi dati condivise da SQL Server.
Tutti i miei applicativi che hanno o dati sensibili oppure più di 10 
utenti in rete usano ADP e database server.
Personalmente ho anche un applicazione con ODBC collegata a PostgreSQL 
con una tabella (tanto per capire) con circa 80.000.000 di record.
E funziona ...
-- 
http://blog.holzl.it


La pecca � che si tratta di snapshot modificabili e le transazioni sono 
difficili da implementare non avendo possibilit� di gestire l'oggetto 
connection, a meno che hai una soluzione diversa.
L'altro problema � che in una VPN lenta devono essere scaricati tutti i dati 
� l'utente ha l'impressione che ci sia qualche problema, per questo perch� 
utilizzo le propriet� dinamiche "Initial Fetch Size" e "Background Fetch 
Size" unitamente adFetchNonBlocking in fase di apertura recordset...
Con ADP � fattibile ma la connessione � blindata.


 fattibile ma la connessione è blindata.
L'osservazione è giusta, come dici tu però, in una VPN lenta.
Fortunatamente non ho situazioni di questo tipo, se mi capiteranno 
ADO.net potrebbe essere una soluzione.
Anche se le VPN lente nel tempo saranno sempre di meno.
-- 
http://blog.holzl.it

 Con ADP � fattibile ma la connessione � blindata.
questa non l'ho capita, se la VPN � lenta, lo � sia per ADO che per ADO.Net.
Io chiedo sempre un record alla volta tranne su piccole tabelle come ad 
esempio quella dei Codici Iva, in questo modo non ci sono grosse differenza 
tra VPN a 256Kbit/sec e rete interna a 100Mbit/sec.
Ciao
--
Giorgio Rancati
[Office Access MVP]

 Ciao
Grazie
Daniele 

 Che suggerisci?
Maschere di ricerca con adeguati filtri, per cliente, per agente, da numero 
ft a numero ft, da data a data ecc.
Se proprio devi paginare allora fallo tu senza ricorrere ad automatismi 
preconfezionati, la stessa logica del "1 record alla volta" pu� essere 
espansa a 100 record alla volta.
Ciao
Giorgio Rancati 

 Giorgio Rancati 

 Che ne pensi?
il link � questo,
http://groups.google.it/group/microsoft.public.it.office.access/browse_frm/thread/174c2c2a31641b2b
Ma la paginazione dei movimenti di magazzino � molto pi� semplice, avrai un 
protocollo di registrazione, quindi basta fare la Top x dall'ultimo 
protocollo letto.
Ciao
Giorgio Rancati

 Giorgio Rancati 

 T-SQL, senza doversi creare le paginazioni con le TOPpe.
Se sfrutti gli indici la Topx � la soluzione pi� performante.
In alternativa c'� il ROW_NUMBER() ma io lascerei perdere se la tabella ha 
molte righe.
Ciao
Giorgio Rancati

 Giorgio Rancati 

 slacciarmi dalla connessione per invocare le sp.
continuo a non capire, puoi fare un esempio pratico ?
Ciao
Giorgio Rancati 

 Giorgio Rancati
Grazie della tua pazienza
Daniele 

 Invece con .net mi hanno confermato che c'� pi� flessibilit�.
S� ma a quella stregua, ti conviene una maschera non associata, poi invochi 
la tua sp come meglio credi.
La stessa cosa puoi farla con Access.
Ciao
Giorgio Rancati

 Giorgio Rancati
Grazie ancora.
Daniele 

 Devo necessariamente utilizzare il classico mdb?
non ci ho mai provato e neanche voglio farlo, mi trovo bene con i trigger.
:-)
Giorgio Rancati

 Giorgio Rancati
Allora quando parli di slacciare intendi gli mdb?
Tema trigger.
Qui si aprirebbe un altro thread, perch� le opinioni al riguardo sono 
discordanti.
Chi demonizza i trigger e chi invece li adora e non ne potrebbe fare a meno.
Personalmente penso che se usati bene sono una risorsa potente. Del resto se 
esistono...
Come al solito se eseguo una transazione lunghissima, ovviamente vuol dire 
che ne faccio cattivo uso.
E poi che male c'� potenziare i constraint con i trigger? Una tale 
metodologia permette di manuntenere la UI in modo pi� snello.
Immaginiamo ad esempio che un importo deve essere arrotondati ai due 
decimali che improvvisamente per decisioni business gli arrotondamenti 
devono essere ancora pi� rigidi.
Un conto � aggiornare "prontamente" la UI di tutti i client che accedono, un 
conto � risolvere a monte il problema con i trigger.
Certo si potrebbe optare con le sp.
Ma in linea di principio la mia opinione al riguardo � questa: schema 
concettuale dei dati "sano"; robusta programmazione lato server; uso dei 
trigger per operazioni della pi� piccola durata, rafforzamento dei 
constraint e aggiornamento di alcuni archivi di risultato (non in tutti i 
contesti. altrimenti un update di massa potrebbe durare parecchio - 
beninteso che i trigger vegono eseguiti non recor by record ma sull'insieme 
inserted - deleted)  e altri mini batch.
Unico problema che la UI sarebbe meno friendly perch� l'utente scoprirebbe 
la violazione dei constraint solo dopo e non prima di un update. Un po' 
quello che accade con le applicazioni web oriented dove c'� un dispendio 
esageratissimo di traffico di rete. Ho dato un'occhiata a visual studio web 
o al sito 
asp.net
 in cui ho visto tonnellate di pagine per il rendering di 
una banalissima window form. Si parla tando di mega e mega ADSL, ma si � 
dato un'occhiata ai costi della banda garantita e della banda upload quanto 
costa? Con soli 250kb e una soluzione proposta in quei video penso che basta 
poco a far collassare un normale server con una manciata di utenti, o mi 
sbaglio?
Comunque ora sto divagando.
Grazie Giorgio.
Buona giornata.
Daniele 

 manciata di utenti, o mi sbaglio?
non mi parlare di applicazioni Web perch� non ne so niente :-)
Ciao
Giorgio Rancati 

 Giorgio Rancati
Grazie Giorgio
Ciao