Newsgroup: it.comp.appl.access
Titolo: tabelle collegate .... performance?

ciao a tutti,
dovendo sviluppare anche una piccola applicazione FE
la domanda ... nasce spontanea: Access, ODBC, sqlsever, ...?
mamma microsoft ci propone diverse soluzioni
ed a quanto pare ..."spinge" sulla base dati in sqlserver ....
(non è nuova la news che Access verrà abbandonato)
ho notato che mentendo la base dati in Access, in rete,
le prestazioni sono davvero scarse, in fase di avvio,
(maschera con diverse sottomaschere e caselle combinate)
la situazione è notevolmente migliorata con la base dati
in sqlserver via ODBC, o meglio ancora tramite progetto,
nell'ultimo caso ci si scontra con la migrazione ....
è sostenibile un database FE-BE in rete
completamente in Access?
c'è qualche trucchetto per "elaborare" il motore?
ciao a tutti e buon anno
******************************
Giuseppe Zef(ferino)
e-mail: 
zefb...@tin.it


Hai mai provato come BE ad usare MSDE compreso in Acces2000 e successivi?
ciao,
AEOM


.... certo!
MSDE non è niente altro che un ... "sqlserver limitato"!
vale il discorso detto prima ... migrazione!
infatti questa è la via imposta da Microsoft
e noi .... ci adegueremo ... :-(
ciao
Zef

 c'č qualche trucchetto per "elaborare" il motore?
Cioč?
Ciao.

 Mah....io non so che intendi per LENTEZZA...
Certo, se devi aprire una maschera collegata direttamente ad una tabella
dove ci sono 30.000 records sfido che noti una certa lentezza....
Un consiglio che ti posso dare è di creare maschere non direttamente
associate alle tabelle ma delle maschere indipendenti che andranno ad agire
sui record tramite DAO o ADO (insomma tipo VB)
Ciao !
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.431 / Virus Database: 242 - Release Date: 17/12/02

 ha scritto nel messaggio
news:un_O9.54871$TC5.1...@twister1.libero.it...

Potresti spiegare meglio? intendi creare maschere non-associate che vengono
associate da codice al momento dell'apertura?
Se è questo che intendi non vedo dove sia il vantaggio se usi come BE jet
ciao,
AEOM


sì è vero, Access da molta libertà nell'abusare di questi controlli
nel mio caso sono quasi costretto per motivi di "dati aggiornati"
però qualche limatina la farò sicuramente ....
riguardo all'elaborare il motore mi riferivo a sfruttare
al massimo il motore Jet .....
per esempio ho notato che non si possono collegare le query
se eseguite sul BE ridurrebbero i dati in transito in rete ...
ridurre i campi sulle query è veramente vantaggioso?
(eliminando il classico select * ...)
grazie della risposta
Zef

 (eliminando il classico select * ...)
Dieci giorni fa si sono picchiati su questo ng. per stabilire se una buona
indicizzazione possa o meno ridurre il traffico di rete.
La risposta è (ovviamente) affermativa: cerca quel post, troverai spunti
interessanti.
Saluti.

 sui record tramite DAO o ADO (insomma tipo VB)
Se non limiti il numero dei records da spedire al client è la stessissima
cosa che usare tabelle collegate.
Ciao.

 ha scritto nel messaggio
news:2N%O9.55083$TC5.1...@twister1.libero.it...

Ma dai perchè distruggere un mito, è Natale...........!!!
Mi pare la 2° volta che la sento........!
Select * a tutti.....!
@Alex

 Mi pare la 2° volta che la sento........!
E' un mito?  ;-)