text:
"Sib" <si...@SPAMMiol.it> ha scritto nel messaggio
news:pkWq8.58150$S52.2...@news2.tin.it...
> "Tonina" <
pan...@yahoo.it
> ha scritto nel messaggio
> > Salve a tutti, avendo riscontrato che Access 2000 non esegue
correttamente
> > query basate su dbf collegati,
>
> Secondo me hai riscontrato male.
Purtroppo non credo di aver riscontrato male, semplicemente la stessa query
funzionava bene nel mio PC, ma non in quello del cliente ( ti dico solo che
visualizzava 192 record nel Pc del Cliente e 209 record nel mio PC sulla
stessa base dati).Dopo vari tentativi il problema è stato risolto con
l'importazione delle tabelle collegate, solo dopo questa azione la stessa
query ha visualizzato i 209 record corretti anche dal cliente.
> > ho la necessità di eliminare e importare nel
> > mio BE questi dbf ogni volta che viene usato il FE.
> > Ho provato ad usare questo codice, ma non funziona!
>
> cut
> prova questa:
>
>     CurrentDb.TableDefs.Delete "NomeTabella"
> Sib
 Ho provato a sostituire la riga interessata con quella da te proposta, ma
adesso mi appare il messaggio di errore "Il database è stato messo
dall'utente Admin in uno stato che non consente di aprirlo o modificarlo.
Mi daresti ancora una mano? Grazie, sei sempre molto gentile
Tonina


title: Importare un dbf nel BE tramite codice nel FE

author: Sib

text:
"Tonina" <
paninot...@yahoo.it
> ha scritto nel messaggio
> "Sib" <si...@SPAMMiol.it> ha scritto nel messaggio
> > "Tonina" <
pan...@yahoo.it
> ha scritto nel messaggio
> > > Salve a tutti, avendo riscontrato che Access 2000 non esegue
> correttamente
> > > query basate su dbf collegati,
> >
> > Secondo me hai riscontrato male.
> Purtroppo non credo di aver riscontrato male, semplicemente la stessa
query
> funzionava bene nel mio PC, ma non in quello del cliente ( ti dico solo
che
> visualizzava 192 record nel Pc del Cliente e 209 record nel mio PC sulla
> stessa base dati).Dopo vari tentativi il problema è stato risolto con
> l'importazione delle tabelle collegate, solo dopo questa azione la stessa
> query ha visualizzato i 209 record corretti anche dal cliente.
Sono molto perplesso.
Hai tenuto conto del fatto che le tabelle collegate di questo tipo fanno
distinzione tra maiuscole e minuscole?
> > > ho la necessità di eliminare e importare nel
> > > mio BE questi dbf ogni volta che viene usato il FE.
> > > Ho provato ad usare questo codice, ma non funziona!
> >
> > cut
> > prova questa:
> >
> >     CurrentDb.TableDefs.Delete "NomeTabella"
> > Sib
>  Ho provato a sostituire la riga interessata con quella da te proposta, ma
> adesso mi appare il messaggio di errore "Il database è stato messo
> dall'utente Admin in uno stato che non consente di aprirlo o modificarlo.
Puo darsi che ci siano altre sessioni aperte  o magari hai la tabella aperte
in qualche modo da qualche parte.



author: Tonina

text:
"Sib" <si...@SPAMMiol.it> ha scritto nel messaggio
news:SOZq8.59042$S52.2...@news2.tin.it...
>
> Sono molto perplesso.
> Hai tenuto conto del fatto che le tabelle collegate di questo tipo fanno
> distinzione tra maiuscole e minuscole?
Non ho preso in considerazione questo fatto, considerato che la stessa query
leggeva nel mio PC 209 record sulla stessa base dati, quindi stesse
maiuscole o minuscole. Anche io sono rimasta moooltooo perplessa, ma mi sono
dovuta arrendere all'evidenza ed arrangiarmi in altromodo, anche se
ovviamente non mi piace l'idea di importare ogni volta le tabelle.
> > > > ho la necessità di eliminare e importare nel
> > > > mio BE questi dbf ogni volta che viene usato il FE.
Cut
> >  Ho provato a sostituire la riga interessata con quella da te proposta,
ma
> > adesso mi appare il messaggio di errore "Il database è stato messo
> > dall'utente Admin in uno stato che non consente di aprirlo o
modificarlo.
>
> Puo darsi che ci siano altre sessioni aperte  o magari hai la tabella
aperte
> in qualche modo da qualche parte.
> Sib
Non mi risulta, comunque riprovo, grazie mille. Ciao Tonina


text:
"Tonina" <
paninot...@yahoo.it
> ha scritto nel messaggio
> "Sib" <si...@SPAMMiol.it> ha scritto nel messaggio
> > Sono molto perplesso.
> > Hai tenuto conto del fatto che le tabelle collegate di questo tipo fanno
> > distinzione tra maiuscole e minuscole?
> Non ho preso in considerazione questo fatto, considerato che la stessa
query
> leggeva nel mio PC 209 record sulla stessa base dati, quindi stesse
> maiuscole o minuscole. Anche io sono rimasta moooltooo perplessa, ma mi
sono
> dovuta arrendere all'evidenza ed arrangiarmi in altromodo, anche se
> ovviamente non mi piace l'idea di importare ogni volta le tabelle.
Ok, in questo mare della perplessita', non aggiungo altre considerazioni, ti
concedo il beneficio del dubbio anche se sono un po' come San Tommaso, se
non vedo non credo.
cut
> Non mi risulta, comunque riprovo, grazie mille. Ciao Tonina
Anche perche' da me funziona perfettamente (magari troppo, se non fai
attenzione ti ritrovi senza tabelle che neanche te ne accorgi).



title: Assegnazione recordsource a sottoreport

author: Davide

text:
Salve a tutti! ..sono nuovo di questo NG..anche se lo seguo da spettatore da
un po' di tempo..
Come da oggetto ho il seguente problema:
Ho un report con un sottoreport, quest'ultimo à associato ad un report al
quale vorrei poter assegnare una origine record da vba sull'evento apertura
del report principale, ma ricevo il seguente errore:
Errore di run.time 2451 il nome del report e' errato o fa riferimento a un
report chiuso o inesistente.
Il nome del report e' giusto e il sottoreport dovrebbe essere aperto in
concomitanza dell'evento apertura del report principale( o no??!),  non
posso assegnare la proprietà su evento apertura del sottoreport perche' nn
e' possibile dopo l'inizio della stampa (altro errore).
Ho usato la seguente sintassi che mi sembra giusta:
Reports!Sottoreport.Report.RecordSource = "NomeQry"
e' possibile assegnare la proprieta' in questo modo?
Grazie in anticipo ..
Saluti
Davide


title: Assegnazione recordsource a sottoreport

author: Roland Mayr - Chipware

text:
Ciao,
> Davide
>
lo stesso mi é successo anche a me. Ho messo "on error resume next" e la
stampa esce lo stesso.
saluti
roland


title: Assegnazione recordsource a sottoreport

text:

grazie per la risposta..
ho fatto come hai detto e l'errore non si presenta piu' e il report viene
aperto, pero' di fatto non assegna il recordsource al sottoreport e stampa
il report con il sottoreport senza i dati..
a te andava tutto a buon fine?
Ciao
Davide
ps: scusa ti ho risposto anche in privato..


title: Trovare record mancanti.

author: Gilberto

text:
Buongiorno al gruppo, mi sono iscritto da poco ed è la prima volta che
vi scrivo. Il quesito riguarda come in una tabella in cui vengono
inseriti dei record identificativi dei documenti che mi arrivano da
vari uffici sparsi in tutta l'italia posso evidenziare quelli che non
mi sono pervenuti.
La tabella è strutturata con un campo contatore, il campo IDUfficio,
quello N_doc, e la data. Ogni ufficio ha una numerazione incrementale
che ogni anno riparte da 1.
Io ho affrontato il problema in questo modo:
a) una query estrae dalla tabella i record del periodo che mi interessa
(es. mese) e li ordina per IDUfficio e per N_Doc;
b) su questa query con altre tre query calcolo per ogni IDUfficio il
Conteggio dei record presenti, il valore Max e Min di N_doc;
c) una quarta query sempre derivata dalla prima in join con le altre
tre estrae i record in cui venga rispettata la seguente condizione
"Conteggio sia = o > della differenza fra il valore Max e Min;
il risultato ossia, gli uffici che non hanno inviato tutti i documenti
viene inviato ad un report che elenca i documenti inviati scorrendo i
quali si nota il N_doc mancante.
La domanda è la seguente: è una soluzione valida o esiste una
funzione o procedura più sicura e veloce?
Ringraziandovi per l'interessamento vi ringrazio anticiapatamente,
Gilberto


title: Trovare record mancanti.

author: Roberto dal portatile

text:
"Gilberto" <
gilbe...@alice.it
> ha scritto nel messaggio
news:1169063203....@38g2000cwa.googlegroups.com...
>Buongiorno al gruppo, mi sono iscritto da poco ed č la prima volta che
>vi scrivo. Il quesito riguarda come in una tabella in cui vengono
>inseriti dei record identificativi dei documenti che mi arrivano da
>vari uffici sparsi in tutta l'italia posso evidenziare quelli che non
>mi sono pervenuti.
>La tabella č strutturata con un campo contatore, il campo IDUfficio,
>quello N_doc, e la data. Ogni ufficio ha una numerazione incrementale
>che ogni anno riparte da 1.
>Io ho affrontato il problema in questo modo:
>a) una query estrae dalla tabella i record del periodo che mi interessa
>(es. mese) e li ordina per IDUfficio e per N_Doc;
>b) su questa query con altre tre query calcolo per ogni IDUfficio il
>Conteggio dei record presenti, il valore Max e Min di N_doc;
>c) una quarta query sempre derivata dalla prima in join con le altre
>tre estrae i record in cui venga rispettata la seguente condizione
>"Conteggio sia = o > della differenza fra il valore Max e Min;
>il risultato ossia, gli uffici che non hanno inviato tutti i documenti
>viene inviato ad un report che elenca i documenti inviati scorrendo i
>quali si nota il N_doc mancante.
>La domanda č la seguente: č una soluzione valida o esiste una
>funzione o procedura piů sicura e veloce?
Se il tuo problema č quello di evidenziare, in una numerazione progressiva,
gli eventuali buchi, vai sul Sito Comune (link qui sotto) e nella Sezione
Queries leggi la FAQ di Giorgio Rancati intitolata "2.32 Visualizzare gli
eventuali numeri mancanti di un contatore che numera progressivamente i
record di una tabella".
>Ringraziandovi per l'interessamento vi ringrazio anticiapatamente,
Prego
>Gilberto
--
Roberto
-----------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
-----------------------------------------------


