Newsgroup: it.comp.appl.access
Titolo: front end back end

la divisione del database in fe be influisce sulle prestazioni?
Per quello che ne so nel caso in cui utilizzo una rete è conveniente
eseguire le query sul be per evitare un flusso di dati troppo elevato sulla
rete
mi spiego meglio con un esempio:
se devo eseguire una query da 50000 righe che ha come risultato 2 righe, se
lancio la query sul fe per la rete passano 50000 righe verso la be (che
contiene solo le tabelle),mentre se la eseguo la query direttamente sul be
(dove in questi caso oltre alle tabelle avrò anche la query in esame) invio
sulla rete solo 2 righe (dopo aver chiamato la query dalla fe).
Questo è ciò che accade quando ho una grossa quantità di dati.cosa succede
se devo gestire solo un migliaio di dati?
e se non uso una rete ma ho il fe e il be sullo stesso pc?
è conveniente dunque mettere nel be anche le query o conviene lasciarle sul
fe?
un 'altra domanda che avevo fatto ieri ma non mi ero spiegato bene:
ho diviso il mio database in be e fe.
questo database sarà utilizzato in vari uffici i cui dati dovranno essere
sincronizzati.Visto che i dati si trovano nella be ho pensato di
sincronizzare solo la back end, anche perchè (a meno che non mi venga
richiesto in un secondo momento) non dovrei avere degli aggiornamenti della
front end.Secondo il mio ragionamento quindi non sarebbe necessario che gli
uffici sincronizzino anche la fe!
è un discorso giusto?posso quindi sincronizzare solo la be e far si che la
fe funzioni solo da "visualizzatore" dei dati della be?
se sei arrivato a leggere fin qua ti ringrazio  per l'attenzione!ho cercato
di essere più chiaro possibile.spero di esserci riuscito.
ciao ciao wildsurfer

ciao ciao wildsurfer
Saluti.
lucia...@sitocomune.com

sulla rete solo 2 righe (dopo aver chiamato la query dalla fe).
tutto quello che dici sarebbe vero se come be
avessi un database server (come ad es. SQL server)
se invece il be e' un mdb di access,
col cavolo che lo fa...
ciao. ElioP.

 wrote in message
news:wiHb6.59765$lV5.9...@news2.giganews.com...

Ho dei dubbi su questa tua affermazione.
Ho provato a lanciare una query che seleziona un solo records su una tabella
che sta su un BE esterno e che si compone di 175000 records . . .  risposta
immediata. Nel FE a mio parere è arrivato un solo record.
Ciao
Marco Dell'Oca
D.M.Software

 immediata. Nel FE a mio parere è arrivato un solo record.
"...la query sara' eseguita molto piu' velocemente usando un database SQL
server che non un database Access che si trovano sullo stesso server. Nel
caso di Access l'intero recordset viaggia attraverso la rete per raggiungere
l'applicazione dove viene eseguita la query.....Se i dati che state
richiedendo utilizzano dei campi indicizzati saranno solo gli indici e non
tutti i record a passare sulla rete. Access utilizzera' poi gli indici per
creare un'altra query che ritornera' <verbo errato, ndr> solo i record
necessari."
F. Scott Baker
Access 97 Manuale di programmazione
Jackson libri
Pag. 611
Saluti.
lucia...@sitocomune.com

 Pag. 611
Non conosco e non ho mai letto questo manuale ma, in questa frase non c'è
scritto che viene inviata tutta la tabella.


Che ne pensi ?
E chi gli restituisce solo i records richiesti? Qual è l'applicazione
server?
Ciao Nicola
email: metti inwind al posto  di NOSPAM

 scritto che viene inviata tutta la tabella.
