Newsgroup: it.comp.appl.access
Titolo: Access 2000 =~ SQL server ?

Come la maggior parte sa, access non è un'applicazione performante dal punto
di vista client-server.
Questo perchè qualora i dati siano allocati su un server e un client
effettui un'interrogazione su di essi, l'intera banca dati viene trasferita
dal server al client e poi la query viene eseguita localmente sul client.
Il fatto di non spostare soltanto il risultato della query (e quindi una
mole di dati molto inferiore rispetto all'intera banca dati) provoca un
rallentamento enorme delle prestazioni delle applicazioni che sfruttano la
tecnica del db centralizzato.
Mi risulta che access 2000 utilizzi il motore dell'SQL server (e questa
sarebbe la prima conferma che vorrei).
SQL server effettua l'ottimizzazione di cui sopra, cioè il trasferimento di
solo il risultato delle query.
A questo punto sorge spontanea la domanda: Access 2000 utilizza questa
potenzialità del motore dell'SQL server?
Se fosse così, imho, sarebbe un ottimo motivo per utilizzare access 2000
nonostante tutti i bug e casini vari che si stanno registrando come tutti i
nuovi prodotti SW microsoft.
Se non è così... beh, penso proprio che access 2000 mi conoscerà nel 2002...
circa...
Opinioni?
Antonio


Yes. Fatti un giro qui per saperne di più:
http://msdn.microsoft.com/library/techart/apgintro.htm
ciao
Stefano

 circa...
Più o meno quando conoscerà anche me :)
Bye.

beh, sai benissimo che le mie conoscenze sono ferme ancora ad Access 2.0...
Comunque ho sempre sentito che Access è Client server (così dice Microsoft).
Domanda: la patch Ole-db per Access '97 pubblicata sul sito comune
funzionerà?
Ti confesso che nel 2002 non avrà cominciato a conoscermi manco Access '95!
Ciao
Antonio

 Comunque ho sempre sentito che Access è Client server (così dice
Microsoft).
Non è così. In realtà è assimilabile a un client server utilizzando ODBC. In
questo caso, a seconda del driver e della sorgente dati, Access genera delle
query che vengono compilate ed eseguite dal server SQL che restituisce le
sole righe risultato. Alcuni driver ODBC, però, non ottimizzati per l'uso
con Access, spostano le intere tabelle all'interno di MS Jet ed è
quest'ultimo a effettuare le query sui dati. Ti lascio immaginare il
traffico in rete che generano.
Access 97 può usare le query "pass thru" che spostano l'istruzione SQL
perchè venga nativamente eseguita sul server. Il problema è che queste
restituiscono dei recordset snapshot, quindi non aggiornabili.
Bye
--
********************************************
Giorgio B. - P.S. elettronica srl - Udine
email: 
giorgio....@ps-elettronica.it


Manco sai se il client-server č roba che se beve o se magna....
Bha!
Ste

 restituiscono dei recordset snapshot, quindi non aggiornabili.
Esatto. Una soluzione alternativa che utilizzo continuamente è l'apertura
di + cursori; invece di eseguire un brutale join tra 2 tabelle remote si
fa un loop su una tabella ed una funzione che ritorna i dati dalla seconda
ricevendo come parametri le chiavi esterne.
Bye, Ste

 wrote in message
8aljqk$mvd$1...@fe1.cs.interbusiness.it...

ma non è poco performante?


 --
Affatto, quando si "molla" sql per i join e si aprono direttamente *solo* i
record che interessano il guadagno nelle prestazioni è devastante; con
questa tecnica x intenderci si raggiungono con Access+ODBC +o- le
stesse prestazioni che si ottengono utilizzando l' activeX nativo di Oracle
(oracle object for ole).
Bye, Ste

Bha!
Bettě, cazzo!
Va be, va be, perň neanche riconosci che questo č uno dei messaggi falsi,
cazzo un'altra volta!!!
Antonio


Oppssss.....
Il "calore umano" pareva effettivamente il tuo; ed anche le conoscenze
informatiche !  :-P
Cmq bisogna che fai qualche cosa, mi viene in mente quell'altro tizio
che mandava post a tuo nome su improbabili vendite di bambolotti
con alluce mancante, gommoni ecc; a ripensarci ancora viene da ridere!
Bye, Ste