title: Salvataggio Record ..ancora :(

author: Alan

text:
Buonasera a tutti,
Ho un problema, ho un db per la gestione di pratiche. su una  maschera di
avvio ho un pulsante "nuova pratica" con il seguente codice:
Dim stDocName As String
Dim stLinkCriteria As String
    stDocName = "Istruttoria1"
    DoCmd.OpenForm stDocName
    DoCmd.GoToRecord , , acNewRec
Su questa maschera ci sono due pulsanti, "annulla", con il seguente codice:
DoCmd.DoMenuItem acFormBar, acEditMenu, acUndo, , acMenuVer70
DoCmd.Close
ed uno Apri che mi apre un'altra maschera che dovrebbe filtrare il record
appena aggiunto, ma che in realtà è vuota perchè penso che il record non è
stato ancora salvato.
Mi date una dritta ??
Grazie


title: Salvataggio Record ..ancora :(

author: Pablitomf

text:
"Alan" <
Al...@libero.it
> ha scritto nel messaggio
news:p50xj.23249$FR.1...@twister1.libero.it...

"DoCmd.GoToRecord , , acNewRec" non è un CREA RECORD, ma piuttosto un
SPOSTATI SULLA RIGA CHE TI PERMETTE L'INSERIMENTO DI UN NUOVO RECORD...
tu che devi da fa?


title: Salvataggio Record ..ancora :(

text:
"Pablitomf" <
pabl...@hotmail.it
> ha scritto nel messaggio
news:fq22t0$921$1...@tdi.cu.mi.it...

Devo da creà un nuovo record..., apri nartra maschera con il record appena
creato in cui c'è sta na sottomaschera per inserire l'anagrafica del
cliente...


title: Salvataggio Record ..ancora :(

text:
>> "DoCmd.GoToRecord , , acNewRec" non č un CREA RECORD, ma piuttosto un
>> SPOSTATI SULLA RIGA CHE TI PERMETTE L'INSERIMENTO DI UN NUOVO RECORD...
>>
>> tu che devi da fa?
> Devo da creą un nuovo record..., apri nartra maschera con il record appena
> creato in cui c'č sta na sottomaschera per inserire l'anagrafica del
> cliente...
'si sposta sul nuovo record
DoCmd.GoToRecord
'lo salva
DoCmd.RunCommand acCmdSaveRecord


title: Salvataggio Record ..ancora :(

text:
"Pablitomf" <
pabl...@hotmail.it
> ha scritto nel messaggio
news:fq23cu$9lo$1...@tdi.cu.mi.it...
>>> "DoCmd.GoToRecord , , acNewRec" non č un CREA RECORD, ma piuttosto un
>>> SPOSTATI SULLA RIGA CHE TI PERMETTE L'INSERIMENTO DI UN NUOVO RECORD...
>>>
>>> tu che devi da fa?
>> Devo da creą un nuovo record..., apri nartra maschera con il record
>> appena creato in cui c'č sta na sottomaschera per inserire l'anagrafica
>> del cliente...
>
'si sposta sul nuovo record
 DoCmd.GoToRecord, , acNewRec
 'lo salva
 DoCmd.RunCommand acCmdSaveRecord


title: Salvataggio Record ..ancora :(

text:
"Pablitomf" <
pabl...@hotmail.it
> ha scritto nel messaggio
news:fq23cu$9lo$1...@tdi.cu.mi.it...

Grazie, ma se metto GoTorecord mi apre la maschera di inserimento con i
record gią inseriti ...


title: Salvataggio Record ..ancora :(

author: Alessandro Cara

text:

cosi' "nun" capisce e' neapolitano!
--
ac
y-1=x


title: Salvataggio Record ..ancora :(

text:
"Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
news:fn0xj.47312$Xg7....@tornado.fastwebnet.it...

Pare che access accetti tutte le lingue.. Finziona ;)


title: Salvataggio Record ..ancora :(

text:
[cut]
>>>> tu che devi da fa?
>>> Devo da creą un nuovo record..., apri nartra maschera con il record
>>> appena creato in cui c'č sta na sottomaschera per inserire l'anagrafica
>>> del cliente...
>> cosi' "nun" capisce e' neapolitano!
> Pare che access accetti tutte le lingue.. Finziona ;)
Avevi qualche dubbio? ;-)
--
---
Ciao
Pablitomf (Maurizio Facciuti)
Web Master
www.accessgroup.it


title: Problema mscomm32

author: almorel

text:
Buongiono al gruppo,
sono un vecchio iscritto, anche anagraficamente, e chiedo aiuto.
Ho un problema circa l'ocx in oggetto: sto sviluppando un programma
per la gestione di un banco di collaudo di trasformatori di misura, devo
acquisire, tramite porta seriale, gli errori rilevati dallo strumento comparatore.
Ho già utilizzato, in passato, il controllo mscom32.ocx, ma oggi,  (Access 2019 32 bit sotto Win 10)  cercando di inserirlo nella maschera di acquisizione, mi compare: "controllo activeX non supportato".
Ho visto l'esempio di Riolab, Rs232, ma mi farebbe comodo utilizzare le sub già sviluppate. Posso fare qualcosa ? Qualcuno ha avuto/risolto questo problema ?
Grazie
Alberto Morelli


title: Problema mscomm32

text:
Mi pare di ricordarti come iscritto anche in altri Forum... ;-)

Ti sei accertato che l'OCX sia presente nel sistema...?
Se non ricordo male, non viene più distribuito di DEFAULT da MS.

Nel caso puoi scaricarlo qui:
https://www.ocxme.com/files/mscomm32_ocx

Mettilo in  C:\Windows\System32

poi ricorda di registrarlo prendo un'istanza di comando, andando alla Cartella di prima ed eseguendo:
regsvr32 c:\MSCOMM32.OCX

Ciao
@Alex


title: Problema mscomm32

text:

Grazie, Alex, ricordi bene, sono iscritto in vari forum, e per un periodo sono anche stato molto attivo.
Ora seguo sempre, ma essenzialmente come "uditore", ho avuto vari lavori, abbastanza impegnativi
che mi hanno tenuto, e mi tengono, occupato.
Grazie ancora
Alberto Morelli


title: Problema mscomm32

text:
-....
> Grazie, Alex, ricordi bene, sono iscritto in vari forum, e per un periodo sono anche stato molto attivo.
> Ora seguo sempre, ma essenzialmente come "uditore", ho avuto vari lavori, abbastanza impegnativi
> che mi hanno tenuto, e mi tengono, occupato.
> Grazie ancora
> Alberto Morelli

Si ma la mia era una finta provocazione... ricordo molto bene la tua presenza nei vari Forum.
Facci sapere se hai risolto.

Ciao
Buon lavoro.


title: Problema mscomm32

text:
Il giorno venerdì 22 gennaio 2021 alle 16:41:54 UTC+1 @Alex ha scritto:

L'ocx era già stato registrato,  ho lanciato, come amministratore, il comando che mi hai suggerito e ora va bene.
Grazie ancora.


title: Problema mscomm32

text:
...
> L'ocx era già stato registrato, ho lanciato, come amministratore, il comando che mi hai suggerito e ora va bene.
> Grazie ancora.

Ottimo.

@Alex


title: Problema mscomm32

text:
questo potrebbe essere interessante.

https://www.tek-tips.com/viewthread.cfm?qid=1347924

There is no official way of getting more than 16 ports out of the MSCOMM.

There is a hack that allows access to additional ports which involves using a hex editor to modify the OCX's binary code ...

Look for the following unique three bytes sequence in the OCX: 3D 10 00

The middle byte, 10, represents the upper port limit (i.e 16 ports). You can change this to something you like better; 99 would be 63.


title: Errore di comunicazione con il server OLE o con il controllo ActiveX!

author: Enea

text:
Chiedo lumi.
Ho una maschera associata ad una tabella DDT con all'interno una
sottomaschera associata alla tabella VOCI DDT.
Campi collegati: ID (contatore) della tabella DDT con il campo numerico RIF
ID DDT nella tabella VOCI DDT.
Quando inserisco una nuova voce nella sottomaschera vorrei che nel campo RIF
ID DDT venga automaticamente inserito il valore del contatore.
Devo dire che in altre applicazioni ha sempre funzionato e che tuttora
funziona solo che in questa nuova applicazione da anche l'errore di cui in
oggetto
Ho Access 2002!
Qualcuno ha esperienza in merito?
Grazie.


author: MA

text:

Ci credo, e adesso indovino:
Hai anche Norton Antivirus!
Sblocca gli script che Norton di default blocca.
MAssimiliano


title: Funzione GUID non funziona più  causa aggiornamenti

author: OneEDP

text:
Questa funzione restituisce errore su win10, win7 a causa di aggiornamenti

Public Function GUID() As String
    GUID = Left(CreateObject("Scriptlet.TypeLib").GUID, 38)
End Function

L'errore è Autorizzazione Negata

Alternative?

Grazie

Daniele


text:

Possibile soluzione

Private Declare Function CoCreateGuid Lib "ole32" (id As Any) As Long
Public Function CreateGUID() As String
    Dim id(0 To 15) As Byte
    Dim Cnt As Long, GUID As String
    If CoCreateGuid(id(0)) = 0 Then
        For Cnt = 0 To 15
            CreateGUID = CreateGUID + IIf(id(Cnt) < 16, "0", "") + Hex$(id(Cnt))
        Next Cnt
        CreateGUID = "{" & Left$(CreateGUID, 8) + "-" + Mid$(CreateGUID, 9, 4) + "-" + Mid$(CreateGUID, 13, 4) + "-" + Mid$(CreateGUID, 17, 4) + "-" + Right$(CreateGUID, 12) & "}"
    Else
        MsgBox "Error while creating GUID!"
    End If
End Function


text:
Il giorno giovedì 13 luglio 2017 06:52:29 UTC+2, OneEDP ha scritto:

Ciao Daniele.

WIN10 ENTERPRISE 64Bit
OFFICE 365

Public Function GetGUID() As String
    GetGUID = Mid$(CreateObject("Scriptlet.TypeLib").GUID, 2, 36)
End Function

Perfettamente Funzionante, da Access a Excel, Word ecc..
Non saprei cosa aggiungere...

@Alex


text:

Piuttosto eventualmente usa questa:
http://www.cpearson.com/excel/CreateGUID.aspx

@Alex


text:

Sì infatti è quello che ho utilizzato fino agli aggiornamenti di ieri su vari PC.
L'errore restituisce "Autorizzazione negata"
Evidentemente nella autorizzazioni qualcosa deve essere stato sovrascritto. Neanche come admin è consentito eseguire quella funzione.
Gli aggiornamenti automatici stanno diventanto sempre più aggressivi e creano sempre più problemi!
Grazie!
Daniele


text:

Questa soluzione FUNGE!
Grazie


title: Segnalazione Link per scrittura Ribbon xml

text:
  Vi segnalo questo
http://www.microsoft.com/downloads/en/details.aspx?familyid=C2AA691A-8004-46AC-9852-102F1D5BCD18&displaylang=en
Insieme a Visual Web Developer 2010 Express si possono scrivere più
agevolmente i ribboni.
A meno che c'è qualche altro tool (meno ingombrante) per la scrittura di
xml con schema
Ciao
--
Daniele
Rispondere scartando OneEDP, spam e 32


title: Selezione ultima settimana

author: singer

text:
Utilizzo questa stringa per selezionare in una query gli ultimi sette
giorni.
Funziona benissimo ma se i sette giorni sono a cavallo di due mesi
(inizio e fine del precedente) non mi restituisce nessun valore o solo
i valori del nuovo mese e non i giorni residui di quello precedente
e' normale?
Between Now()-7 And Now() o
Between Now() and Now ()-7


title: Selezione ultima settimana

author: Singer

text:
"singer" <
fuskoa...@gmail.com
> ha scritto nel messaggio
news:1191135051.7...@g4g2000hsf.googlegroups.com...

Tutto ok, era la mia query che aveva unaltro criterio
il mese corrente e quindi per forza non selezionava le date di quello
precedente
Grazie! :-)


title: Traserimento dati fra DB

author: Zappus

text:
Salve a tutti, sto per realizzare un Gestionale per una ditta, il problema č
che il cliente vuole trasferire i record presenti nelle tabelle del suo
vecchio gestionale nel nuovo, č possibile farlo con qualsiasi gestionale o
solo con alcuni in particolare?
Grazie find'ora.
Luca


title: Traserimento dati fra DB

author: FACE ONE

text:
Ciao Zappus,
quello che tu chiedi è un problema molto complesso.
Il massimo della vita sarebbe se il software del cliente ha delle funzioni
di esportazione dei dati in un formato "umano" come ad esemio Access, DBIII,
Paradox, FoxPro, ecc. Alla peggio basterebbe un formato TXT.
Nel caso questo non sia possibile sei tu che devi andare a prelevare i dati.
E qui sorgono i problemi.
Devi sapere esattamente il dormato del DB e, MOLTO importante, la struttura
delle informazioni.
In caso sia un formato "strano" e in ODBC non ci riesci devi munirti
dell'apposito driver e registrarlo nel DSN di sistema.
Una volta fatto questo puoi leggere i dati e farci quello che vuoi.
Considera comunque che devi prendere i dati trasferirli fisicamente sul
nuovo DB e alterare la struttura dei dati per adattarlo alle tue esigienze.
Ti posso assicurare che è un lavoraccio che impiega moltissimo tempo e molto
costoso per il cliente.
Ciao
FACE ONE
"Zappus" <
luc...@libero.it
> ha scritto nel messaggio
news:wxGX8.29402$K_4.6...@twister1.libero.it...
> Salve a tutti, sto per realizzare un Gestionale per una ditta, il problema
è
> che il cliente vuole trasferire i record presenti nelle tabelle del suo
> vecchio gestionale nel nuovo, è possibile farlo con qualsiasi gestionale o



title: Traserimento dati fra DB

author: Liones

text:
> di esportazione dei dati in un formato "umano" come ad esemio ....
Paradox, ....
paradox  è un formato umano una tabella su 10


title: Traserimento dati fra DB

author: Emyr

text:
On Sat, 13 Jul 2002 11:37:47 +0200, "FACE ONE"
<
NO_SPAM...@tiscalinet.it
> wrote:
>Ti posso assicurare che è un lavoraccio che impiega moltissimo tempo e molto
>costoso per il cliente.
non dirmi queste cose che prossimamente devo farlo anch'io
così mi deprimi
Saluti.
Emanuele.


title: Creazione db da modello

author: mouse

text:
Se creao un database di quelli già forniti da Access tipo "Gestione
Ordini" il pannello che si apre non fa vedere le varie voci anche se nella
tabella corrispondente ci sono e sono nella gestione del pannello. Quale
può essere il problema?
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Query e Funzioni

author: Zax

text:
Ho una funzione che ho inserito in una query, fin qui tutto bene funziona.
Ho la necessità di sostituire un valore in un istruzione del tipo " If then
" con il valore contenuto nel campo della query. come posso far riferimento
al campo della query?
Grazie


title: Query e Funzioni

author: Alessandro Baraldi

text:
"Zax" <
z...@zax.com
> wrote in message
news:434a2309$0$8496$
5fc...@news.tiscali.it

Passalo alla funzione.
Non sò come hai fatto la funzione, ma supporta N parametri
puoi benissimo passarlo.
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Query e Funzioni

text:
> > Ho una funzione che ho inserito in una query, fin qui tutto bene
funziona.
> > Ho la necessità di sostituire un valore in un istruzione del tipo " If
then
> > " con il valore contenuto nel campo della query. come posso far
riferimento
> > al campo della query?
> >
> > Grazie
>
>
> Passalo alla funzione.
> Non sò come hai fatto la funzione, ma supporta N parametri
> puoi benissimo passarlo.
>
La query si chiama componenti il campo telai è giusta la sintassi?
 Static Module As Integer
 Module = "SELECT  Componenti.Telai"
Zax


title: Query e Funzioni

text:
"Zax" <
z...@zax.com
> wrote in message
news:434a472f$0$8485$
5fc...@news.tiscali.it
[CUT]
> La query si chiama componenti il campo telai č giusta la sintassi?
>
>  Static Module As Integer
>  Module = "SELECT  Componenti.Telai"
>
>
> Zax
Cosa sarebbe questa cosa che hai postato...?
Non ha senso, ma se scrivessi tutto il codice
magari si capirebbe meglio.



title: evento su maschere continue

author: ringo

text:
Salve a tutti,
ho una maschera continua, e vorrei in base
a una determinata condizione abilitare/disabilitare
un campo.
condizione:
If Me.importo_pagato.Value > 0 Then
    Me.incasso.Enabled = False
End If
Quale evento devo usare? Li ho provati quasi tutti
ma non funzionano... se provo sull'evento "corrente"
mi dice"Impossibile trovare il nome di un campo, di un controllo o di una
proprietà immesso nell'espressione"
(la sintassi è corretta..)
Qualche dritta?
Grazie!
ringo


title: evento su maschere continue

text:
"ringo" <
ri...@tiscali.it
> ha scritto nel messaggio
news:cnv3el$lm7$1...@newsread.albacom.net...

utilizzando la formattazione condizionale
(grazie a MA!)
ringo


title: connessione remota

author: Davide Caricati

text:
salve a tutti,
ho la necessità di avere 2 db identici, 1 locale e un'altro remoto che serve
un sito
il db locale dovrebbe essere aggiornato periodicamente con i dati presenti
sul db remoto.
utilizzando access .. ho qualche possibilità???
grazie per l'attenzione.
davide


title: connessione remota

author: Silvio Berruti

text:
"Davide Caricati" <
d.car...@telvia.it
> ha scritto nel messaggio
news:99dm3i$grm$1...@fe2.cs.interbusiness.it...
> salve a tutti,
> ho la necessità di avere 2 db identici, 1 locale e un'altro remoto che
serve
> un sito
>
> il db locale dovrebbe essere aggiornato periodicamente con i dati presenti
> sul db remoto.
>
> utilizzando access .. ho qualche possibilità???
>
forse impostando la data e l'ora del tuo computer? Sono le 22.03 del
22-3-2001 e il tuo messaggio è già datato 23-3-2001 ore 6.29...
o vivi nel futuro???  :-)
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: connessione remota

text:
che hai fatto un corso di cabaret??
è questo il livello delle risposte di questo ng ...???
bella roba
comunque guarda bene il mio msg è datato 22/03/2001 ore 21:29
"Silvio Berruti" <
s...@libero.it
> wrote in message
news:dOtu6.5686$dJ6.3...@news.infostrada.it...



title: connessione remota

author: Rob

text:
"Davide Caricati" <
d.car...@telvia.it
> ha scritto nel messaggio
news:99e6fu$leh$1...@fe1.cs.interbusiness.it...
> che hai fatto un corso di cabaret??
> è questo il livello delle risposte di questo ng ...???
> bella roba
>
> comunque guarda bene il mio msg è datato 22/03/2001 ore 21:29
Io lo vedo come Silvio.
Probabilmente dipende dal News server che usi.
Anche a me, tempo addietro è capitata una cosa simile.
Vero è che se avvengono di questi errori e un messaggio nuovo va a finire
tra quelli vecchi, col cavolo che ti puoi aspettare una risposta!
Ah, per la risposta alla tua domanda originaria in un 3d di qualche mesetto
fa, lessi che è necessario interfacciare il db con ASP.
Non chiedermi di più xchè non ho mai approfondito.
Mandi, Rob.


title: connessione remota

text:
"Davide Caricati" <
d.car...@telvia.it
> ha scritto nel messaggio
news:99e6fu$leh$1...@fe1.cs.interbusiness.it...
> che hai fatto un corso di cabaret??
> è questo il livello delle risposte di questo ng ...???
> bella roba
>
> comunque guarda bene il mio msg è datato 22/03/2001 ore 21:29
>
Ciao,
1) l'idea del cabaret mi piace, forse mi ci dedico... :-)))
2) scusami x il tono scherzoso, non volevo offenderti
3) come ti ha confermato Davide Caricati, mi risultano l'ora e il giorno che
ti ho detto
4) ti prego di rispondere dopo i messaggi precedenti