ti sbagli c'e' scritto chiaramente:
'..Nel caso di Access l'intero recordset viaggia attraverso la rete per
raggiungere
l'applicazione dove viene eseguita la query..'
traduzione:
per essere eseguita, la query deve elaborare l'intero recordset, ora visto che
la query lavora sulla tabella, l'intero recordset coincide con la tabella.
bye
-- 
Federico
fluc...@paperino.sitocomune.com
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
mailto:
webm...@sitocomune.com
--------------------------------------

 scritto che viene inviata tutta la tabella.
Leggi meglio....:-)
O compra il libro...e' veramente ben fatto!
Saluti.
lucia...@sitocomune.com

 wrote in message
news:Rgec6.279901$IP1.9...@news1.giganews.com...

Avete stuzzicato la mia testardaggine.
Per vostra conoscenza vi rimando a questo articolo che trovate nella guida
in linea di access 97.
L'articolo è così titolato:
Suggerimenti per l'ottimizzazione delle prestazioni dei database SQL esterni
----------------------------------------------------------------------------
Quando ci si collega ad una tabella di un database SQL esterno, è possibile
ottenere le migliori prestazioni effettuando il collegamento alle tabelle
SQL invece di aprirle direttamente. È possibile aprire direttamente le
tabelle SQL esterne solo con il codice di Visual Basic. Le tabelle collegate
sono molto più rapide, potenti ed efficaci delle tabelle aperte
direttamente.
Ulteriori suggerimenti per le prestazioni
· Recuperare solo i dati necessari. Progettare le query in modo da limitare
il numero di record recuperati e selezionare solo i campi necessari per
consentire il trasferimento di un minor numero di dati sulla rete.
ecc...   ecc...   ecc...
----------------------------------------------------------------------------
-------------------------------
Che ne dite ?????
A voi la replica.
Ciao a tutti
Marco Dell'Oca
D.M.Software


Scusa ma non hai risposto alla mia domanda:
Nel caso il BE sia un database Access CHI (o che cosa )  restituisce solo i
records che verificano le condizioni della query?



Uso in esempio per spiegarmi meglio.
Ci sono delle fragole in un cesto su un tavolo in cucina.
Io sto seduto in salotto e voglio mangiare la fragola piu rossa.
Per ottenere la fragola piu rossa posso ipotizzare quattro soluzioni.
Prima (ipotesi  SQL server)
Chiedo al cameriere di portarmi la fragola piu rossa del cesto ed il
cameriere me la porta.
Seconda (ipotesi Access )
Mi alzo, vado in cucina, scelgo solo la fragola piu rossa e ritorno.
Terza (ipotesi da voi suggerita)
Mi alzo, vado in cucina, prendo il cesto di fragole, torno in salotto,
scelgo la fragola piu rossa, riporto il cesto in cucina.
Quarta (ipotesi futurista)
Penso di mangiare la fragola più rossa, il cameriere me la porta.
Come vedi solo due ipotesi non sono praticabili: la terza e la quarta.
La terza è stupida e non verosimile, nessun programma si comporta in questo
modo.
La quarta è auspicabile, risparmierebbe un sacco di fatica ma, ancora è
irreale.


Suggerimenti per l'ottimizzazione delle prestazioni dei database SQL
esterni
Marke'...oltre ai messaggi di risposta non leggi bene manco l'help!
SQL c'e' scritto... ossia, vale se stai interrogando un server SQL.
Come ti ha fatto giustamente notare il bravo essequellista Nicola Ardito,
nel caso di Access non si capisce chi dovrebbe essere a fare il lavoro che
dici tu (esecuzione della query e spedizione del risultato al client Access
sulla macchina remota).
Rifletti su questo, forse puo' aiutarti a chiarirti le idee: un file MDB
puo' stare su una macchina in rete dove NON e' installato Access ed altri PC
dove E' installato Access possono aprire il file e fare le loro cosine.
Concludendo: se Access non c'e'...chi lo fa il lavoro? Non sara' per caso il
client?:-)
Saluti.
lucia...@sitocomune.com

 wrote in message
news:7nBc6.74294$lV5.1...@news2.giganews.com...

Scusa Luciano,
secondo me c'è molta differenza tra database SQL e database Server SQL.