title: connessione remota

author: Antonio Biso

text:
Silvio Berruti <
s...@libero.it
> wrote in message
s35v6.18411$dJ6.1...@news.infostrada.it...
>
> "Davide Caricati" <
d.car...@telvia.it
> ha scritto nel messaggio
> news:99e6fu$leh$1...@fe1.cs.interbusiness.it...
> > che hai fatto un corso di cabaret??
> > è questo il livello delle risposte di questo ng ...???
> > bella roba
> >
> > comunque guarda bene il mio msg è datato 22/03/2001 ore 21:29
> >
>
> Ciao,
>
> 1) l'idea del cabaret mi piace, forse mi ci dedico... :-)))
> 2) scusami x il tono scherzoso, non volevo offenderti
> 3) come ti ha confermato Davide Caricati, mi risultano l'ora e il giorno
che
> ti ho detto
Mettiamogli anche la testa sotto i suoi piedi, già che ci siamo... e fallo
anche muovere...
Bah!
Antonio


title: compattare database esterni con file batch

author: mario rossi

text:
buongiorno a tutti, volevo chiedere se è possibile compattare da un  database access file accdb altri file accdb esterni attraverso una routine vba oppure con il file .bat?

grazie.


author: Ammammata

text:
Il giorno Fri 30 Jul 2021 03:23:46p, *mario rossi* ha inviato su
it.comp.appl.access il messaggio
news:0332af54-a861-42a1...@googlegroups.com
. Vediamo
cosa ha scritto:

> buongiorno a tutti, volevo chiedere se è possibile compattare da un
> database access file accdb altri file accdb esterni attraverso una
> routine vba oppure con il

in VBA uso:

DBEngine.CompactDatabase "sorgente.MDB", "destinazione.MDB"

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........


text:

grazie, c'è modo di gestire un errose se ad esempio eseguo la compattazione su 3 db esterni
DBEngine.CompactDatabase "db1.MDB", "db1destinazione.MDB"
DBEngine.CompactDatabase "db2.MDB", "db2destinazione.MDB"
DBEngine.CompactDatabase "db3.MDB", "db3destinazione.MDB"

e il 2 fosse aperto credo darebbe errore giusto? riesco a saltarlo e a compattare però il 3?
inoltre una volta creati i nuovi db compattati devo eliminare i vecchi e rinominare i nuovi compattati con i nomi di quelli eliminati?

grazie.


text:
Il giorno Fri 30 Jul 2021 03:57:38p, *mario rossi* ha inviato su
it.comp.appl.access il messaggio
news:bd1cab1c-b061-4038...@googlegroups.com
. Vediamo
cosa ha scritto:

> grazie, c'č modo di gestire un errose se ad esempio eseguo la
> compattazione su 3 db esterni
> DBEngine.CompactDatabase "db1.MDB", "db1destinazione.MDB"
> DBEngine.CompactDatabase "db2.MDB", "db2destinazione.MDB"
> DBEngine.CompactDatabase "db3.MDB", "db3destinazione.MDB"
>

non mi sono mai posto il problema, prima di creare il file compattato ci
sono le istruzioni che lo cancellano (vedi un altro thread in questo
gruppo); l'applicazione č monoutente ed č salvata localmente, per cui il
file č chiuso

> e il 2 fosse aperto credo darebbe errore giusto? riesco a saltarlo e a
> compattare perň il 3?

boh, la gestione degli errori c'č, fai le prove, vedi che codici ti
restituisce e aggiungi le istruzioni necessarie

> inoltre una volta creati i nuovi db compattati
> devo eliminare i vecchi e rinominare i nuovi compattati con i nomi di
> quelli eliminati?
>

come scritto sopra, io prima elimino il vecchio, poi compatto direttamente
col nome giusto
i cambiamenti fatti recentemente al mio codice sono dovuti a un fatto
strano che a oggi nessuno ha saputo spiegare (data di CREAZIONE del file)



title: piè di pagina

text:
...aiuto, stò usando i report di access per stampare delle fatture,
c'è tutto nelle fatture in questione ma la parte inferiore del
documento ha una decina di centimetri di spazio vuoto; la struttura del
report in pratica non corrisponde all' anteprima.
Ho provato con iposta pagina a ridurre i margini ma la cosa non
funziona assolutamente


title: piè di pagina

author: Sergio MAZZA

text:
<
luca.bo...@gmail.com
> ha scritto nel messaggio
news:1151490039....@j72g2000cwa.googlegroups.com...
...aiuto, stņ usando i report di access per stampare delle fatture,
c'č tutto nelle fatture in questione ma la parte inferiore del
documento ha una decina di centimetri di spazio vuoto; la struttura del
report in pratica non corrisponde all' anteprima.
Ho provato con iposta pagina a ridurre i margini ma la cosa non
funziona assolutamente
[risposta]
Devi utilizzare il pič di pagina report...
Ciao.
--
Sergio MAZZA


title: Dsum? in maschera continua su tabella non collegata direttamente...

text:
IPOTESI:
Tre tabelle collegate
T_Lavori           (1 -----inf)            T_Rate        (1 ---------
inf)                  T_Spese
TESI:
Maschera Continua basata su T_Lavori
Tipo di lavoro      ImportoComplessivoSpese
---------------------------------------------------------------------------------------------------------------------
Lavoro1              ?????????????????
Lavoro2
Lavoro3
SVOLGIMENTO:
Io vorrei ottenere una specie di DSUM su T_Spese, ma non essendo
T_Spese direttamente collegata con T_Lavori, non riesco a formulare un
criterio...


author: Alessandro Cara

text:

Se non hai alcun attributo "logico" che metta in relazione le due
entita' mi sembra alquanto difficile poter derivare una qualsiasi cosa
da T_Spese.
--
ac
y-1=x


text:
On 14 Dic, 19:45, Alessandro Cara <
alessandro.c...@ay-1asistemi.it
>
wrote:
>
al...@libero.it
 wrote:
> > IPOTESI:
> > Tre tabelle collegate
>
> > T_Lavori           (1 -----inf)            T_Rate        (1 ---------
> > inf)                  T_Spese
>
> > TESI:
> > Maschera Continua basata su T_Lavori
>
> > Tipo di lavoro      ImportoComplessivoSpese
> > ----------------------------------------------------------------------------------------------------------------------
> > Lavoro1              ?????????????????
> > Lavoro2
> > Lavoro3
>
> > SVOLGIMENTO:
> > Io vorrei ottenere una specie di DSUM su T_Spese, ma non essendo
> > T_Spese direttamente collegata con T_Lavori, non riesco a formulare un
> > criterio...
>
> Se non hai alcun attributo "logico" che metta in relazione le due
> entita' mi sembra alquanto difficile poter derivare una qualsiasi cosa
> da T_Spese.
>
> --
> ac
> y-1=x- Nascondi testo tra virgolette -
>
> - Mostra testo tra virgolette -
MI rendo conto di essermi spiegato male:
T_Lavori ha chiave contatore
T_Rate ha chiave contatore e chiave esterna di T_Lavori
T_Spese ha chiave contatore e chiave esterna T_Rate
A un lavoro corrispondo più rate e a una rata corrispondono più spese
Le spese di un lavoro sono univocamente definite
SOlo che in DSum("[ImportoSpesa]", "T_Spese", "Idquale? =" & ???
Non credo sia possibile mettere nulla di sensato nel criterio
O non appartiene al Dominio o non rappresenta tutte le rate del lavoro
Credo pertanto, che sia necessario percorre un'altra strada per
ottenere la somma di tutte le SPESE di tutte le RATE di un LAVORO
è che non riesco a immaginare come...
F.


text:

Fatty una query che mette in join le tre tabelle (esattamente con i
criteri che hai esposto) e usa la query per fare la dsum usando l'id di
t_Lavori per la condizione. Nella query portati dietro l'id delle varie
tabelle
Riflessione: Quello che hai scritto in questo post e' sintetico e chiaro.
Domanda: Ma se a te fosse arrivata una cosa come quella che hai scritto
nel primo post avresti "tentato" di rispondere?
Conclusione: Talvolta essere chiari sin dall'inizio fa si che ci sia u
numeroso stuolo di "avvoltoi" pronti a rispondere al post abbreviando
cosi' la soluzione del problema. Che e' inutile rimarcarlo interessa
piu' il richiedente che l' "avvoltoio" di turno.
Oggi sono di turno di Sabato
--
ac
y-1=x


text:
On 15 Dic, 18:29, Alessandro Cara <
alessandro.c...@ay-1asistemi.it
>
wrote:
>
al...@libero.it
 wrote:
> > On 14 Dic, 19:45, Alessandro Cara <
alessandro.c...@ay-1asistemi.it
>
> > wrote:
> >>
al...@libero.it
 wrote:
> >>> IPOTESI:
> >>> Tre tabelle collegate
> >>> T_Lavori           (1 -----inf)            T_Rate        (1 ---------
> >>> inf)                  T_Spese
> >>> TESI:
> >>> Maschera Continua basata su T_Lavori
> >>> Tipo di lavoro      ImportoComplessivoSpese
> >>> -----------------------------------------------------------------------------------------------------------------------

1) Penitenziagite. E dire che mi ero pure impegnato ad essere chiaro
(chiedo le attenuanti generiche perchè prima di postare era imapginato
in maniera visivamente più ordinata)
2) Anche oggi abbiamo imparato qualcosa (non sapevo che il Dominio
potesse essere una Query)
3) fatto e funzionante! Grazie.
4) è bello sapere che c'è sempre un avvoltoio che vigila e volteggia
su di te, quando ne hai bisogno... ;-)
F.


author: IvanDaBologna

text:
[....]
4) è bello sapere che c'è sempre un avvoltoio che vigila e volteggia
su di te, quando ne hai bisogno... ;-)
------
sperando che non abbia mangiato solo mirtilli ..... !!! ;))
IvanDaBologna


title: conteggio raggruppamenti report

author: Massimo

text:
Salve,
Avrei la necessità di contare il numero di interruzioni per raggruppamenti
che saranno effettivamente visualizzati nel report, prima ancora di aprire
il report, analizzando cioè la query che sta alla base dello stesso.
Come posso fare?
Grazie.
Max


title: conteggio raggruppamenti report

author: Allanon

text:
Puoi creare una nuova query aprendo l'origine dati del report ed usando la
funzione CONTA sul campo che usi per il raggruppamento, ovvio che la query
deve raggruppare i dati in base al valore interessato altrimenti ti ritorna
il numero totale delle righe.
Bye
Allanon
Massimo <
ciccio...@libero.it
> wrote in message
96s29m$s0h$1...@nreadB.inwind.it...



title: conteggio raggruppamenti report

text:
Allanon <
nos...@nospam.com
> wrote in message
Wduk6.224$_N1....@news.infostrada.it...
> Puoi creare una nuova query aprendo l'origine dati del report ed usando la
> funzione CONTA sul campo che usi per il raggruppamento, ovvio che la query
> deve raggruppare i dati in base al valore interessato altrimenti ti
ritorna
> il numero totale delle righe.
>
> Bye
>
> Allanon
Il che è esattamente quello che mi è successo... il fatto è che il mio
report viene generato sulla base di un valore di un elenco a discesa, e
quindi nella query sottostante ho un criterio del tipo Like
([Forms]![mSceltaCDC]![CentroDiCosto]) e poi ho il campo (TipoCosto) sulla
base del quale faccio il raggruppamento. Pertanto ho creato un'altra query
con soli due campi e con il vincolo di cui sopra, ho attivato la funzione
"formula" sulla barra strumenti e impostato su tale campo CentroDiCosto il
criterio "dove". Poi ho aggiunto il campo TipoCosto ed ho attivato la
funzione conteggio su questo. E mi ha restituito il numero righe...
In cosa ho sbagliato?
Grazie.
Max


title: conteggio raggruppamenti report

text:
[Cut]
> criterio "dove". Poi ho aggiunto il campo TipoCosto ed ho attivato la
> funzione conteggio su questo. E mi ha restituito il numero righe...
> In cosa ho sbagliato?
Devi aggiungere ancora una volta il campo TipoCosto e "Raggrupparlo" facendo
in modo che il raggruppamento sia nella colonna prima del conteggio
Bye
Allanon


title: conteggio raggruppamenti report

text:
Allanon <
nos...@nospam.com
> wrote in message
siPk6.342$k55....@news.infostrada.it...

niente da fare, ottengo un risultato del tipo:
    voce1 10
    voce2   4
    voce5   6
cioè il numero di record suddivisi per tipo, a me invece serve sapere che
compariranno 3 voci....
Grazie


title: Prestazioni di Access

author: Sib

text:
Dall'help in linea:
------------
Utilizzare dei filtri o delle query per limitare il numero di record
visualizzati in una maschera o in un foglio dati. Un numero inferiore di
dati verrà trasferito in rete.
------------
Questa frase mi lascia perplesso.
qualcuno ha gia' esaminato cosa possa esattamente significare?
Sib


title: Prestazioni di Access

author: Sandro

text:

A me è sempre sembrata una cosa ovvia.
Ciao, Sandro.
--------------------------------
Inviato via
http://usenet.libero.it


title: Prestazioni di Access

author: Antonio Ganci

text:

Spesso le applicazioni create con Access sono suddivise in due parti
chiamate Front End (FE) e Back End (BE).
In generale sono due file .mdb o mde, il FE contiene l'interfaccia utente,
mentre il BE i dati.
Supponiao la situazione in cui FE e BE non siano memorizzati sullo stesso
PC, ma in una rete aziendale, in questo caso i dati vengono trasferiti tra
FE e BE tramite una rete locale o anche geografica.
Può nascere la necessità di migliorare le prestazioni, nel caso in cui le
tabelle contengano molti dati.
La frase da te citata, quindi serve a precisare che nel caso l'origine dati
di una maschera sia una Query la quale filtra secondo vari criteri i dati,
sulla rete verranno trasferiti solo i dati già filtrati e non l'intera
tabella.
Spero di essere stato chiaro.
Ciao, Antonio.


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...

Che nei casi di database in rete, sulla rete viaggia solo il risultato delle
query (e quindi una quantità di dati ridotta) rispetto ai dati completi
Forse...
Antonio


title: Prestazioni di Access

author: All Eyez On me

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...

Se il BE è un database client-server vero
Se il Be è un file mdb mi sembra una fesseria, le query vengono sempre
eseguite in locale
AEOM


title: Prestazioni di Access

author: Oscar Manfredini

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...

Tutto verissimo e non è affatto una fesseria come ha scritto qualcuno.
Gli indici servono proprio a questo!
Ciao.


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:VyEL9.23755$TC5.7...@twister1.libero.it...

cosa centrano gli indici con la parte where di un'istruzione sql.
se in un archivio nomi hai 400.000 righe e una maschera che ti mostra i nomi
che iniziano per A (suppooniamo siano 20), tutti i 400.000 nomi vengono
trasferiti dalla rete sul pc locale, e lq query viene eseguita in locale
Ribadisco che secondo me è una fesseria
Attendo di essere smentito ma non lo credo.
AEOM


title: Prestazioni di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:aNDL9.23542$TC5.7...@twister1.libero.it...

Se il BE è access, in rete passa tutto l'archivio
AEOM


title: Prestazioni di Access

text:
"All Eyez On me" <
> cosa centrano gli indici con la parte where di un'istruzione sql.
Scusa, ma non hai mai creato un file ad indice in Cobol?
Ragazzi, se non avete le idee chiare su cosa sia un TableScan e una
scansione attraverso un albero binario per reperire un dato, lasciamo
perdere.
> se in un archivio nomi hai 400.000 righe e una maschera che ti mostra i
nomi
> che iniziano per A (suppooniamo siano 20), tutti i 400.000 nomi vengono
> trasferiti dalla rete sul pc locale, e lq query viene eseguita in locale
> Ribadisco che secondo me č una fesseria
Nooo!
> Attendo di essere smentito ma non lo credo.
Esempio:
1) Crea una tabellina di movimenti di magazzino: Data, Cod. Art.,
ImportoRiga, etc.
2) Genera un indice a duplicati ammessi sul campo Data.
3) Genera a codice 1.000.000 di records con un range di date (distribuite
razionalmente ed equamente come da realtą) che vanno dallo 01/01/2002 a
oggi.
4) Crea una query sulla tabella con un parametro di tipo Data.
5) Se imposti come parametro la data d'inizio anno, verranno selezionati
tutti i records (con enorme spreco di risorse di rete).
6) Se imposti come parametro di selezione una settimana fa verranno
selezionati istantaneamete pochi records.
A questo servono gli indici.
Concludendo: č ovvio che con JET non puoi creare query pass-throught, ma č
altrettanto vero che sfuttando come si deve l'indicizzazione l'affermazione
dall'Help di Access č sacrosanta.
Ciao.


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:7XEL9.23848$TC5.7...@twister1.libero.it...
>
> "All Eyez On me" <
>
> > cosa centrano gli indici con la parte where di un'istruzione sql.
>
> Scusa, ma non hai mai creato un file ad indice in Cobol?
non vedo cosa centra con access il cobol
> Ragazzi, se non avete le idee chiare su cosa sia un TableScan e una
> scansione attraverso un albero binario per reperire un dato, lasciamo
> perdere.
gli algoritmi che usa jet per reperire un dato non mi interessano.
e non credo propiò usi la tecnica dell'albero binario, troppo lenta nel caso
pessimo.
>
> > se in un archivio nomi hai 400.000 righe e una maschera che ti mostra i
> nomi
> > che iniziano per A (suppooniamo siano 20), tutti i 400.000 nomi vengono
> > trasferiti dalla rete sul pc locale, e lq query viene eseguita in locale
>
> > Ribadisco che secondo me è una fesseria
>
> Nooo!
>
> > Attendo di essere smentito ma non lo credo.
>
> Esempio:
>
> 1) Crea una tabellina di movimenti di magazzino: Data, Cod. Art.,
> ImportoRiga, etc.
> 2) Genera un indice a duplicati ammessi sul campo Data.
> 3) Genera a codice 1.000.000 di records con un range di date (distribuite
> razionalmente ed equamente come da realtà) che vanno dallo 01/01/2002 a
> oggi.
> 4) Crea una query sulla tabella con un parametro di tipo Data.
>
> 5) Se imposti come parametro la data d'inizio anno, verranno selezionati
> tutti i records (con enorme spreco di risorse di rete).
> 6) Se imposti come parametro di selezione una settimana fa verranno
> selezionati istantaneamete pochi records.
>
> A questo servono gli indici.
Ma porca puttana, lo vuoi capire che le query in un ambiente file server
vengono eseguite sul client!!!!
>
> Concludendo: è ovvio che con JET non puoi creare query pass-throught, ma è
> altrettanto vero che sfuttando come si deve l'indicizzazione
l'affermazione
> dall'Help di Access è sacrosanta.
L'affermazione dell'Help non parla di indici, dice che per limitare il
traffico di rete è opportuno usare la parte where delle istruzioni sql.
Questo è falso,  mi ci giocherei il libretto della macchina
> Ciao.
>
ciao


title: Prestazioni di Access

text:
"All Eyez On me"
> > Scusa, ma non hai mai creato un file ad indice in Cobol?
> non vedo cosa centra con access il cobol
Stavo parlando di files indice sotto il profilo logico, strutturale.
> gli algoritmi che usa jet per reperire un dato non mi interessano.
> e non credo propiò usi la tecnica dell'albero binario, troppo lenta nel
caso
> pessimo.
Per effettuare ricerche in un file indice?
> > 1) Crea una tabellina di movimenti di magazzino: Data, Cod. Art.,
> > ImportoRiga, etc.
> > 2) Genera un indice a duplicati ammessi sul campo Data.
> > 3) Genera a codice 1.000.000 di records con un range di date
(distribuite
> > razionalmente ed equamente come da realtà) che vanno dallo 01/01/2002 a
> > oggi.
> > 4) Crea una query sulla tabella con un parametro di tipo Data.
> >
> > 5) Se imposti come parametro la data d'inizio anno, verranno selezionati
> > tutti i records (con enorme spreco di risorse di rete).
> > 6) Se imposti come parametro di selezione una settimana fa verranno
> > selezionati istantaneamete pochi records.
> >
> > A questo servono gli indici.
> Ma porca puttana, lo vuoi capire che le query in un ambiente file server
> vengono eseguite sul client!!!!
Sei un disastro.
Ma perchè invece che imparare la lezioncina a memoria, non provi all'atto
PRATICO a fare quello che ti dico.
Ti chiarirai le idee a cosa servono, e come funzionano i files ad indice.
: è ovvio che con JET non puoi creare query pass-throught, ma è
> > altrettanto vero che sfuttando come si deve l'indicizzazione
> l'affermazione
> > dall'Help di Access è sacrosanta.
> L'affermazione dell'Help non parla di indici, dice che per limitare il
> traffico di rete è opportuno usare la parte where delle istruzioni sql.
> Questo è falso,  mi ci giocherei il libretto della macchina
No comment.
Ciao.


title: Prestazioni di Access

text:
"All Eyez On me" <
nospambf...@libero.it
> ha scritto nel messaggio
news:KFEL9.28511$ab2.9...@news1.tin.it...