Tratto dal Books On Line di Sql Server 7.0
For example, if an application working with a file server needs to display a
list of the names of sales representatives in Oregon, it must retrieve the
entire employee file. If the application is working with a relational
database server, it sends this command:
SELECT first_name, last_name
FROM employees
WHERE emp_title = 'Sales Representative'
AND emp_state = 'OR'
The relational database sends back only the names of the sales
representatives in Oregon, not all of the information about all employees.



Hai ragione, la terza ipotesi forse è ancora usata da qualche file server.
Ma sicuramente non da Access.


Ma sicuramente non da Access.
Miiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii!
Complimenti, una affermazione avvalorata da argomentazioni tecniche cosě
profonde non l'avevo mai vista.
tratto da
http://www.microsoft.com/AccessDev/Articles/BApp97/chapters/ba19_1.htm
Although you can use Microsoft Access on its own to develop multiuser
applications, you may need the added power and security of a client/server
application.
...
There are several advantages to a client/server environment. Instead of
sending the whole database back and forth across the network, network
traffic is limited to queries from the client to the server and responses
from the server to the client.
...
Ciao Nicola
email: metti inwind al posto  di NOSPAM
-- 
Posted from 
relay4.inwind.it
 [212.141.53.75] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Ma sicuramente non da Access.
Miiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii!
Complimenti, una affermazione avvalorata da argomentazioni tecniche cosě
profonde non l'avevo mai vista.
tratto da
http://www.microsoft.com/AccessDev/Articles/BApp97/chapters/ba19_1.htm
Although you can use Microsoft Access on its own to develop multiuser
applications, you may need the added power and security of a client/server
application.
...
There are several advantages to a client/server environment. Instead of
sending the whole database back and forth across the network, network
traffic is limited to queries from the client to the server and responses
from the server to the client.
...


secondo me c'è molta differenza tra database SQL e database Server SQL.
Dici?
Spiegala pure a noi....
Saluti.
lucia...@sitocomune.com

Ma sicuramente non da Access.
Tutto e' possibile al giorno d'oggi....
MA su quali basi si poggia questa affermazione?
Saluti.
Luciano

 wrote in message
news:XGVc6.77592$lV5.1...@news2.giganews.com...

MS Access  =  Database SQL
MS SQL Server = Database Server SQL
Facile  no ... !


 Facile  no ... !
Piu' o meno la differenza che c'e' fra Pikachu e Raichu quindi....
Saluti.
lucia...@sitocomune.com

 I am thinking about the traffic on the net.
It can be a real problem with a slow net, a big database, inefficient
indexes, or the like. A true client-server data solution such as SQL Server
or Oracle does the processing on the backend instead (which is usually
advantageous but can have its own problems if the backend gets overloaded).
John W. Vinson
---------------------------------------------------------
Ritengo ora la questione completamente definita.
Consiglio:
Siate un pò piu professionali.


 Siate un pò piu professionali.
Anch'io ritengo la disussione chiusa.
Ti risparmio il mio consiglio.
-- 
Federico
----------------------------------
Rimuovi paperino. per e-mail
----------------------------------
Tutte le richieste che arrivano
in privato, vengono cestinate.
----------------------------------
Sito Comune di it.comp.appl.access
http://www.sitocomune.com
mailto:
webm...@sitocomune.com
----------------------------------

D.M.Software
Me segno pure questa.....:-)))
Saluti.
lucia...@sitocomune.com
PS Pika, pikaaa!!!:-))))

 Siate un pò piu professionali.
Professionalità, secondo me, significa anche ammettere quando si ha torto, e
non arrampicarsi sugli specchi...
--
Ciao, AntoGal
*************************************************
Gestione punti vendita (casse e pos NCR)
 
www.powerretail.it
-------------------------------------------------------------
per scaricare un gioco di DAMA ITALIANA
http://volftp.mondadori.com/italiani/galletta/
*************************************************