No aspetta, sei rimasto un po' indietro.
Tutto questo è vero fino all'A97.
Dal 2000 in poi è stata utilizzata la tecnica dell SQLServer per cui le
query sono eseguite in remoto e viene trasferito solo il risultato.
Ci sono un sacco di articoli in merito, controlla!
Antonio


title: Prestazioni di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:ysFL9.24215$Ou4.7...@twister2.libero.it...

questa mi è nuova.... e allora MSDE cosa l'hanno messo a fare?
AEOM


title: Prestazioni di Access

text:
"All Eyez On me" <
nospambf...@libero.it
> ha scritto nel messaggio
news:F6GL9.38395$lV4.1...@news2.tin.it...
>
>
> > No aspetta, sei rimasto un po' indietro.
> > Tutto questo è vero fino all'A97.
> > Dal 2000 in poi è stata utilizzata la tecnica dell SQLServer per cui le
> > query sono eseguite in remoto e viene trasferito solo il risultato.
> > Ci sono un sacco di articoli in merito, controlla!
> >
> > Antonio
>
> questa mi è nuova.... e allora MSDE cosa l'hanno messo a fare?
Infatti...
Prova a cercare su deja questo thread che proprio io postai tanto tempo
fa... e la successiva risposta di Stefano Radice
Access 2000 =~ SQL server?
11/03/2000
Antonio


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
> "All Eyez On me" <
>
> > cosa centrano gli indici con la parte where di un'istruzione sql.
>
> Scusa, ma non hai mai creato un file ad indice in Cobol?
Devo dire che usare il cobol come esempio non e' il massimo, anche se
capisco cosa intendevi.
cut
> Concludendo: è ovvio che con JET non puoi creare query pass-throught, ma è
> altrettanto vero che sfuttando come si deve l'indicizzazione
l'affermazione
> dall'Help di Access è sacrosanta.
In buona sostanza, tu dici che filtrando in base a un campo indicizzato
access non si scarica tutto il recordset ma cerca la posizione dell'indice
in modo da andare a leggere solo la porzione di tabella che interessa.
Mi sembra una buona spiegazione, in effetti lo avevo immaginato (era l'unica
possibilita' di limitare, da remoto, la lettura dei record) ma sull'help
quella frase laconica buttata li' senza ulteriori chiarimenti mi sembrava
piu' un errore di traduzione che altro.
Ciao
Sib


title: Prestazioni di Access

text:
"Sandro" <
sandro...@yahoo.com
> ha scritto nel messaggio
> Il 17 Dic 2002, 11:07, "Sib" <si...@SPAMiol.it> ha scritto:
> > Dall'help in linea:
> > ------------
> > Utilizzare dei filtri o delle query per limitare il numero di record
> > visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> > dati verrà trasferito in rete.
> > ------------
> >
> > Questa frase mi lascia perplesso.
> > qualcuno ha gia' esaminato cosa possa esattamente significare?
>
> A me è sempre sembrata una cosa ovvia.
probabilmente perche' non hai approfondito bene il funzionamento di Access.
Ciao
Sib


title: Prestazioni di Access

text:
"Antonio Ganci" <
a.ganciNO...@megattera.it
> ha scritto nel messaggio
> Sib wrote:
> > Dall'help in linea:
> > ------------
> > Utilizzare dei filtri o delle query per limitare il numero di record
> > visualizzati in una maschera o in un foglio dati. Un numero inferiore
> > di dati verrà trasferito in rete.
> > ------------
> >
> > Questa frase mi lascia perplesso.
> > qualcuno ha gia' esaminato cosa possa esattamente significare?
> >
> > Sib
>
> Spesso le applicazioni create con Access sono suddivise in due parti
> chiamate Front End (FE) e Back End (BE).
cut
> Spero di essere stato chiaro.
Antonio, sei stato chiarissimo e ti ringrazio, ma il problema che mi ponevo
e':
come fa un database file sharing come access a limitare il numero di record
letti se comunque il filtro lo deve applicare in locale e quindi *dopo* aver
gia' letto i record stessi?
Sib


title: Prestazioni di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio
> > Dall'help in linea:
> > ------------
> > Utilizzare dei filtri o delle query per limitare il numero di record
> > visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> > dati verrà trasferito in rete.
> > ------------
> >
> > Questa frase mi lascia perplesso.
> > qualcuno ha gia' esaminato cosa possa esattamente significare?
>
> Che nei casi di database in rete, sulla rete viaggia solo il risultato
delle
> query (e quindi una quantità di dati ridotta) rispetto ai dati completi
>
> Forse...
Pare sia cosi'.
L'ipotesi buona l'ha fatta oscar.
Ciao
Sib


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
> "All Eyez On me"
>
> > > Scusa, ma non hai mai creato un file ad indice in Cobol?
>
> > non vedo cosa centra con access il cobol
>
> Stavo parlando di files indice sotto il profilo logico, strutturale.
Tutti i frequentatori vecchi sanno cosa sono gli indici, penso che All
intendesse dire che portare il cobol ad esempio non e' il massimo.
> > gli algoritmi che usa jet per reperire un dato non mi interessano.
> > e non credo propiò usi la tecnica dell'albero binario, troppo lenta nel
caso
> > pessimo.
>
> Per effettuare ricerche in un file indice?
Personalmente penso che la tecnica migliore sia quello della bisezione.
cut
Ragazzi vogliamo camarci?
ultimamente noto la tendenza ad una eccessiva aggressivita'.
Non sara' l'avvicinarsi delle feste?
Sib


title: Prestazioni di Access

text:
"Sib" <
> cut
> Ragazzi vogliamo camarci?
> ultimamente noto la tendenza ad una eccessiva aggressivita'.
Hai ragione: ho esagerato nel tono e chiedo scusa a chi si sia sentito
offeso.
Ciao.


title: Prestazioni di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:znGL9.24410$Ou4.7...@twister2.libero.it...

il post conferma quello che ho detto io :
".......
Microsoft dice così...
> 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?
Dipende: se usi Access 2000 con SQL Server sì, se continui a usare Access
con il BackEnd sul server no (vista la tua enorme esperienza e il tuo enorbe
bagaglio tecnico, quest'ultima precisazione non serviva di certo :)  )
Tieni presente che con il 97 potevi fare delle query pass-thru e SQL Server
eseguiva le query per te: Nella versione 2000, questo è automatico.
....."
se il BE e un file mdb le query vengono fatte in locale
qui sopra si parla di sql server.
Ma scusa... creati un archivio BE MDB, caricaci 1.000.000 di record da
100byte, creati una maschera che poggia su una query che estrapola un solo
record, aprila sullo stesso pc e aprila su un pc in rete con gli archivi
collegati e guarda che differenza... ti sembra che per la rete siano passati
solo 100 byte?
Rifai l'esperimento con BE MSDE e guarda che differenza
AEOM


title: Prestazioni di Access

text:
"Sib" <
> In buona sostanza, tu dici che filtrando in base a un campo indicizzato
> access non si scarica tutto il recordset ma cerca la posizione dell'indice
> in modo da andare a leggere solo la porzione di tabella che interessa.
> Mi sembra una buona spiegazione, in effetti lo avevo immaginato (era
l'unica
> possibilita' di limitare, da remoto, la lettura dei record) ma sull'help
> quella frase laconica buttata li' senza ulteriori chiarimenti mi sembrava
> piu' un errore di traduzione che altro.
Già, e ho postato pure un esempio _che secondo me si può implementare
rapidamente_  per gli increduli ;-)
Comunque mi fa piacere riscontrare da parte tua interesse e voglia di
approfondire senza preclusioni una questione piuttosto importante.
Ciao.


title: Prestazioni di Access

text:
"ringo" <
ri...@tiscali.it
> ha scritto nel messaggio
> "Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
> > "All Eyez On me"
cut
> access non elabora le richieste e non restituisce dei
> risultati come sql server! non è nato per far questo!
Ho i sensi di colpa per avere aperto un 3d cosi' acceso.
per chiarire la cosa, gli indici sono ordinati, questo vuol dire che per
trovare tutti i record (nell'indice) che rispondono a certi parametri non li
leggo tutti, ma faccio una ricerca strutturata. una volta raccolti i
riferimenti a tutti i record il cui risponde alle caratteristiche prescelte,
si vanno a leggere i soli record rispondenti.
La cosa non vale se il criterio viene inserito su un campo non indicizzato.
Verifichiamo che sia effettivamente cosi' come suggeriva Oscar e postiamoci
i risultati.
> P.S.: continuo a ribadire che access è ottimo
> solo in ambiti MONOUTENTI
Beh! ora non esageriamo.
Io ho molte installazioni con 4  e 5 utenti che lavorano forte senza alcun
problema.
Sib


title: Prestazioni di Access

text:
Sib wrote:
[CUT]
> Antonio, sei stato chiarissimo e ti ringrazio, ma il problema che mi
> ponevo e':
> come fa un database file sharing come access a limitare il numero di
> record letti se comunque il filtro lo deve applicare in locale e
> quindi *dopo* aver gia' letto i record stessi?
>
> Sib
Su questo mi dovrei documentare meglio, a rigor di logica mi viene da
pensare che qualunque filtro sia applicato in locale poichč in teoria il BE
potrebbe risiedere su un server linux il quale non ha nessun supporto per il
motore jet e quindi non č in grado di operare come *server*.
Potresti dirmi dove hai reperito quella documentazione sotto che voce
dell'help?
Antonio.


title: Prestazioni di Access

author: Giorgio prx

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:IpGL9.29086$ab2.9...@news1.tin.it...

Ciao Sib, la clausola Where delle query e i filtri vengono ottimizzati
prendendo in considerazione i campi indice quindi se un indice è ben
strutturato Access non prende in esame tutti i record .
Forse nella sezione dell'help manca il collegamento all'informazione sugli
indici.
Vedi Help alla sezione
-----------------------------------------------
Informazioni sull'indicizzazione di campi e record in un database di Access
Se si prevede di effettuare frequentemente ricerche o ordinamenti
utilizzando due o più campi alla volta, è possibile creare un indice per
quella combinazione di campi. Se ad esempio si impostano spesso dei criteri
per i campi Cognome e Nome nella stessa query, è utile creare un indice
multicampo su entrambi i campi.
Quando si ordina una tabella in base a un indice multicampo, l'ordinamento
viene eseguito inizialmente in base al primo campo definito per l'indice. Se
sono presenti record con valori identici nel primo campo, l'ordinamento
viene poi eseguito in base al secondo campo definito per l'indice e così
via.
È possibile includere fino a 10 campi in un indice multicampo.
------------------------------------------------
Ciao Giorgio.


title: Prestazioni di Access

text:
"Antonio Ganci" <
a.ganciNO...@megattera.it
> ha scritto nel messaggio
> Sib wrote:
> [CUT]
> > Antonio, sei stato chiarissimo e ti ringrazio, ma il problema che mi
> > ponevo e':
> > come fa un database file sharing come access a limitare il numero di
> > record letti se comunque il filtro lo deve applicare in locale e
> > quindi *dopo* aver gia' letto i record stessi?
> >
> > Sib
>
> Su questo mi dovrei documentare meglio, a rigor di logica mi viene da
> pensare che qualunque filtro sia applicato in locale poichè in teoria il
BE
> potrebbe risiedere su un server linux il quale non ha nessun supporto per
il
> motore jet e quindi non è in grado di operare come *server*.
> Potresti dirmi dove hai reperito quella documentazione sotto che voce
> dell'help?
Non saprei sull'help, comunque considera che per ottenere l'elaborazione
remota dei record si usano i driver odbc, le query pass-trought, ecc.
Sib


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio

Precluso giammai.
"farmi convinto" si'.
Infatti ho verificato creando un db con 1.000.000 di record remoti, una
maschera che aptre tutta la tabella e un'altra che apre gli ultimi 100.000
record (WHERE id>900.000) . ho usato la funzione timer come marcatempo e ho
forzato lo spostamento all'ultimo record nell'evento apertura.
il record visualizzato e' quindi il milionesimo in entrambi i casi, ma nel
primo caso impiego 95 centesimi di secondo, nel secondo soltanto 9.
in buona sostanza e' certo dal mio punto di vista, che access applichi i
criteri dell'opzione WHERE sull'indice, se esiste.
Sib


title: Prestazioni di Access

text:
Il 17 Dic 2002, 15:22, "Sib" <si...@SPAMiol.it> ha scritto:
> > A me è sempre sembrata una cosa ovvia.
>
> probabilmente perche' non hai approfondito bene il funzionamento di
Access.
Probabilmente se la cosa è sembrata ovvia a me, che di Access e database non
capisco una minchia, a maggior ragione potrà esser sembrato ovvio amche a
M$.
Ciao, Sandro.
--------------------------------
Inviato via
http://usenet.libero.it


title: Prestazioni di Access

text:
Il 17 Dic 2002, 13:22, "All Eyez On me" <
nospambf...@libero.it
> ha
scritto:
> Se il BE è access, in rete passa tutto l'archivio
Non è vero. Ho appena provato con un file-server smb con access xp, e la
maschera ci mette sostanzialmente lo stesso tempo a comporsi.



title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
cut
> Infatti ho verificato creando un db con 1.000.000 di record remoti, una
> maschera che aptre tutta la tabella e un'altra che apre gli ultimi 100.000
> record (WHERE id>900.000) . ho usato la funzione timer come marcatempo e
ho
> forzato lo spostamento all'ultimo record nell'evento apertura.
> il record visualizzato e' quindi il milionesimo in entrambi i casi, ma nel
> primo caso impiego 95 centesimi di secondo, nel secondo soltanto 9.
> in buona sostanza e' certo dal mio punto di vista, che access applichi i
> criteri dell'opzione WHERE sull'indice, se esiste.
Facendo una maschera filtrata su un campo non indicizzato ha impiegato 50
centesimi di secondo.
Questo vuol dire che comunque una certa ottimizzazione avviene sempre.
Sib


title: Prestazioni di Access

author: Paolo opg

text:
"Antonio Biso" <
ch...@etruria.net
> wrote in message
news:coGL9.24204$TC5.7...@twister1.libero.it...
> "Paolo opg" <
w...@ne.com
> ha scritto nel messaggio
> news:b1GL9.24102$TC5.7...@twister1.libero.it...
> >
> > "Antonio Biso" <
ch...@etruria.net
> wrote in message
> > news:ysFL9.24215$Ou4.7...@twister2.libero.it...
> > > No aspetta, sei rimasto un po' indietro.
> > > Tutto questo è vero fino all'A97.
> > > Dal 2000 in poi è stata utilizzata la tecnica dell SQLServer per cui
le
> > > query sono eseguite in remoto e viene trasferito solo il risultato.
> > > Ci sono un sacco di articoli in merito, controlla!
> > >
> >
> >
> > come è possibile?
> > se il "server", il pc cioè che condivide il be non ha access installato,
> > cosa può filtrare i dati?
>
> Vedi mia risposta a AEOM
>
> Antonio
>
>
la tua risposta dice:
a2k =~ sql server
mi sta bene.
e il discorso può filare se ho a2k installato sia sul client che sul server
(anche se non ne sono convinto...)
ma se ho access solo sul client e sul server ho magari linux con samba,
continui a dirmi che una parte delle query viene gestita da samba?
io non credo proprio...
linux non riconosce nemmeno il formato mdb! (lo so, ci sono tools che lo
permettono, ma facciamo finta di non averli installati...)
se usi le condivisioni (aka shares o chiamale come vuoi) per accedere a dei
files mdb (ripeto, il BE è composto da uno o più files MDB/MDE, non c'è
nessun DBMS di nessun tipo, marca, età o altro), è sempre e solo il client
che si occupa di filtrare tutti i record, che deve quindi avere in locale,
cioè deve prima ottenere in locale una copia dei dati per poi filtrarli.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.427 / Virus Database: 240 - Release Date: 06/12/2002


title: Prestazioni di Access

text:
"Sandro" <
sandro...@yahoo.com
> wrote in message
news:212Z210Z230Z100...@usenet.libero.it...
> Il 17 Dic 2002, 13:22, "All Eyez On me" <
nospambf...@libero.it
> ha
> scritto:
>
> > Se il BE è access, in rete passa tutto l'archivio
>
> Non è vero. Ho appena provato con un file-server smb con access xp, e la
> maschera ci mette sostanzialmente lo stesso tempo a comporsi.
>
> Ciao, Sandro.
il file server era molto carico?
quanti accessi contemporanei?
velocità della rete?
anche io, quando faccio prove a casa, non noto differenze tra accesso a un
mdb su share e uno in locale, però ho una rete switchata 100mb con samba su
linux e io sono l'unico utente...
prova in produzione, magari con 4 o 5 utenti contemporaneamente e poi ne
riparliamo!



title: Prestazioni di Access

text:
"Antonio Biso" <
ch...@etruria.net
> wrote in message
news:coGL9.24204$TC5.7...@twister1.libero.it...
> Vedi mia risposta a AEOM
>
> Antonio
>
mi sono letto il resto del thread...
intendi forse che la capacità di leggersi solo gli indici invece che
l'intera tabella rende a2k~sql?
mi sa che la vediamo un pò diversamente!
:-))



title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> wrote in message
news:XMHL9.29520$ab2.9...@news1.tin.it...
> Non saprei sull'help, comunque considera che per ottenere l'elaborazione
> remota dei record si usano i driver odbc, le query pass-trought, ecc.
>
driver odbc e query pt non sono sufficienti per ottenere l'elaborazione
remota.
serve anche un dbms remoto, altrimenti non funzica
:-)
un esempio?
crea una connessione odbc a un file excel su una share e poi vediamo che
elaborazione remota t fa!



title: Prestazioni di Access

text:
Il 17 Dic 2002, 18:24, "Paolo opg" <
w...@ne.com
> ha scritto:
> prova in produzione, magari con 4 o 5 utenti contemporaneamente e poi ne
> riparliamo!
Prova con netstat.
Prova a vedere il traffico dei pacchetti sull'iconetta sul desktop.



title: Prestazioni di Access

author: warp

text:
ringo ha scritto nel messaggio ...
>P.S.: continuo a ribadire che
>access<
JET!
> è ottimo
>solo in ambiti MONOUTENTI
Le solite esagerazioni...
Ciao, warp


title: Prestazioni di Access

text:
"Sandro" <
sandro...@yahoo.com
> wrote in message
news:212Z210Z230Z100Y...@usenet.libero.it...
> Il 17 Dic 2002, 18:24, "Paolo opg" <
w...@ne.com
> ha scritto:
>
> > prova in produzione, magari con 4 o 5 utenti contemporaneamente e poi ne
> > riparliamo!
>
> Prova con netstat.
>
> Prova a vedere il traffico dei pacchetti sull'iconetta sul desktop.
>
alt!
nel tuo post parlavi di velocità di apertura, non di traffico in rete...
:-)
ho capito anch'io (adesso) che a2k e sup ottimizzano le letture in qualche
maniera leggendo solo gli indici, generando meno traffico.
ho però risposto a una tua osservazione riguardante un argomento diverso.



title: Prestazioni di Access

author: Luciano (DOC)

text:
Sib ha scritto nel messaggio <6VHL9.29564$
ab2.9...@news1.tin.it
>...
>primo caso impiego 95 centesimi di secondo, nel secondo soltanto 9.
>in buona sostanza e' certo dal mio punto di vista, che access applichi i
>criteri dell'opzione WHERE sull'indice, se esiste.
IMHO:
Caso 1)
8 centsec = trasferimento file via lan
87 centsec = elaborazione 1 milione di record.
Caso 2)
8 centsec = trasferimento file via lan
1 centsec = elaborazione 100 mila record.
Non dimenticare che sei in una maschera, che ha i suoi luuunghi tempi di
elaborazione. Forse aprendo un recorse la differenza non sarebbe stata cosi'
macroscopica.
Casomai installa un programmino che misura i byte che passano sulla sk di
rete rifai la prova.
Saluti.
Luciano


title: Prestazioni di Access

text:
Oscar Manfredini ha scritto nel messaggio ...
>Prova l'esempio che ho postato, poi ne riparliamo ... inutile far polemica
>senza avere le idee chiare.
L'esempio che porti tu e' significativo se misuri il traffico di rete,
mentre a me sembra che tu abbia dedotto che il traffico e' minore in virtu'
di un tempo di elaborazione minore. Se hai una lan a 100Mb la differenza con
localhost la noti appena. Io credo che la tua query sarebbe comunque piu'
veloce perche' usa gli indici ed evita il tablescan, non perche' genera
minore traffico di rete.
Hai effettivamente controllato che passano meno byte sulla lan?
Saluti.
Luciano


title: Prestazioni di Access

text:
Antonio Biso ha scritto nel messaggio ...
>Dal 2000 in poi è stata utilizzata la tecnica dell SQLServer per cui le
>query sono eseguite in remoto e viene trasferito solo il risultato.
sqlSERVER appunto...al Jet chi glie lo serveR il risultato scremato?
Saluti.
Luciano


title: Prestazioni di Access

text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
news:ato3kc$17gf$1...@newsreader1.mclink.it...

Finalmente una conferma a quello che dico io!!!! pensavo di essermi
rincittrullito tutto in un colpo!!!
AEOM


title: Prestazioni di Access

text:
"Paolo opg" <
w...@ne.com
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> wrote in message
> > Non saprei sull'help, comunque considera che per ottenere l'elaborazione
> > remota dei record si usano i driver odbc, le query pass-trought, ecc.
> >
>
> driver odbc e query pt non sono sufficienti per ottenere l'elaborazione
> remota.
>
> serve anche un dbms remoto, altrimenti non funzica
> :-)
ma caro paolo,
la cosa mi sembrava piuttosto scontata.
Se mi metto a usare odbc e query pt con le difficolta' che questo comporta,
l'unico buon motivo e' quello di essere collegati a un dbms remoto.
Ciao
Sib


title: Prestazioni di Access

text:
"Luciano (DOC)"
> IMHO:
> Caso 1)
> 8 centsec = trasferimento file via lan
> 87 centsec = elaborazione 1 milione di record.
> Caso 2)
> 8 centsec = trasferimento file via lan
> 1 centsec = elaborazione 100 mila record.
> Non dimenticare che sei in una maschera, che ha i suoi luuunghi tempi di
> elaborazione. Forse aprendo un recorse la differenza non sarebbe stata
cosi'
> macroscopica.
> Casomai installa un programmino che misura i byte che passano sulla sk di
> rete rifai la prova.
Luciano, All Eyez On me ... provate anche voi a fare il test che ho
consigliato e valutate coi vostri occhi gli effetti sul traffico di rete
prodotti da un select su un indice ;-)
Ripeto, non è il caso di confrontarsi a opinioni, valutiamo i fatti
serenamente.
Ciao, Oscar


title: Prestazioni di Access

text:
"All Eyez On me" <
nospambf...@libero.it
> ha scritto nel messaggio
> "Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
> > Sib ha scritto nel messaggio <6VHL9.29564$
ab2.9...@news1.tin.it
>...
> >
> > >primo caso impiego 95 centesimi di secondo, nel secondo soltanto 9.
> > >in buona sostanza e' certo dal mio punto di vista, che access applichi
i
> > >criteri dell'opzione WHERE sull'indice, se esiste.
> >
> >
> > IMHO:
> > Caso 1)
> > 8 centsec = trasferimento file via lan
> > 87 centsec = elaborazione 1 milione di record.
> > Caso 2)
> > 8 centsec = trasferimento file via lan
> > 1 centsec = elaborazione 100 mila record.
> >
> > Non dimenticare che sei in una maschera, che ha i suoi luuunghi tempi di
> > elaborazione. Forse aprendo un recorse la differenza non sarebbe stata
> cosi'
> > macroscopica.
> > Casomai installa un programmino che misura i byte che passano sulla sk
di
> > rete rifai la prova.
> Finalmente una conferma a quello che dico io!!!! pensavo di essermi
> rincittrullito tutto in un colpo!!!
Ma no!
non ti sei rincitrullito!
pero' partiamo dalla frase dell'help: "meno traffico di rete" afferma.
Dato che effettivamente ho verificato un tempo minore diamoci una
spiegazione.
una tabella indice e' ordinata.
quindi il jet non ha bisogno di leggerla tutta per trovare il record 900.000
(vedi mio esempio nel post precedente) ma usera' un metodo rapido (bisezione
o altro) e una volta trovato il valore cercato, preleva i puntatori ai
record da restituire e se li va a pescare a colpo sicuro (accesso random).
in questo senso il traffico di rete e' molto minore perche' scarica solo i
record rispondenti ai criteri.
Luciano, il tempo di elaborazione maschera e' fisso e l'ho cronometrato in 1
centesimo di secondo (il tempo che impiega a mostrare il primo record), ma
la richiesta di spostarsi all'ultimo record, che ho inserito nell'evento
apertura, costringe la maschera ad attendere l'arrivo di tutti i record,
ecco perche' ritengo che sia effettivamente minore il traffico di rete.
Sib


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
cut
> una tabella indice e' ordinata.
> quindi il jet non ha bisogno di leggerla tutta per trovare il record
900.000
> (vedi mio esempio nel post precedente) ma usera' un metodo rapido
(bisezione
> o altro) e una volta trovato il valore cercato, preleva i puntatori ai
> record da restituire e se li va a pescare a colpo sicuro (accesso random).
> in questo senso il traffico di rete e' molto minore perche' scarica solo i
> record rispondenti ai criteri.
> Luciano, il tempo di elaborazione maschera e' fisso e l'ho cronometrato in
1
> centesimo di secondo (il tempo che impiega a mostrare il primo record), ma
> la richiesta di spostarsi all'ultimo record, che ho inserito nell'evento
> apertura, costringe la maschera ad attendere l'arrivo di tutti i record,
> ecco perche' ritengo che sia effettivamente minore il traffico di rete.
e non trascuriamo l'altro test che ho fatto, e cioe' il filtro su un campo
non indicizzato. anche qui il tempo di accesso e' stato minore ma non
altrettanto efficiente quanto il filtro sul campo indicizzato e io
spiegherei la cosa dicendo che la ricerca ha richiesto che jet scorresse
tutti i record  ma solo leggendo il campo filtrato per recuperare
interamente solo i record rispondenti ai criteri.
Sib


title: Prestazioni di Access

text:

E' come aprire uno schedario e leggere le etichette delle varie cartelle per
prendere solo quelle che interessano (nel caso del campo indicizzato) o come
aprirle e leggere solo il contenuto di un solo specifico foglio all'interno
per decidere se ci interessa oppure no (nel secondo caso)
Sib


title: Prestazioni di Access

text:

Allora: riporto la frase dell'help da cui è nato questa discussione:
Utilizzare dei filtri o delle query per limitare il numero di record
visualizzati in una maschera o in un foglio dati. Un numero inferiore di
dati verrà trasferito in rete.
Mi sembra che non si parli di indici, si parla del fatta che la where
dell'sql mi fa passare meno record in rete.
e questo non è vero!
Non capisco cosa centrino gli indici in questa discussione.
AEOM


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:G6WL9.26948$TC5.8...@twister1.libero.it...
> Luciano, All Eyez On me ... provate anche voi a fare il test che ho
> consigliato e valutate coi vostri occhi gli effetti sul traffico di rete
> prodotti da un select su un indice ;-)
> Ripeto, non è il caso di confrontarsi a opinioni, valutiamo i fatti
> serenamente.
Daccordissimo. Io ai fatti ci credo e credo ai risultati del tuo test
perche' non vedo per quale motivo dovresti raccontare balle. Pero' non ci
hai detto come hai fatto questo test. Allora ti richiedo, perche' all'altro
mio messaggio non hai risposto: hai *effettivamente* monitorato il traffico
di rete ho hai *dedotto* che fosse minore?
Quanti MB e' il tuo db? Quanti MB passano con la prima query e quanti con la
seconda? Quanti MB generano le due query salvate su file?
I fatti sono questi e la serenita' non vedo perche' dovrebbe
abbandonarci!:-)
Saluti.
Luciano


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:9iWL9.42014$lV4.1...@news2.tin.it...
> e non trascuriamo l'altro test che ho fatto, e cioe' il filtro su un campo
> non indicizzato.
Sib, tutti i test che hai fatto lasciano Access completo padrone della
situazione, e le variabili in gioco sono tante percio' IMHO non c'e'
certezza di quanto si va affermando. L'unico modo per verificare con
sicurezza assoluta che il traffico di rete sia effettivamente minore e'
monitorarlo.
Saluti.
Luciano


title: Prestazioni di Access

text:
"All Eyez On me" <
nospambf...@libero.it
> ha scritto nel messaggio
news:2lVL9.41809$lV4.1...@news2.tin.it...
> Finalmente una conferma a quello che dico io!!!! pensavo di essermi
> rincittrullito tutto in un colpo!!!
Non vi e' esclusione automatica ed vicendevole dei due enunciati....:-))))
Saluti.
Luciano


title: Prestazioni di Access

text:
"Luciano (DOC)" <
>
> > Luciano, All Eyez On me ... provate anche voi a fare il test che ho
> > consigliato e valutate coi vostri occhi gli effetti sul traffico di rete
> > prodotti da un select su un indice ;-)
> > Ripeto, non è il caso di confrontarsi a opinioni, valutiamo i fatti
> > serenamente.
> Daccordissimo. Io ai fatti ci credo e credo ai risultati del tuo test
> perche' non vedo per quale motivo dovresti raccontare balle. Pero' non ci
> hai detto come hai fatto questo test.
Non è UN test, ma un dato che davo per scontato, verificato da anni.
 Allora ti richiedo, perche' all'altro
> mio messaggio non hai risposto: hai *effettivamente* monitorato il
traffico
> di rete ho hai *dedotto* che fosse minore?
Quando nell'ente in cui lavoro attualmente si utilizzava Jet (versione 3.5)
e non SQL Server come oggi, avremo monitorato decine di volte il traffico di
rete per capire come utilizzare nel modo migliore gli indici degli .mdb.
In casi come quello che ho descritto nell'esempietto di ieri il numero di
pacchetti spediti attraverso la rete diminuiva drasticamente.
> Quanti MB e' il tuo db? Quanti MB passano con la prima query e quanti con
la
> seconda? Quanti MB generano le due query salvate su file?
Luciano, fai personalmente dei tests sulla questione, poi se avrai voglia ne
riparliamo.
Ciao, Oscar
P.s: sono molto, molto sopreso del tuo stupore.


title: Prestazioni di Access

text:
"All Eyez On me"
> Utilizzare dei filtri o delle query per limitare il numero di record
> visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> dati verrà trasferito in rete.
> Mi sembra che non si parli di indici, si parla del fatta che la where
> dell'sql mi fa passare meno record in rete.
> e questo non è vero!
> Non capisco cosa centrino gli indici in questa discussione.
Mah!
Ciao, Oscar


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> wrote in message
news:94WL9.41977$lV4.1...@news2.tin.it...
>
> ma caro paolo,
> la cosa mi sembrava piuttosto scontata.
> Se mi metto a usare odbc e query pt con le difficolta' che questo
comporta,
> l'unico buon motivo e' quello di essere collegati a un dbms remoto.
>
> Ciao
>
> Sib
>
beh, effettivamente sono stato un tantino pignolo...



title: Prestazioni di Access

text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio
>
> > e non trascuriamo l'altro test che ho fatto, e cioe' il filtro su un
campo
> > non indicizzato.
>
> Sib, tutti i test che hai fatto lasciano Access completo padrone della
> situazione, e le variabili in gioco sono tante percio' IMHO non c'e'
> certezza di quanto si va affermando. L'unico modo per verificare con
> sicurezza assoluta che il traffico di rete sia effettivamente minore e'
> monitorarlo.
Il mio monitor di rete (lavoro su W2000 server) dice quanto segue:
Maschera non filtrata (1.000.000 di record restituiti): 0,8 sec ca, 100%
della banda
Maschera filtrata su campo indicizzato(100.000 record restituiti): 0,1 sec
ca, 90% della banda
Maschera filtrata su campo non indicizzato(100.000 record restituiti): 1,2
sec ca, 100% della banda
(lan 100Mbit)
in questo senso hai ragione tu per quanto riguarda il filtro applicato su
campo non indicizzato mentre nell'altro caso direi proprio che diminuisce (e
anche notevolmente) il traffico di rete.
Ciao
Sib


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:jHYL9.27476$Ou4.8...@twister2.libero.it...

Va be ci rinuncio, jet è diventato client-server.
ciao, AEOM


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:QGYL9.27411$TC5.8...@twister1.libero.it...
> Non è UN test, ma un dato che davo per scontato, verificato da anni.
Si, e io do per scontato che gli asini volino!:-)
> Quando nell'ente in cui lavoro attualmente si utilizzava Jet (versione
3.5)
> e non SQL Server come oggi, avremo monitorato decine di volte il traffico
di
> rete per capire come utilizzare nel modo migliore gli indici degli .mdb.
Come? Con questa fanno tre volte che te lo chiedo: ha misurato ***quanti MB
passano effettivamente*** sulla rete per ciascuna query? Se si, dacci i dati
e ci ragioniamo sopra.
> Luciano, fai personalmente dei tests sulla questione, poi se avrai voglia
ne
> riparliamo.
Oscar, dacci i dati che ti si chiedono e poi ne riparliamo. Se li hai e' un
conto, se non li hai sono solo tue opinioni e IMHO alquanto errate.
> P.s: sono molto, molto sopreso del tuo stupore.
Chiamasi richiesta di dimostrazione scientifica!:-)
Saluti.
Luciano


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:eQYL9.92$1O4....@news1.tin.it...
> Il mio monitor di rete (lavoro su W2000 server) dice quanto segue:
>
> Maschera non filtrata (1.000.000 di record restituiti): 0,8 sec ca, 100%
> della banda
> Maschera filtrata su campo indicizzato(100.000 record restituiti): 0,1 sec
> ca, 90% della banda
> Maschera filtrata su campo non indicizzato(100.000 record restituiti): 1,2
> sec ca, 100% della banda
>
> (lan 100Mbit)
>
> in questo senso hai ragione tu per quanto riguarda il filtro applicato su
> campo non indicizzato mentre nell'altro caso direi proprio che diminuisce
(e
> anche notevolmente) il traffico di rete.
A me sembra lo stesso test di prima, hai fatto lavorare Access che potrebbe
aver impiegato parte del tempo a gestire i dati che riceve dalla LAN. Senza
contare che i tempi di risposta di una LAN sono influenzati da molti
fattori. Se ad esempio sei connesso ad un hub anziche' ad uno switch sai
meglio di me che che la misurazione del tempo lascia li tempo che trova.
Ma perche' non la fate 'sta prova che vi suggerisco io? Installate un
programmino che conta i byte che passano per la scheda di rete e vediamo. Se
e' vero che si riesce a fare quello che state cercando di dimostrare saremo
tutti ben felici di aver appreso una nuova caratteristica di Access.
Su che parte dell'help l'hai letta quella frase?
Saluti.
Luciano


title: Prestazioni di Access

text:
"All Eyez On me" <
> Va be ci rinuncio, jet è diventato client-server.
Cerca di essere più serio e leggi quello che scrivo.
Ciao.


title: Prestazioni di Access

text:
"Luciano (DOC)"
> > Non è UN test, ma un dato che davo per scontato, verificato da anni.
> Si, e io do per scontato che gli asini volino!:-)
Peggio per te ;-)
> > Quando nell'ente in cui lavoro attualmente si utilizzava Jet (versione
> 3.5)
> > e non SQL Server come oggi, avremo monitorato decine di volte il
traffico
> di
> > rete per capire come utilizzare nel modo migliore gli indici degli .mdb.
> Come? Con questa fanno tre volte che te lo chiedo: ha misurato ***quanti
MB
> passano effettivamente*** sulla rete per ciascuna query? Se si, dacci i
dati
> e ci ragioniamo sopra.
E io continuo a rispondere: prova con le tue manine, poi ne riparliamo.
Qui si parla d'informatica, non di politica.
Ciao, Oscar


title: Prestazioni di Access

text:
"Luciano (DOC)" <
> Ma perche' non la fate 'sta prova che vi suggerisco io? Installate un
> programmino che conta i byte che passano per la scheda di rete e vediamo.
Con win 2000, l'iconcina della connessione di rete ti restituisce il numero
di pacchetti inviati attraverso la rete, non c'è bisogno di "programmini".
 Se
> e' vero che si riesce a fare quello che state cercando di dimostrare
saremo
> tutti ben felici di aver appreso
 >una nuova caratteristica di Access.
Quindi secondo te un gestore ISAM sarebbe una nuova caratteristica di JET?
Andiamo bene.
Oscar


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:9AZL9.27662$TC5.8...@twister1.libero.it...
>
> "All Eyez On me" <
>
> > Va be ci rinuncio, jet č diventato client-server.
>
> Cerca di essere piů serio e leggi quello che scrivo.
>
> Ciao.
>
Per favore rispondi a questa domanda :
hai un archivio SENZA ALCUN INDICE (ripeto sulla frase dell' Help
incriminata non si parla di indici)
fai una query da un client su questo archivio
secondo te in rete vengono trasferiti solo i record risultanti dalla query o
tutto l'archivio?
ciao,
AEOM


title: Prestazioni di Access

text:
"All Eyez On me" <
> Per favore rispondi a questa domanda :
> hai un archivio SENZA ALCUN INDICE (ripeto sulla frase dell' Help
> incriminata non si parla di indici)
Prendo atto della tua asserzione.
Dal canto mio riporto un'interpretazione di Sib, verosimilmente corretta,
sul testo dell'Help:
(CUT)
"ma sull'help
quella frase laconica buttata li' senza ulteriori chiarimenti mi sembrava
piu' un errore di traduzione che altro"
Ciao, Oscar


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:vTZL9.27703$Ou4.8...@twister2.libero.it...

Ancora una volta non rispondi alla mia domanda, mi sembri un politico
(ovviamente in tono scherzoso)
ciao, AEOM


title: Prestazioni di Access

text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio

A lucia', mi prendi per culo?
ti dico che ho usato il monitor di rete di W2000 server, che fa qualcosina
in piu' che contare soltanto i byte che passano, mi dice vita morte e
miracoli dei dati che passano per la scheda.
Precisamente passanno ca. 20Kbyte nel caso 1, 5K nel caso 2 e 30K nel caso 3
> Su che parte dell'help l'hai letta quella frase?
cerca: migliorare prestazioni,
seleziona la voce: migliorare le prestazioni di un database access
espandi la dicitura: migliorare le prestazioni delle tabelle collegate
Ciao
Sib


title: Prestazioni di Access

text:
"All Eyez On me" <
nospambf...@libero.it
> ha scritto nel messaggio
> "Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
> > "All Eyez On me" <
> >
> > > Per favore rispondi a questa domanda :
> >
> > > hai un archivio SENZA ALCUN INDICE (ripeto sulla frase dell' Help
> > > incriminata non si parla di indici)
> >
> > Prendo atto della tua asserzione.
> > Dal canto mio riporto un'interpretazione di Sib, verosimilmente
corretta,
> > sul testo dell'Help:
> >
> > (CUT)
> > "ma sull'help
> > quella frase laconica buttata li' senza ulteriori chiarimenti mi
sembrava
> > piu' un errore di traduzione che altro"
> >
> > Ciao, Oscar
> >
>
> Ancora una volta non rispondi alla mia domanda, mi sembri un politico
> (ovviamente in tono scherzoso)
Mi complimento per il tono corretto della vostra conversazione ;-)
dalle prove che ho fatto, "senza alcun indice" va peggio di peggio, mentre
con l'indice va meglio, ma molto meglio.
Ciao
Sib


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
> "Luciano (DOC)"
>
> > > Non è UN test, ma un dato che davo per scontato, verificato da anni.
>
> > Si, e io do per scontato che gli asini volino!:-)
>
> Peggio per te ;-)
cut
> E io continuo a rispondere: prova con le tue manine, poi ne riparliamo.
> Qui si parla d'informatica, non di politica.
mazza! che 3d che ho aperto, giuro che non era mia intenzione, volevo solo
capire il senso di quella frase.
Comunque ribadisco che, fermo restando che jet viene eseguito in locale, fa
una cosa molto semplice.
invece di scaricare la tabella e poi filtrarla, cerca nell'indice la
posizione che gli interessa (e questa e' una ricerca veloce dato che
l'indice e' ordinato) quindi acquisisce i puntatori ai record che deve
scaricare e quindi va a leggere (sempre dal pc locale, intendiamoci)
direttamente i record che gli interessano, non perche' dall'altro lato ci
sia qualcosa che viene eseguito, ma perche' nella lettura sul file server
legge solo i record che gli interessano (avendone i puntatori)
Sib


title: Prestazioni di Access

author: Roberto da casa

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...
> Dall'help in linea:
> ------------
> Utilizzare dei filtri o delle query per limitare il numero di record
> visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> dati verrà trasferito in rete.
> ------------
>
> Questa frase mi lascia perplesso.
> qualcuno ha gia' esaminato cosa possa esattamente significare?
>
> Sib
Premetto che come hobbysta non ho esperienza di database multiutenza gestiti
in rete e che non sono in grado (nè ho voglia) di effettuare test di
misurazione del traffico in rete.
Però per mia cultura sto seguendo questo thread, e tra le altre cose sono
andato a leggere sull'help in linea per intiero l'argomento dal quale è
stato estrapolato il brano che ha generato il dibattito in corso.
In calce a questo messaggio (se a qualcuno può tornare utile) ho trascritto
per intiero l'argomento dell'help intitolato Ottenere prestazioni ottimali
con le tabelle collegate, che contiene la frase "incriminata".
Preciso che il brano è tratto dall'help in linea di Access 97.
A mio avviso sembrerebbe che nel brano si scrive che l'ottimizzazione
avviene a prescindere dall'uso degli indici (i vantaggi dell'uso degli
indici eventualmente si sommerebbero).
Non mi sembra che nell'articolo si dica che l'ottimizzazione si ha solamente
usando database SQL e/o Access2000.
Nell'articolo non si fa per niente riferimento all'uso di query
pass-through.
Tenuto anche conto del tenore delle altre frasi scritte nell'articolo, mi
sentirei di escludere che la frase "incriminata" contenga vizi di
traduzione.
Per quanto ho scritto sopra non vedo alcun motivo per mettere in dubbio
quanto scritto sull'help circa le cose da fare per ottimizzare le
prestazioni di un database che usa tabelle collegate, quindi non vedo perché
alcuni frequentatori del NG si strappino i capelli e si straccino le vesti
gridando all'eresia.
L'unica cosa che si potrebbe opinare è che i vantaggi che si ottengono dal
rispetto di tali regole non siano necessariamente rilevanti.
Ecco il testo dell'argomento di cui accennavo qui sopra:
======================================
Ottenere prestazioni ottimali con le tabelle collegate
Sebbene sia possibile utilizzare delle tabelle collegate come delle normali
tabelle di Microsoft Access, si noti che queste non si trovano realmente nel
database in uso. Ogni volta che si visualizzano dei dati di una tabella
collegata, vengono recuperati dei record da un altro file. L'operazione può
richiedere del tempo, soprattutto se la tabella collegata si trova su una
rete o in un database SQL.
Se si sta utilizzando una tabella collegata su una rete o in un database
SQL, seguire le istruzioni riportate di seguito:
· È possibile migliorare notevolmente le prestazioni quando si aprono il
database principale e le tabelle e le maschere, forzando il database
collegato in modo che rimanga aperto. A tal fine, creare una tabella vuota
nel database collegato e collegarla al database principale, quindi
utilizzare il metodo OpenRecordset per aprire la tabella collegata. Ciò
impedisce che il modulo di gestione di database Microsoft Jet apra e chiuda
più volte il database collegato e crei e distrugga il file con estensione
ldb associato.
· Visualizzare esclusivamente i dati necessari. Non andare alla pagina
precedente e a quella successiva del foglio dati se non è necessario.
Evitare di andare all'ultimo record di una tabella di grandi dimensioni. Se
si vogliono aggiungere dei nuovi record ad una tabella di grandi dimensioni,
utilizzare il comando Immissione dati del menu Record, per evitare il
caricamento in memoria dei record esistenti.
******************
· Utilizzare dei filtri o delle query per limitare il numero di record
visualizzati in una maschera o in un foglio dati. Un numero inferiore di
dati verrà trasferito in rete.
******************
· Nelle query che comprendono delle tabelle collegate, evitare l'utilizzo di
funzioni nei criteri della query. Non utilizzare, in particolare, le
funzioni di aggregazione sui domini come, ad esempio, DSum. Quando si
utilizza una funzione di aggregazione sui domini, per eseguire la query
vengono recuperati tutti i dati della tabella collegata.
· Se le aggiunte di record ad una tabella collegata sono frequenti, creare
una maschera per l'aggiunta di record impostando la proprietà ImmissioneDati
a Sì. Quando si apre la maschera per immettere dei nuovi dati, nessuno dei
record esistenti viene visualizzato. Questa impostazione di proprietà
consente un risparmio di tempo, poiché non è necessario recuperare tutti i
record della tabella collegata.
· È bene tener presente che più utenti contemporaneamente possono tentare di
utilizzare una tabella esterna: occorre, quindi, evitare di bloccare dei
record più del tempo necessario.
==========================
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...
> Dall'help in linea:
> ------------
> Utilizzare dei filtri o delle query per limitare il numero di record
> visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> dati verrà trasferito in rete.
> ------------
>
> Questa frase mi lascia perplesso.
> qualcuno ha gia' esaminato cosa possa esattamente significare?
>
> Sib
>
>
Ho deciso di non postare più su questo argomento, ho letto l'intero capitolo
della quida in linea e ribadisco che non si parla mai di indici ma di query
no nvedo quindi che cavolo serva testare query con indici o senza indici.
L'utilità degli indici è fuori discussione.
Ribadisco la mia idea, con jet come BE l'intero archivio/i oggetti della
query vengono trasferiti in locale con il relativo carico di rete.
Adios
AEOM


title: Prestazioni di Access

author: Giuliano 2xl

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MHCL9.37032$lV4.1...@news2.tin.it...
> Dall'help in linea:
> ------------
> Utilizzare dei filtri o delle query per limitare il numero di record
> visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> dati verrà trasferito in rete.
> ------------
>
> Questa frase mi lascia perplesso.
> qualcuno ha gia' esaminato cosa possa esattamente significare?
>
> Sib
A me fa lo stesso effetto.
Correggimi se sbaglio, ma il filtro non viene eseguito in locale dopo aver
ricevuto tutti i record ?
Mi sembra piu' un affermazione per DB su SQL server.
Giuliano


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:%1%L9.481$Q%4.9...@news1.tin.it...
> A lucia', mi prendi per culo?
> Precisamente passanno ca. 20Kbyte nel caso 1, 5K nel caso 2 e 30K nel caso
3
Sib, nel tuo post precedente parlavi di tempo e % occupazione banda non di
Mbyte. Ora che hai postato questi valori la cosa e' piu' chiara. Ho fatto
anche io qualche prova ed ho ottenuto gli stessi risultati, ovvero,
miglioramento con indici, nessun miglioramento senza. Ho anche notato che
lanciando  un SELECT * FROM tuatabella la prima volta ci mette 7 sec le
altre <1. Parallelamente c'e' un aumento dell'utilizzo delle risorse del
computer. Questo vuol dire che evidentemente riesce a fare determinate
operazioni in locale. Come, rimane poco chiaro.
Comunque, lanciando la query da codice e da query builder le prestazioni
sono notevolmente differenti, il che conferma che un monitoraggio da
maschera non e' significativo.
Saluti.
Luciano


title: Prestazioni di Access

text:
"Oscar Manfredini" <
osca...@libero.it
> ha scritto nel messaggio
news:JBZL9.27669$TC5.8...@twister1.libero.it...
> E io continuo a rispondere: prova con le tue manine, poi ne riparliamo.
> Qui si parla d'informatica, non di politica.
Caro Oscar, di cosa si parla qui lo sappiamo benissimo tutti avendo alle
spalle anni di frequentazione di questo NG. Quello che invece non sappiamo,
o almeno io non riesco a capire, e' perche' tu senta la necessita di
scaldarti tanto e prenderla come un fatto personale. Ieri ti sei alterato
con AEOM al punto da ritenere opportuno, a fine giornata, porgere le tue
scuse pubblicamente, e anche oggi il tono dei tuoi post non e' tra i piu'
pacati. Problemi tuoi, comunque.
Per restare al tema del thread, ho fatto anche io 'sto bel testarello con 1
milione di record in remoto ed effettivamente sembra che in qualche modo gli
indici riescano a funzionare su tabelle remote. L'assioma di partenza pero'
era un altro e cioe': mettere un WHERE riduce il traffico di rete. Il che
dal mio test, e mi sembra anche da quelli di Sib e Paolo Opg, non si evince
proprio.
Saluti.
Luciano


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:ug%L9.561$Q%4.1...@news1.tin.it...
> scaricare e quindi va a leggere (sempre dal pc locale, intendiamoci)
> direttamente i record che gli interessano, non perche' dall'altro lato ci
> sia qualcosa che viene eseguito, ma perche' nella lettura sul file server
> legge solo i record che gli interessano (avendone i puntatori)
In sostanza stai dicendo che un file server e' in grado di esaudire una
richiesta formulata in questo modo: dammi quel file, ma non tutto, solo dal
bye x al byte y. Francamente non so se cio' sia possibile o no.
Saluti.
Luciano


title: Prestazioni di Access

text:
Il 18 Dic 2002, 17:21, "Luciano \(DOC\)" <
XXXlucia...@sitocomune.com
>
ha scritto:
> In sostanza stai dicendo che un file server e' in grado di esaudire una
> richiesta formulata in questo modo: dammi quel file, ma non tutto, solo
dal
> bye x al byte y. Francamente non so se cio' sia possibile o no.
Che c'č di cosě strano?
E' l'applicazione che decide quando e cosa leggere di un file.
Supponi di volerti fare un programmino che ti modifichi un byte in un file
da un giga. Non vai a beccarti QUEL byte e te lo modifichi? Mica ti devi per
forza leggere tutto il file? Ma se non ti leggi tutto il file, il
file-server cosa dovrebbe inviarti sulla rete?
Ciao, Sandro.
--------------------------------
Inviato via
http://usenet.libero.it


title: Prestazioni di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
> Dall'help in linea:
> ------------
> Utilizzare dei filtri o delle query per limitare il numero di record
> visualizzati in una maschera o in un foglio dati. Un numero inferiore di
> dati verrà trasferito in rete.
> ------------
>
> Questa frase mi lascia perplesso.
> qualcuno ha gia' esaminato cosa possa esattamente significare?
La cosa mi si fa piuttosto complicata.
A parziale rettifica di un mio post precedente, vi do i dati corretti
relativi al traffico di rete che ho riscontrato:
Situazione:
BE 720Mb
Tabella con 1000000 di record.
tutta la tabella: 7,3Mb trasferiti in rete - 1,7 sec
100.000 record filtrati su campo indicizzato: 890Kb trasferiti in rete - 0,1
sec
100.000 record filtrati su campo non indicizzato: 68Mb trasferiti in rete -
7,5 sec
qualcosa non mi torna.
Se access scarica il recordset e poi lo filtra, nella peggiore delle ipotesi
il traffico di scaricamento della query filtrata su campo non indicizzato
dovrebbe essere pari a quello di tutta la tabella. invece la proporzione e'
di 1 a 10!
Boh
Sib