text:
davide ha scritto:
> > Se vuoi ho già pronto un db di esempio per l'inserimento e la ricerca di
> > dati in un elenco. E' pensato per archiviare i titoli dei brani musicali
> > ma tanto a te serve solo per apprenderne le tecniche, no? Poi le puoi
> > applicare al tuo db.
> > Ciao.
> > Namor
> Grazie namor, potrebbe essere una idea. Pero' l'importante è che
> corrisponda a cio' che voglio fare io (ossia che contenga query
> parametriche etc...) e che il problema della auto-comparsa delle
> caselle in cui inserire i dati  sia risolto.
Non uso query parametriche, sono scomode. Inserisco i criteri nelle
caselle di una maschera e mostro subito i risultati in una sottomaschera.
Per l'auto-comparsa delle caselle puoi usare un gruppo di opzioni dove
selezioni la tipologia di ricerca e da vba mostri/nascondi le caselle che
vuoi impostando la proprietà .visible=true/false.
> Cmq, mi sapete dire come si fa a creare una maschera di inserimento
> dati? :confused:
> ho provato a farla nel modo tradizionale, cioè andando su nuova
> maschera creazione guidata nuova maschera, poi ho selezionato tutti i
> campi , ho cliccato su fine.
> Poi ho realizzato un bottone per l'inserimento nuovi record.
> il problema è l'ID (quindi la chiave primaria) .
> Infatti questa numera i vari record presenti nella tabella.
> Se pero' io dopo aver fatto le operazione sopra indicate mi accingo a
> inserire un nuovo record capita una cosa strana. Infatti l'ID rimane
> autoimpostato a 1, quindi , come si potra' dedurre, il nuovo record
> inserito andra' a sostituirsi al record numero uno che esisteva
> precedentemente.
> Ho controllato e l'ID è di tipologia contatore.
> Ci_ sono forse procedure differenti per realizzare maschere di
> inserimento record?
> Grazie ancora,
> Davide Bianco.
> GNU/Linux Developer
>
www.pluto.linux.it
Tutte le maschere, se non esplicitamente modificate, consentono di default
l'immissione di nuovi record. Per inserire un nuovo record devi prima
spostarti appunto sul nuovo record vuoto usando il pulsantino con la
freccetta destra e l'asterisco che dovresti avere in basso a sinistra
nella tua maschera. Appena inizi ad inserire il primo dato del nuovo
record il contatore dovrebbe proporti in automatico un numero progressivo.
Se non lo fa verifica che non ci sia niente nella proprietà "Valore
predefinito", sia del campo della tabella sia del controllo della maschera
associato a quel campo.



title: Re: [Access] Gestione DataBase di utenze telefoniche.

author: namor

text:
davide ha scritto:
> namor wrote:
> > Non uso query parametriche, sono scomode.
> Capisco. Il fatto è che oramai ho fatto il lavoro con le query
> parametriche, mi spiacerebbe dover rifare tutto.
Almeno hai imparato come funzionano, se adesso impari a farlo anche con le
maschere poi potrai scegliere la soluzione che ti piace di più tra le due.
E' più semplice applicare un filtro ad una sottomaschera (che ti consente
anche di usare colori, formattazioni, controlli di vario tipo e codice
vba) piuttosto che passare da codice i parametri ad una query.
> > Per l'auto-comparsa delle caselle puoi usare un gruppo di opzioni dove
> > selezioni la tipologia di ricerca
> cioè? Io creato diverse maschere per ogni tipo di ricerca. Che dovrei
> fare ora?
> > e da vba mostri/nascondi le caselle che
> > vuoi impostando la proprietà .visible=true/false.
> capisco, ma non mi  è chiara la  parte precedente :confused:
Usare più maschere ti complica le cose quando le devi modificare.
Su un'unica maschera metti tutte le caselle di ricerca. Aggiungi un gruppo
di opzioni "Tipo ricerca" che consenta di scegliere tra "per nome e
cognome", "per indirizzo", ecc...
Sull'evento "dopo aggiornamento" del gruppo di opzioni nascondi le caselle
che non ti servono:
if me.tiporicerca=1 then
  me.nome.visible=true
  me.indirizzo.visible=false
  ...ecc...
elseif me.tiporicerca=2
  me.nome.visible=false
  me.indirizzo.visible=true
  ...ecc...
elseif me.tiporicerca=3
  ...ecc...
end if
Non puoi nascondere un controllo che ha lo stato attivo per cui per
evitare errori, prima di questo pezzo di codice sarebbe meglio spostare il
cursore su un controllo che sicuramente non verrà nascosto
(me.nomecontrollo.setfocus).
> > Tutte le maschere, se non esplicitamente modificate, consentono di default
> > l'immissione di nuovi record.
> ok
> > Per inserire un nuovo record devi prima
> > spostarti appunto sul nuovo record vuoto usando il pulsantino con la
> > freccetta destra e l'asterisco che dovresti avere in basso a sinistra
> > nella tua maschera.
> Capisco, effettivamente avevo fato così, ed ha funzionato. Mi sono
> pero' chiesto: non esistera' un modo per automatizzare il passaggio
> all'ultimo record? Magari un vba codice? Che cosa mi sai dire in
> proposito?
> > Appena inizi ad inserire il primo dato del nuovo
> > record il contatore dovrebbe proporti in automatico un numero progressivo.
> si si salta all'id successivo.
> > Namor
> Grazie in anticipo,
> Davide.
Di più semplice che premere un tastino per passare ad un nuovo record non
credo ci sia niente, a parte il fatto che appena finisci di inserire un
nuovo record se prosegui con Tab o Invio si posiziona in automatico sul
prossimo nuovo record, pronto per un altro inserimento.
Se lo vuoi fare da codice è "DoCmd.GoToRecord , , acNewRec" però anche
questo dovrà essere associato a qualche evento o pulsante quindi tanto
vale usare il pulsante "nuovo record" predefinito della maschera.
Ieri ti avevo spedito il db di esempio che ti dicevo, che contiene appunto
una maschera di inserimento/ricerca a criteri multipli con gestione dei
criteri vuoti, ordinamento multilivello, un paio di report ed esportazioni
su file txt, però mi è tornato indietro un errore per cui non so se è
arrivata.



title: velocizzare query

author: peppe

text:
salve, sto implementando un sito che lavora con due db access.
volevo sapere se ci sono degli accorgimenti da rispettare per velocizzare le
interrogazioni.
mi spiego meglio: una query č meglio scriverla nel codice asp o salvarla nel
db e poi richiamarla da codice?
il risultato che ottengo č lo stesso, ma magari uno o l'altro sistema mi
velocizzano il tutto...
ecco, volevo sapere se mi sapete indicare accorgimenti di questo tipo...
o se sapete dirmi dove guardare...
ciao e grazie
peppe
--------------------------------
Inviato via
http://usenet.libero.it


title: velocizzare query

author: Sergio MAZZA

text:
"peppe" <
pe...@peppe.it
> ha scritto nel messaggio
news:213Z156Z54Z139Y...@usenet.libero.it...
> salve, sto implementando un sito che lavora con due db access.
> volevo sapere se ci sono degli accorgimenti da rispettare per velocizzare
le
> interrogazioni.
> mi spiego meglio: una query č meglio scriverla nel codice asp o salvarla
nel
> db e poi richiamarla da codice?
> il risultato che ottengo č lo stesso, ma magari uno o l'altro sistema mi
> velocizzano il tutto...
> ecco, volevo sapere se mi sapete indicare accorgimenti di questo tipo...
> o se sapete dirmi dove guardare...
>
> ciao e grazie
>
> peppe
Su web e con programmazione lato server credo che non ci sia nessuna
differenza rilevante; č sempre il server ad eseguire il "codice". Una
tecnica per "velocizzare" potrebbe essere quella di inviare lato client
parte dei dati (magari in XML) lasciano a quest'ultimo l'onere del calcolo.
Oramai i client sono minimo 400Mhz con 256 Mbyte...
Ciao.
--
Sergio MAZZA


title: [OT] Access e Corriere Economia

author: ciroteo da newsland

text:
Ciao a tutti, un po' per vanto personale, un po' perchč aiutato dalle
query elaborate alla CISA2 da un nutrito staff di sviluppatori, sono lieto
di segnalarvi un interessante articolo sulle retribuzioni dei non
executive directors che appare oggi in prima pagina, e poi alle pagg.6-7
di Corriere Economia.
Come potrete immaginare alla base di tutto questo estenuante lavoro c'č il
nostro amato Access che non si č fatto certo intimorire, anzi!
Rinnovo il grazie a Giorgio Rancati, MA, Pablitomf, Namor, MaxPiubelli per
il supporto allo stress imperante di quei giorni! Alla fine ci hanno
pubblicati ...
Matteo Cirea
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: [OT] Access e Corriere Economia

author: MA

text:
ciroteo da newsland wrote:
> Ciao a tutti, un po' per vanto personale, un po' perchè aiutato dalle
> query elaborate alla CISA2 da un nutrito staff di sviluppatori,
beh diciamo che di quel pool di programmatori il più "nutrito" ero io...
In ogni caso la query è made in Rancaty
E' stata una bella lezione di SQL.
> sono
> lieto di segnalarvi un interessante articolo sulle retribuzioni dei
> non executive directors che appare oggi in prima pagina, e poi alle
> pagg.6-7 di Corriere Economia.
> Come potrete immaginare alla base di tutto questo estenuante lavoro
> c'è il nostro amato Access che non si è fatto certo intimorire, anzi!
> Rinnovo il grazie a Giorgio Rancati, MA, Pablitomf, Namor,
> MaxPiubelli per il supporto allo stress imperante di quei giorni!
> Alla fine ci hanno pubblicati ...
Complimenti vivissimi, l'ho sempre detto che la tua "capa" [inteso in
napoletan way] funzionava...
>
> Matteo Cirea
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: [OT] Access e Corriere Economia

text:
MA ha scritto:
> ciroteo da newsland wrote:
> > Ciao a tutti, un po' per vanto personale, un po' perchč aiutato dalle
> > query elaborate alla CISA2 da un nutrito staff di sviluppatori,
> beh diciamo che di quel pool di programmatori il piů "nutrito" ero io...
> In ogni caso la query č made in Rancaty
> E' stata una bella lezione di SQL.
> > sono
> > lieto di segnalarvi un interessante articolo sulle retribuzioni dei
> > non executive directors che appare oggi in prima pagina, e poi alle
> > pagg.6-7 di Corriere Economia.
> > Come potrete immaginare alla base di tutto questo estenuante lavoro
> > c'č il nostro amato Access che non si č fatto certo intimorire, anzi!
> > Rinnovo il grazie a Giorgio Rancati, MA, Pablitomf, Namor,
> > MaxPiubelli per il supporto allo stress imperante di quei giorni!
> > Alla fine ci hanno pubblicati ...
> Complimenti vivissimi, l'ho sempre detto che la tua "capa" [inteso in
> napoletan way] funzionava...
grazie caro il dubbio perň resta!
la "capa" č pure andata a Berlino con jet privato a vedere la finale ...
come non amarla?



title: OCX AGENDA

author: sandrinuz

text:
avete provato easyagend?
e' pure italiano
www.gruppo4informatica.com/sales/easyindex.htm
> Vorrei creare nel mio progetto un form per gestire appuntamenti, note
> giornaliere (come nei più comuni programmi di posta elettronica).
> Qualcuno sa darmi qualche idea o dirmi se esiste qualche ocx in commercio???
>
In commercio: Calendar Controls della Sheridan (se non ricordo male),
prova a vedere su
www.shersoft.com
, li avevo usati per un progetto (solo
il calendario, ma c'e' anche l'agenda giornaliera) e mi erano sembrati
buoni.
Oppure cerca su
www.componentsource.com
Non so se ne esistono freeware/shareware.
--
Roal Zanazzi
<
roal.z...@tiscalinet.it
>


title: OCX AGENDA

author: Jabba The Hut

text:
"sandrinuz" <
sand...@libero.it
> ha scritto
> avete provato easyagend?
E' brutto... :)))


title: OCX AGENDA

text:
dici davvero?
"Jabba The Hut" <
jabb...@SPAM.libero.it
> wrote in message news:<_bzG7.27153$
zu5.9...@news1.tin.it
>...
>
> E' brutto... :)))


title: OCX AGENDA

text:
La bellezza e' molto soggettiva l'utilità e' indiscutibile :)



title: OCX AGENDA

author: Silvio Berruti

text:
"sandrinuz" <
sand...@libero.it
> ha scritto nel messaggio
news:6f7c89b4.01110...@posting.google.com...
> La bellezza e' molto soggettiva l'utilità e' indiscutibile :)
La necessità che tu risponda dopo il testo dei messaggi è altrettanto
indiscutibile.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: OCX AGENDA

text:
"sandrinuz" <
sand...@libero.it
> ha scritto
> La bellezza e' molto soggettiva l'utilità e' indiscutibile :)
Si, non lo metto in dubbio... :))))
Sarà anche molto utile, ma *per me* e' brutto... :))))))
Sicuramente c'e' qualcosa in giro che fa la stessa cosa ma che sia più piacevole da
usare... :)))))


title: problema con SQL e date

author: stefy

text:
ciao a tutti...
ho un problema: devo dire in una query SQL di escludere i record che nel
campo data hanno valore nullo... come si fa?
se provo a fare SELECT * FROM DATI WHERE DATA<>## mi da errore di
sintassi...
grazie a tutti per l'attenzione


title: problema con SQL e date

author: giorgio rancati

text:
"stefy" <
megliono...@yahoo.it
> ha scritto nel messaggio
news:FDmtc.349349$rM4.14...@news4.tin.it...

-----------------
SELECT *
FROM DATI
WHERE DATA IS NOT NULL
------------------
Ciao Giorgio


title: problema con SQL e date

text:
>
> -----------------
> SELECT *
> FROM DATI
> WHERE DATA IS NOT NULL
> ------------------
>
> Ciao Giorgio
>
>
smakkete


title: Mapi e rubrica di sistema

author: Ringhitt

text:
Salve a tutti.
Vorrei sapere se il controllo ActiveX Mapi Messager si può liberamente
utilizzare in una applicazione da distribuire.
Vi chiedo anche di indicarmi in che modo posso chiamare con un pulsante di
comando, la rubrica di sistema e prelevare da essa un dato caricato.
Vi ringrazio anticipatamente per la risposta
Ringhitt


title: Arrotondamento non decimale

author: Ferrari Rino

text:
Come poter arrotondare un numero non decimale es:
Avendo un numero 250 dovrei far si che tale
numero diventi o 200 o 400 con un incremento
di 200 unità alla volta, e poter decidere se l'arrotondamento
debba esser fatto alla unita superiore o inferiore cioè
se il 250 farlo diventare 400 o 200 magari in base a
segno > o <.
Rino Ferrari


title: Arrotondamento non decimale

text:
"Ferrari Rino" <
rinof...@virgilio.it
> ha
scritto nel messaggio
news:I2V5d.5930$35.4...@news4.tin.it...
> Come poter arrotondare un numero non decimale
es:
>
> Avendo un numero 250 dovrei far si che tale
> numero diventi o 200 o 400 con un incremento
> di 200 unitŕ alla volta, e poter decidere se
l'arrotondamento
> debba esser fatto alla unita superiore o
inferiore cioč
> se il 250 farlo diventare 400 o 200 magari in
base a
> segno > o <.
>
Se la funzione di Karl ci metti -2 come cifre
decimali dovrebbe arrotodare, poi ti basta aggiure
quello che vuoi.
MAsismiliano


title: Arrotondamento non decimale

text:
> > Come poter arrotondare un numero non decimale
> es:
> >
> > Avendo un numero 250 dovrei far si che tale
> > numero diventi o 200 o 400 con un incremento
> > di 200 unitŕ alla volta, e poter decidere se
> l'arrotondamento
> > debba esser fatto alla unita superiore o
> inferiore cioč
> > se il 250 farlo diventare 400 o 200 magari in
> base a
> > segno > o <.
> >
> Se la funzione di Karl ci metti -2 come cifre
> decimali dovrebbe arrotodare, poi ti basta aggiure
> quello che vuoi.
> MAsismiliano
Ciao Massimiliano
in merito alla funzione di Karl la utilizzavo il problema e come
incrementare il valore es:
Se il valore da arrotondare e 150 ,viene arrotondato a 200
ma se il valore e 250, mi arrotonda a 300 e invece dovrei ottenere 400 o
decidere
di ottenere 200.
Ferrari Rino


title: Arrotondamento non decimale

text:
"Ferrari Rino" <
rinof...@virgilio.it
> ha
scritto nel messaggio
news:ph76d.6360$75.2...@news3.tin.it...

allora dividi per 100 e aggiungi quello che vuoi e
poi rimoltiplichi
MAssimiliano


title: Arrotondamento non decimale

text:

Massimiliano forse non sono stato abbastanza chiaro
dunque il valore e variabile quindi potrebbe essere:
200
210
340
350 ecc.
il risultato dovrebbe essere:
Valore              Risultato
200       =        200
210       =        200
340       =        400
335       =        400
400       =        400
410       =        600
il dato Valore e un dato variabile che potrebbe restituire qualsiasi numero
ed il risultato come puoi vedere e a gruppi di 200 unitŕ per volta.
quindi dovrebbe essere un arrotondamento ad un numero pari.
Rino Ferrari


title: ABC Report

author: Roberto QCI

text:
Salve,
Access 2002. In un DB con qualche migliaio di foto (collegate, non OLE)
e qualche decina di altri campi per ogni record:
1) Poichè (ovvio) non entra tutto su di un foglio A4 ogni record è
composto da più fogli. Non copisco come devo fare a fargli stampare
tutto un record sui fogli che servono e poi il successivo su tutti i
foigli che servono e così via. Mi stampa solo la prima pagina di ogni
record.
2) Se inserisco a piè pagina la funzione "Pagina n. di n..." mi carica
tutte le pagine con tutte le foto e sembra entrare in un loop infinito.
Anzi ci entra, devo terminare il programma di forza.
3) Come fare a non fargli stampare i campi nulli o vuoti? Da codice,
nella sezione CORPO?
4) In ogni pagina è possibile fargli ripetere solo l'intestazione
pagina ed il piè pagina?
5) Oserei domandare anche come fare a fargli stampare solo un pezzo (da
pagina a pagina)... Ho visto che l'argomento è già stato affrontato,
per inquadrare il problema mi basterebbe una descrizione di masima
della procedura.
Come ho detto si tratta dell'ABC...


title: Acces è troppo strano!!!!

author: Pino Fresi

text:
Ho messo un db in rete.
Se lo accedo dal mio notebook tutto ok.
Se viene acceduto da altri notebook (tutti della stessa marca e con lo
stesso SO), mi da il seguente errore:
"
Errore runtime 3364:
Impossibile utilizzare il campo memo, OLE o oggetto collegamento
ipertestuale 'info' nella clausola select di una query di unione.
"
Bah non so che dire!!
Grazie e ciao
Luca
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Acces è troppo strano!!!!

text:
"Pino Fresi" <
lra...@yahoo.com
> wrote in message
news:9119fdef784abef40f1...@mygate.mailgate.org
> Ho messo un db in rete.
> Se lo accedo dal mio notebook tutto ok.
> Se viene acceduto da altri notebook (tutti della stessa marca e con lo
> stesso SO), mi da il seguente errore:
>
> "
> Errore runtime 3364:
> Impossibile utilizzare il campo memo, OLE o oggetto collegamento
> ipertestuale 'info' nella clausola select di una query di unione.
> "
>
> Bah non so che dire!!
>
> Grazie e ciao
> Luca
Penso di avere capito la causa: sul mio pc gira access 2000 mentre sugli
altri c'e'
access 2002.
Qualcuno sa dove posso trovare delle info relative alle differenze tra
queste 2 versioni ?
grazie



title: Come collegare database access a Microsoft SQL Server 2005 x accesso  multiutenti

author: leonardo esposito

text:
Buonasera a tutti, ripongo meglio la mia domanda da principiante ma
per me molto
importante:
Ho un server che dispone di Microsoft SQL Server 2005, e voglio far
collegare più utenti dall'esterno a questo server per farli utilizzare
una mia applicazione fatta con Access.
Prima domanda: Come faccio per importare il database (che ha
tabelle,query,maschere, macro e report) di Access in SQL Server 2005?
Seconda Domanda: Come faccio a installare l'applicazione access agli
utenti esterni in modo che quando aprono il database, si collegano
direttamente al database sul mio server?
grazie davvero per l'aiuto che mi darete.
Leo


author: Pablitomf

text:
"leonardo esposito" <
esposi...@gmail.com
> ha scritto nel messaggio
news:c50e0082-32e2-4d1e...@f3g2000hsg.googlegroups.com...
>Buonasera a tutti, ripongo meglio la mia domanda da principiante ma
>per me molto importante:
un altra volta? non serve riproporre... se hai già postato e nessuno ti
risponde 2 sono le possibilità :
1) nessuno conosce la risposta al tuo quesito;
2) pur essendoci utenti che saprebbero risponde :
    a) non hanno tempo per farlo;
    b) non hanno voglia di farlo;
questo vale per la prox!!
Adesso a noi :
>Ho un server che dispone di Microsoft SQL Server 2005, e voglio far
>collegare più utenti dall'esterno a questo server per farli utilizzare
>una mia applicazione fatta con Access.
Utenti esterni che vuol dire? chi sono questi utenti? fanno parte di un
gruppo conosciuto (di una VPN ad esempio) o sono user free tipo utenti web?
Se sono del primo tipo, continua pure a leggere... se sono del secondo tipo,
lascia perdere.
>Prima domanda: Come faccio per importare il database (che ha
>tabelle,query,maschere, macro e report) di Access in SQL Server 2005?
Access 2003 possiede la funzione di upsize guidato per iniziare (anche se
sarebbe meglio fare le tabelle direttamente su SQL)... ti permette di creare
direttamente un DB su SQL e ti esporta le tabelle create in access.
Cmq sia, in SQL puoi solo importare tabelle... poi il resto lo lasci su
Access (potresti fare anche le query su SQL, ma dovresti avere un minimo di
conoscenze dello stesso SQL).
Una volta creato il DB in SQL, colleghi tutte le tabelle nel tuo
Progr.Access con l'ODBC (magari preparandoti un DSN).
>Seconda Domanda: Come faccio a installare l'applicazione access agli
>utenti esterni in modo che quando aprono il database, si collegano
>direttamente al database sul mio server?
Sempre che questi utenti "vedano" in rete il tuo server, basta installare
l'ODBC e il DSN sui singoli user (su cui hai il tuo Progr.Access) che punta
al tuo server SQL e il gioco è fatto... i collegamenti in Access
funzionerebbero come in locale. (Ovviamente SQL deve essere configurato per
funzionare in rete, altrimenti col piffero che lo raggiungi)
Pablitomf (Maurizio Facciuti)
Web Master
www.accessgroup.it


title: Compatta database

author: Ronny

text:
Ciao a tutti,
sulla funzione in oggetto: ho controllato il sito comune, il
tutto è troppo complicato, non riesco tra i 3 esempi specificati a trovare
qual'è la funzione che esegue il compatta database. Vorrei farla eseguire
ogni volta che si apre la maschera iniziale onde evitare di farla fare
manualmente all'utente. Ci sarà un codice dietro a questa funzione
predefinita di Access97 ... mannaggia.
Grazie mille a tutti
Ronny.
--------------------------------
Inviato via
http://usenet.iol.it


title: Compatta database

author: Mik Mark

text:
"Ronny" <
scremo...@tiscalinet.it
> ha scritto nel messaggio
news:194Z130Z244Z66Y...@usenet.iol.it...

1) Aprire il database o il progetto di Microsoft Access che si desidera
venga compattato automaticamente.
2) Scegliere Opzioni dal menu Strumenti.
3) Fare clic sulla scheda Generale.
4) Selezionare la casella di controllo Compatta alla chiusura.
Nota   La compattazione non viene effettuata se si chiude un database
multiutente (condiviso) mentre altri utenti lo stanno utilizzando.


title: Compatta database

author: stwe

text:
"Mik Mark" <
marcheso...@trentino.net
> ha scritto nel messaggio
news:9p26nk$43r$1...@news.flashnet.it...

una curiosità, vale anche per la versione RUNTIME che tu sappia?
grazie
by
stwe


title: Compatta database

author: SuperPippo®

text:
"Mik Mark" <
marcheso...@trentino.net
> ha scritto nel messaggio
news:9p26nk$43r$1...@news.flashnet.it...
| > qual'è la funzione che esegue il compatta database. Vorrei farla
eseguire
| > ogni volta che si apre la maschera iniziale onde evitare di farla fare
| > manualmente all'utente. | >
|
| 1) Aprire il database o il progetto di Microsoft Access che si desidera
| venga compattato automaticamente.
| 2) Scegliere Opzioni dal menu Strumenti.
| 3) Fare clic sulla scheda Generale.
| 4) Selezionare la casella di controllo Compatta alla chiusura.
| Nota   La compattazione non viene effettuata se si chiude un database
| multiutente (condiviso) mentre altri utenti lo stanno utilizzando.
--------------------------|
Ciao Mik Mak...interessava anche me... ma dove diavolo si trova
la casella di controllo " Compatta alla chiusura "  ??????
Ciao......
--
SuperPippo®   [;o))


title: Compatta database

author: Federico Luciani

text:
Mik Mark wrote:
> "Ronny" <
scremo...@tiscalinet.it
> ha scritto nel messaggio

Perfetto se stai usando A2000, peccato che nella versione A97 non
esiste!
--
Federico
----------------------------------
Rimuovi paperino. per e-mail
----------------------------------
Tutte le richieste che arrivano
in privato, vengono cestinate.
----------------------------------
Sito Comune di it.comp.appl.access
http://www.sitocomune.com
mailto:
webm...@sitocomune.com
----------------------------------


title: Compatta database

text:
Ronny wrote:
> Ciao a tutti,
> sulla funzione in oggetto: ho controllato il sito comune, il
> tutto è troppo complicato, non riesco tra i 3 esempi specificati a trovare
> qual'è la funzione che esegue il compatta database. Vorrei farla eseguire
> ogni volta che si apre la maschera iniziale onde evitare di farla fare
> manualmente all'utente. Ci sarà un codice dietro a questa funzione
> predefinita di Access97 ... mannaggia.
> Grazie mille a tutti
> Ronny.
[A97]
Se vuoi automatizzare la compattazione dell'mdb in uso () le uniche
soluzioni sono:
- il mio script in VB che trovi sul SC con le indicazioni, che ti
permette di farlo quando vuoi;
- un file batch (compact.bat):

  @ECHO OFF
  "C:\Programmi\Microsoft Office\Office\MSACCESS.EXE" %1 /compact

  da eseguire alla chiusura dell'mdb in questo modo:

  Sub s_Compatta()
    Shell "C:\Temp\compact.bat " & CurrentDb.Name
    Application.Quit acQuitSaveNone
  End Sub



title: maschera con campi di tabelle diverse non correlate

author: Frank Chalmers

text:
Una domanda facile facile ma la cui riposta mi sta dannando l'anima
... ;) ... :
Ho una maschera a cui vorrei inserire campi di diverse tabelle, che
però non hanno nessuna relazione fra di loro.
Dato che l'opzione "orgine dati" della maschera accetta solo una
singola tabella (correggetemi se sbaglio), vorrei sapere il metodo per
inserire piu campi di tabelle diverse nella stessa maschera.
Aspetto una MAREA di risposte! Ma me ne basta una ... heheheh ...
Thank&Bye,
Frank


author: Roberto da casa

text:
"Frank Chalmers" <
nospam_t...@hotmail.com
> ha scritto nel messaggio
news:7evdts02u1kevecij...@4ax.com...

Se si tratta di tabelle non in relazione fra di loro, come precisi
nell'oggetto del tuo messaggio, penso che tu possa reperire i dati tramite
la funzione DLookup.
Se invece le tabelle possono essere messe in qualche modo in relazione fra
di loro, puoi farlo tramite l'uso di sottomaschere o tramie l'utilizzo di
caselle combinate  o caselle di riepilogo non associate.
--
Roberto
---------------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/
---------------------------------------------


text:
In precedenza Roberto da casa ha scritto:
>Se si tratta di tabelle non in relazione fra di loro, come precisi
>nell'oggetto del tuo messaggio, penso che tu possa reperire i dati tramite
>la funzione DLookup.
La prima che hai detto!
Thanks&Bye,
Frank


text:
"Frank Chalmers" <
nospam_t...@hotmail.com
> ha scritto nel messaggio
news:1h8ets4l33vc30a8m...@4ax.com...

Non capisco se hai difficoltà ad usare la funzione DLookup; eventualmente
dai un'occhiata all'help a DLookup; e se non ne vieni ancora fuori fatti
vivo.
Mi ero dimenticato di dirti che puoi aprire dei recordset basati sulle tue
tabelle; questa soluzione è sicuramente migliore nel caso siano molti i
campi di queste tabelle da visionare sulla maschera.



text:
In precedenza Roberto da casa ha scritto:
>Non capisco se hai difficoltà ad usare la funzione DLookup; eventualmente
>dai un'occhiata all'help a DLookup; e se non ne vieni ancora fuori fatti
>vivo.
>
>Mi ero dimenticato di dirti che puoi aprire dei recordset basati sulle tue
>tabelle; questa soluzione è sicuramente migliore nel caso siano molti i
>campi di queste tabelle da visionare sulla maschera.
Bè ... veramente se puoi fare qualche esempio è sempre ben accetto!
;)) ...
Riassumendo sono riuscito a capire che una maschera ha l'opzione
"origine dati" che permette di avere soltanto una singola tabella (o
query) inserita. Avendo più di una tabella e non avendo alcun bisogno
di collegarle fra di loro, dovrei inserire i campi di queste tabelle
su di un'unica maschera. Mi hai consigliato di utilizzare il Dlookup
oppure di aprire dei "recordset" basati sulle stesse tabelle. Io
sinceramente speravo in un comando semplice semplice da inserire
proprio nella voce "origine dati" della maschera senza incartarmi
troppo con comandi difficili per un utente alle prime armi quale sono!
;))) ...
Oggi  comunque ho dato un'occhiata veloce all'help di Access
sull'argomento DlookUp ... è un pò complicato ed ad onor del vero
forse il sistema "recordset" da te proposto come alternativa è più
semplice! ;) ...
Se non ti costa troppo potresti fare un'esempio veloce sui "recordset"
con i dati seguenti? ... ;D ...
"Tabella1" contenente [campo1] e [campo2]
"Tabella2" contenente [campo3] e [campo4]
Nessuna relazione fra le tabelle.
Thanks&Bye, ;D
Frank


author: Roberto dal portatile

text:
"Frank Chalmers" <
nospam_t...@hotmail.com
> ha scritto nel messaggio
news:3ojhts07gi3rdt401...@4ax.com...

Immagino che sia Tabella1 che Tabella2 contengano ognuna più di un record
(altrimenti che database è?).
Immagino che tu abbia creato una maschera che ha come origine record (e non
origine dati) Tabella1 e quindi visualizzi, di tutti i record, campo1 e
campo2. Mi sembra di capire che tu vorresti vedere nella maschera anche
campo3 e campo4 provenienti da Tabella2.
Quello che non mi è chiaro, per cui sono in difficoltà a farti un esempio,
è: se nella maschera ti compaiono campo1 e campo2 dell'ennesimo record
contenuto in Tabella1, campo3 e campo4 di quale dei tanti record contenuti
in Tabella2 vuoi che in quel momento ti compaiano nella maschera?
Ritengo che sarai in grado di darmi una risposta solo dopo che avrai
stabilito come le due tabelle sono in relazione fra di loro (ovvero in base
a quale campo); ho dei fondati dubbi che sia vera la tua affermazione
"Avendo più di una tabella e non avendo alcun bisogno di collegarle fra di
loro.."; ne hai un bisogno maledetto.
Finché non metterai in relazione tra di loro le tue tabelle (almeno con un
tipo di relazione uno-a-uno), tu non risolverai il tuo problema ed io non
potrò farti gli esempi.
Insomma facci sapere quale è la struttura delle tue tabelle, che cosa
contengono (campo1, campo2 ecc. è veramente pochino), quali sono le
rispettive chiavi primarie.
Dopo che avrai dato queste notizie cominceranno ad arrivarti le ipotesi di
soluzione che tu auspichi.
Mi dimenticavo di dirti che gestire un recordset non è assolutamente più
facile che utilizzare la funzione DLookup.
Facci sapere.



text:
In precedenza Roberto dal portatile ha scritto:
>Quello che non mi è chiaro, per cui sono in difficoltà a farti un esempio,
>è: se nella maschera ti compaiono campo1 e campo2 dell'ennesimo record
>contenuto in Tabella1, campo3 e campo4 di quale dei tanti record contenuti
>in Tabella2 vuoi che in quel momento ti compaiano nella maschera?
>Ritengo che sarai in grado di darmi una risposta solo dopo che avrai
>stabilito come le due tabelle sono in relazione fra di loro (ovvero in base
>a quale campo); ho dei fondati dubbi che sia vera la tua affermazione
>"Avendo più di una tabella e non avendo alcun bisogno di collegarle fra di
>loro.."; ne hai un bisogno maledetto.
>Finché non metterai in relazione tra di loro le tue tabelle (almeno con un
>tipo di relazione uno-a-uno), tu non risolverai il tuo problema ed io non
>potrò farti gli esempi.
>Insomma facci sapere quale è la struttura delle tue tabelle, che cosa
>contengono (campo1, campo2 ecc. è veramente pochino), quali sono le
>rispettive chiavi primarie.
>Dopo che avrai dato queste notizie cominceranno ad arrivarti le ipotesi di
>soluzione che tu auspichi.
>Mi dimenticavo di dirti che gestire un recordset non è assolutamente più
>facile che utilizzare la funzione DLookup.
>
>Facci sapere.
Bè ... hai pienamente ragione! Mi ero dimenticato di dire cose
fondamentali del tipo:
1) Il record deve essere lo stesso per tutti i campi;
2) devono avere il campo ID in relazione (tipo uno a uno);
3) tutti i campi devono essere contemporaneamente sulla stessa
maschera;
Il motivo di questa mia richiesta è dovuto al fatto che in precedenza
ho creato una maxi tabella (quasi 200 campi!) ... dopo mi sono accorto
che il limite massimo di Access 97 per la singola tabella è di 256
campi ... aaarghhhh ... ed io ne devo avere in complessivo circa 350
di campi!!! Adesso per ovviare al problema, stravolgendo il tutto,
volevo ripartire la maxi-tabella in piu tabelline ... pertanto
raggruppare i campi per argomenti (20 in una tabelle, 30 in un'altra,
ecc...) ed averli sempre tutti in una stessa maschera.
Quando ho detto che "non" dovevano avere una relazione all'inizio ho
detto una grossa stupidaggine ... anche perchè questi campi devono
avere tutti lo stesso record (grazie per la precisazione)! Inoltre nel
momento in cui lascio un campo "vuoto" deve darmi la possibilità di
avanzare e andare avanti nei record.
In questi due giorni provando e ri-provando con le relazioni sono
riuscito (dopo aver ripetutamente sbattuto con violenza la testa
contro monitor e  scrivania per la disperazione) a creare una
relazione uno-a-uno fra due tabelle, avendo il tanto agognato record
in "comune"! All'inizio non riuscivo a capire perchè non mi accettasse
la "contemporaneità" dei campi (ogni tabella, infatti, si aggiornava
ognuna per cazzi suoi! Arghhhh!!!!) ... poi "giocherellando" (si fa
per dire) con indici e opzioni di sottomaschere a me del tutto nuove,
sono riuscito nell'intento!!!! Mi sono frantumato il cranio ... però
alla fine ci sono riuscito! ;)))))) ...
L'help di Access 97, purtroppo, non è molto "generoso" negli esempi di
tabelle relazionate con il metodo uno-a-uno ... quattro righe e niente
più! Inoltre, i files di esempio a corredo ('northwind', 'soluzioni' e
'ordini') avevano apparentemente soltanto relazioni uno-a-molti ... a
parte questo le tre fatidiche opzioni "tipo di join" delle relazioni
sono, a mio parere, parecchio fuorvianti! Sembra uno di quei quiz
spaccacervello fatti apposta per mandarti completamente in tilt!! ;)
...
Adesso ... dopo la nuda cronaca ... devo riuscire a capire realmente
come caiser ci sono riuscito! ;D ...
Thanks&Bye,
Frank


text:
"Frank Chalmers" <
nospam_t...@hotmail.com
> ha scritto nel messaggio
news:0fkptske7ptk3us9a...@4ax.com...
[CUT]
> Bè ... hai pienamente ragione! Mi ero dimenticato di dire cose
> fondamentali del tipo:
>
> 1) Il record deve essere lo stesso per tutti i campi;
> 2) devono avere il campo ID in relazione (tipo uno a uno);
> 3) tutti i campi devono essere contemporaneamente sulla stessa
> maschera;
>
> Il motivo di questa mia richiesta è dovuto al fatto che in precedenza
> ho creato una maxi tabella (quasi 200 campi!) ... dopo mi sono accorto
> che il limite massimo di Access 97 per la singola tabella è di 256
> campi ... aaarghhhh ... ed io ne devo avere in complessivo circa 350
> di campi!!! Adesso per ovviare al problema, stravolgendo il tutto,
> volevo ripartire la maxi-tabella in piu tabelline ... pertanto
> raggruppare i campi per argomenti (20 in una tabelle, 30 in un'altra,
> ecc...) ed averli sempre tutti in una stessa maschera.
ALT!!!
Non so cosa tu debba realizzare con il tuo database, ma il fatto che tu
parli della necessità di avere 350 campi in un record mi fa pensare che stai
sbagliando l'architettura del tuo DB: ho il dubbio che tu voglia organizzare
un foglio di calcolo con Access invece che con Excell.
Comunque, risolto il problema delle tabelle, ti si presenterebbe quello di
una maschera con 350 controlli; non è un'impresa facile e comunque non credo
che tu abbia come monitor del tuo PC uno schermo in cinemascope.
Penso che se ci racconti quali sono e la natura dei dati da memorizzare,
potrai ricevere consigli utili circa l'organizzazione delle tabelle tale che
ti renderà la vita meno difficile (così salvaguarderai anche l'integrità del
monitor e della scrivania).
Insomma ho la sensazione che, non sapendo come si faccia a scrivere il
contenuto di un libro su più pagine, ti stai rompendo la testa per ficcare
tutto il libro su una pagina, incavolandoti perchè non c'entra.
> Quando ho detto che "non" dovevano avere una relazione all'inizio ho
> detto una grossa stupidaggine ... anche perchè questi campi devono
> avere tutti lo stesso record (grazie per la precisazione)! Inoltre nel
> momento in cui lascio un campo "vuoto" deve darmi la possibilità di
> avanzare e andare avanti nei record.
>
Questa tua ultima affermazione mi convince sempre di più che la tua
architettura del DB è sbagliata.
> In questi due giorni provando e ri-provando con le relazioni sono
> riuscito (dopo aver ripetutamente sbattuto con violenza la testa
> contro monitor e  scrivania per la disperazione) a creare una
> relazione uno-a-uno fra due tabelle, avendo il tanto agognato record
> in "comune"! All'inizio non riuscivo a capire perchè non mi accettasse
> la "contemporaneità" dei campi (ogni tabella, infatti, si aggiornava
> ognuna per cazzi suoi! Arghhhh!!!!) ... poi "giocherellando" (si fa
> per dire) con indici e opzioni di sottomaschere a me del tutto nuove,
> sono riuscito nell'intento!!!! Mi sono frantumato il cranio ... però
> alla fine ci sono riuscito! ;)))))) ...
>
Mi sembra che stai dicendo che quando hai iniziato a ralizzare il tuo DB
avevi le idee confuse su cosa fossero le relazioni tra tabelle ed ignoravi
assolutamente cosa fossero le sottomaschere: penso proprio che tu debba
studiare un pò. Prima di realizzare il mio primo DB ho comprato un paio di
libri e per due mesi ho studiato cosa fosse un database relazionale, quali
fossero le regole fondamentali per progettarlo, cosa fosse Access e quali
strumenti mi dava a disposizione. Naturalmente, oltre ai libri, ho usato le
fonti informative di cui tu parli più avanti.
> L'help di Access 97, purtroppo, non è molto "generoso" negli esempi di
> tabelle relazionate con il metodo uno-a-uno ... quattro righe e niente
> più! Inoltre, i files di esempio a corredo ('northwind', 'soluzioni' e
> 'ordini') avevano apparentemente soltanto relazioni uno-a-molti ... a
> parte questo le tre fatidiche opzioni "tipo di join" delle relazioni
> sono, a mio parere, parecchio fuorvianti! Sembra uno di quei quiz
> spaccacervello fatti apposta per mandarti completamente in tilt!! ;)
> ...
L'help è generoso solo se sai che cosa andarci a cercare: è una guida in
linea e non è strutturato come un libro.
I files di esempio a corredo di Access non sono poi così comprensibili se
non hai un pò le idee chiare su Access.
Quanto al tipo di relazione uno-a-uno non è altro che una relazione
uno-a-molti dove, a fronte di un record contenuto in una tabella, ne esiste
solo uno, anzichè più di uno, in un'altra tabella; insomma la relazione
uno-a-uno è quasi da considerarsi un tipo particolare tipo di relazione
uno-a-molti. Ne consegue che, nelle varie documentazioni e negli esempi,
trovi quasi esclusivamente cose che riguardano la relazione uno-a-molti o
molti-a-molti.
>
> Adesso ... dopo la nuda cronaca ... devo riuscire a capire realmente
> come caiser ci sono riuscito! ;D ...
>
Probabilmente mettendo in relazione le due tabelle in base al campo ID e
creando, per l'aggiornamento delle due tabelle, una maschera principale che
ha come origine record la prima tabella e che contiene anche una
sottomaschera la cui origine record è la seconda tabella.
> Thanks&Bye,
> Frank
Alla fine della fiera, ti conviene cominciare a studiare, quindi progettare
le tabelle e le relative relazioni e solo dopo pensare alle maschere ed
eventali sottomaschere.



text:
In precedenza Roberto da casa ha scritto:
>ALT!!!
>Non so cosa tu debba realizzare con il tuo database, ma il fatto che tu
>parli della necessità di avere 350 campi in un record mi fa pensare che stai
>sbagliando l'architettura del tuo DB: ho il dubbio che tu voglia organizzare
>un foglio di calcolo con Access invece che con Excell.
Bè ... non si tratta proprio di un foglio di calcolo! La maggior parte
dei campi contiene controlli SI/NO che vanno a finire su un report per
la stampa! Niente di fantascientifico e niente di così "difficile" da
dare in pasto all'excel! ;D ..
>Comunque, risolto il problema delle tabelle, ti si presenterebbe quello di
>una maschera con 350 controlli; non è un'impresa facile e comunque non credo
>che tu abbia come monitor del tuo PC uno schermo in cinemascope.
>Penso che se ci racconti quali sono e la natura dei dati da memorizzare,
>potrai ricevere consigli utili circa l'organizzazione delle tabelle tale che
>ti renderà la vita meno difficile (così salvaguarderai anche l'integrità del
>monitor e della scrivania).
Bè ... sicuramente mi insegni che le "strutture a schede" sono una
manna per cose del genere! ;D ... Tante piccole finestrelle a mò di
folder che permettono, in poco spazio, di contenere una marea di campi
(soprattutto se si tratta di controlli SI/NO dove c'è solo un pò di
testo ed un quadratino da mezzo cm da "spuntare"! ;)) ...
Ho la testa dura e pertanto ho cambiato genere: adesso c'è un muro con
mattoni pieni che fa da bersaglio per le mie craniate!!! E' da un pò
che i miei co-inquilini pensino si tratti di scosse di assestamento a
far smuovere i loro televisori e lampadari!!! Hehehehe ;DDD ....
>Insomma ho la sensazione che, non sapendo come si faccia a scrivere il
>contenuto di un libro su più pagine, ti stai rompendo la testa per ficcare
>tutto il libro su una pagina, incavolandoti perchè non c'entra.
No! Nessun incavolamento! ;) ... Tutt'altro ... un forte entusiasmo
nell'imparare cose nuove mixato ad un pò di rammarico per non aver
iniziato prima ad usare l'Access .. questo si! ;) ...
>> Quando ho detto che "non" dovevano avere una relazione all'inizio ho
>> detto una grossa stupidaggine ... anche perchè questi campi devono
>> avere tutti lo stesso record (grazie per la precisazione)! Inoltre nel
>> momento in cui lascio un campo "vuoto" deve darmi la possibilità di
>> avanzare e andare avanti nei record.
>
>Questa tua ultima affermazione mi convince sempre di più che la tua
>architettura del DB è sbagliata.
Bè ... per progetti iniziali più piccoli ha funzionato alla
perfezione! Adesso ho soltanto allargato il range! ;D ... sperem!!
>Mi sembra che stai dicendo che quando hai iniziato a ralizzare il tuo DB
>avevi le idee confuse su cosa fossero le relazioni tra tabelle ed ignoravi
>assolutamente cosa fossero le sottomaschere: penso proprio che tu debba
>studiare un pò. Prima di realizzare il mio primo DB ho comprato un paio di
>libri e per due mesi ho studiato cosa fosse un database relazionale, quali
>fossero le regole fondamentali per progettarlo, cosa fosse Access e quali
>strumenti mi dava a disposizione. Naturalmente, oltre ai libri, ho usato le
>fonti informative di cui tu parli più avanti.
Due mesi! Forse non sono nemmeno due mesi che ho iniziato ad usare
l'Access! ... ma a volte le realtà aziendali ti costringono a non
avere tutto quel tempo per imparare "studiando e basta" ma andando a
tutta birra (sbattendo anche la testa quando è necessario) ed
imparando strada facendo!!! Tutto questo per tenere ben saldo il tuo
posto di lavoro "svolgendo" anche mansioni per le quali non hai una
adeguata preparazione!!!! ;(( ... Comunque ti assicuro che sono
pienamente d'accordo con te su uno studio preliminare lungo ed
approfondito! E' uno dei metodi migliori per imparare davvero ... però
a volte ti è impossibile attuarlo! Vedi il mio caso .... ;(( ...
>L'help è generoso solo se sai che cosa andarci a cercare: è una guida in
>linea e non è strutturato come un libro.
>I files di esempio a corredo di Access non sono poi così comprensibili se
>non hai un pò le idee chiare su Access.
>Quanto al tipo di relazione uno-a-uno non è altro che una relazione
>uno-a-molti dove, a fronte di un record contenuto in una tabella, ne esiste
>solo uno, anzichè più di uno, in un'altra tabella; insomma la relazione
>uno-a-uno è quasi da considerarsi un tipo particolare tipo di relazione
>uno-a-molti. Ne consegue che, nelle varie documentazioni e negli esempi,
>trovi quasi esclusivamente cose che riguardano la relazione uno-a-molti o
>molti-a-molti.
Ok!!! Many thanks per la precisazione! ;D ... grazie a te adesso mi è
tutto più chiaro! ;DDD ....
>Probabilmente mettendo in relazione le due tabelle in base al campo ID e
>creando, per l'aggiornamento delle due tabelle, una maschera principale che
>ha come origine record la prima tabella e che contiene anche una
>sottomaschera la cui origine record è la seconda tabella.
Proprio così! Non avrei saputo spiegarlo meglio! ;D ... l'ho sempre
detto che sei un "must" sull'argomento!!! ;D ...
>> Thanks&Bye,
>> Frank
>
>Alla fine della fiera, ti conviene cominciare a studiare, quindi progettare
>le tabelle e le relative relazioni e solo dopo pensare alle maschere ed
>eventali sottomaschere.
E' una promessa che mi sono fatto! Spero in un futuro prossimo di
poterla esaudire in pieno!
Thanks&Bye,
Frank


text:
[CUT]
Mi sembra di poter concludere questa nostra lunga chiacchierata dicendo che
dovrai prima decidere come raggrupperai le informazioni in ogni scheda della
tua struttura a schede che verrà contenuta nella tua maschera.
Le tabelle saranno tante quante sono le schede della struttura a schede
della maschera; tutte avranno il campo ID che rappresenterà per tutte le
chiave primaria. La prima tabella la chiameremo TabellaPrimaria; tutte le
altre tabelle dovranno essere con essa in relazione di tipo uno-a-uno
tramite il campo ID.
La maschera avrà come origine record TabellaPrimaria; i dati della
TabellaPrimaria saranno rappresentati su controlli contenuti nel corpo della
maschera e nella prima scheda della struttura a schede. Ognuna delle altre
schede conterrà una sottomaschera che avrà come origine record una delle
altre tabelle.
E mi sembra di poter dire che così siamo andati a dama.



text:
In precedenza Roberto da casa ha scritto:
>
>[CUT]
>E mi sembra di poter dire che cosě siamo andati a dama.
Proprio cosě! ;) ... E grazie al tuo (ennesimo) aiuto ho potuto fare
chiarezza su parecchi miei dubbi! Grazie infinite, Roby!!! ;D


text:
"Frank Chalmers" <
nospam_t...@hotmail.com
> ha scritto nel messaggio
news:ffquts856ahq0cmsa...@4ax.com...
> In precedenza Roberto da casa ha scritto:
>
> >
> >[CUT]
>
> >E mi sembra di poter dire che cosě siamo andati a dama.
>
> Proprio cosě! ;) ... E grazie al tuo (ennesimo) aiuto ho potuto fare
> chiarezza su parecchi miei dubbi! Grazie infinite, Roby!!! ;D
Alla prossima



title: più veloce seek o dlookup

author: il maltese

text:
continuo la mia serie di domande sulle performance via codice
è più performante l'uso di un recordset con seek o quello di dlookup per la
ricerca di un valore?
immagino che dlookup sia più versatile in quanto permette l'uso di criteri
che non necessarimente contemplino solo indici, ma a parità di condizioni
(cioè che nel criterio uso un indice)?
grazie mille


title: più veloce seek o dlookup

author: Alessandro Baraldi

text:

Come versatilità dal punto di vista che hai esposto tu non cambia
nulla... il problema è che Seek non è utilizzabile su LinkedTable,
quindi solitamente se serve usarlo si apre un Recordset diretto sul
BE...!
Seek è più performante, ma eventualmente è più performante di DlookUp
anche la semplice estrazione del Recordset:
Dim Rs as DAO.Recordset
Set Rs=CurrentDb.OpenRecordset("SELECT * FROM T1 WHERE
Criteri",dbOpenDynaset,dbReadOnly)
Ora in RS!NomeCampo hai il campo
questo equivale come funzionamento a :
Dlookup("NomeCampo","T1","Criteri")
Le prestazioni soprattutto su LinkedTable sono molto differenti(su
LocalTable invece non giustificano la scelta differente)...!
Quì trovi un Test fatto tempo fà...
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=277
@Alex


title: più veloce seek o dlookup

author: Simone Calligaris

text:
"Alessandro Baraldi" <
Come versatilità dal punto di vista che hai esposto tu non cambia
nulla... il problema è che Seek non è utilizzabile su LinkedTable,
quindi solitamente se serve usarlo si apre un Recordset diretto sul
BE...!
----------------------------------------------------------------------
Non è proprio così Alessandro: Seek è utilizzabile su Linked Tables MDB (non
lo è via ODBC).
Le prestazioni, all'interno di un ciclo significativo, sono enormemente
superiori rispetto al FindFirst o a un Dlookup.
Chiaro che se si utilizzano questi metodi per reperire un valore e solo uno,
non ci sono sostanziali differenze.
Saluti.


title: più veloce seek o dlookup

author: ALESSANDRO Baraldi

text:
>
> Non č proprio cosě Alessandro: Seek č utilizzabile su Linked Tables MDB
(non
> lo č via ODBC).
No Simone non č come dici, ma leggi questi articoli e magari mi credi... ;-)
http://www.mvps.org/access/tables/tbl0006.htm
www.donkarl.com/it/?FAQ6.10
> Le prestazioni, all'interno di un ciclo significativo, sono enormemente
> superiori rispetto al FindFirst o a un Dlookup.
Certo mi pareva di averlo detto... magari sbaglio nel senso che non l'ho
enfatizzato ma concordo su questo.
> Chiaro che se si utilizzano questi metodi per reperire un valore e solo
uno,
> non ci sono sostanziali differenze.
Certo, come tutti i Performance Test hanno sneso solo se ripetuti su molti
cicli altrimenti sono "pippe"
> Saluti.
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.alessandrobaraldi.it
---------------------------------------------------------------------------


title: più veloce seek o dlookup

text:
"ALESSANDRO Baraldi" <
> > Non è proprio così Alessandro: Seek è utilizzabile su Linked Tables MDB
> (non
> > lo è via ODBC).
> No Simone non è come dici, ma leggi questi articoli e magari mi credi...
;-)
>
>
http://www.mvps.org/access/tables/tbl0006.htm
>
>
www.donkarl.com/it/?FAQ6.10
Eh, eh: Alessandro non c'è bisogno di leggere alcun link, dato che è una
soluzione che m'è capitato d'usare (ed è documentata nell'Help di Access):
Set DB=OpenDataBase(PercorsoBaseDatiMDB)
Set Rst=DB.OpenRecordset("------------")
A questo punto puoi utilizzare Seek sull'oggetto Rst, anche se le tabelle
sono collegate e non locali.
E' una soluzione, come dicevo, che non può essere disponibile via ODBC ...
ma non credo sia un problema per "il maltese".
Saluti.


title: più veloce seek o dlookup

text:
> Eh, eh: Alessandro non c'è bisogno di leggere alcun link, dato che è una
> soluzione che m'è capitato d'usare (ed è documentata nell'Help di Access):
>
> Set DB=OpenDataBase(PercorsoBaseDatiMDB)
> Set Rst=DB.OpenRecordset("------------")
>
> A questo punto puoi utilizzare Seek sull'oggetto Rst, anche se le tabelle
> sono collegate e non locali.
> E' una soluzione, come dicevo, che non può essere disponibile via ODBC ...
> ma non credo sia un problema per "il maltese".
>
> Saluti.
Alt ....  nell'esempio che hai appena riportato non usi LINKED TABLE....
ti colleghi direttamente al BE... e sono 2 cose diverse, e se provi ad usare
su
CurrentDb come potresti fare con un RS normale o con Dlookup il metodo Seek
basandoti su una Linked... CICCIA
che funziona se non fai come hai detto...!
IMHO quello che ho detto è corretto.



title: più veloce seek o dlookup

text:
"ALESSANDRO Baraldi" <
> Alt ....  nell'esempio che hai appena riportato non usi LINKED TABLE....
> ti colleghi direttamente al BE... e sono 2 cose diverse, e se provi ad
usare
> su
> CurrentDb come potresti fare con un RS normale o con Dlookup il metodo
Seek
> basandoti su una Linked... CICCIA
> che funziona se non fai come hai detto...!
>
> IMHO quello che ho detto č corretto.
Ho capito Alessandro, ma  ... chi se ne frega del fatto che sia necessario
usare OpenDataBase sul DB remoto.
Il problema, semplicemente č:
"Si puň invocare il metodo Seek da un Front-End connesso a un MDB con linked
tables?".
Risposta:  si puň, senza rinunciare agli enormi vantaggi prestazionali,
facendo come nell'esempio che postavo (preso pari pari dall'Help di Access).
La FAQ in oggetto del sito di Karl dovrebbe essere corretta/integrata.
Saluti.


title: più veloce seek o dlookup

text:
> Ho capito Alessandro, ma  ... chi se ne frega del fatto che sia necessario
> usare OpenDataBase sul DB remoto.
>
> Il problema, semplicemente è:
>
> "Si può invocare il metodo Seek da un Front-End connesso a un MDB con
linked
> tables?".
No sulle Linked Table..., pertanto se uno ci prova non funziona io ho
sostenuto solo questo non altro.
Poi la soluzione che hai evidenziato, come hai detto la conoscono molti...,
ma non è di accesso diretto come
il Dlookup.
> Risposta:  si può, senza rinunciare agli enormi vantaggi prestazionali,
> facendo come nell'esempio che postavo (preso pari pari dall'Help di
Access).
> La FAQ in oggetto del sito di Karl dovrebbe essere corretta/integrata.
Simone stiamo friggendo ARIA... il metodo SEEK NON PUO' ESSERE USATO SU
LINKED TABLE(la mia affermazione
è vera ed è estremamente importante saperlo, hai ragione sul fatto che
potevo completarla)
il metodo Seek può essere usato su un Recordset aperto sull'oggetto Dababase
che punta al BE(MDB).
> Saluti.
N'chai proprio un "sergio" da fare oggi... che stai a pettinare le
bambole...!
;-)



title: più veloce seek o dlookup

text:
> Simone stiamo friggendo ARIA... il metodo SEEK NON PUO' ESSERE USATO SU
> LINKED TABLE(la mia affermazione
> č vera ed č estremamente importante saperlo, hai ragione sul fatto che
> potevo completarla)
>
> il metodo Seek puň essere usato su un Recordset aperto sull'oggetto
Dababase
> che punta al BE(MDB).
No Alessandro, su questo tu stai friggendo aria: "teoricamente" non puň
essere usato....
All'atto pratico con quel semplice, e documentatissimo, workaround č
possibile (e puň risolvere problemi non da poco).
Al contrario, via ODBC non esiste alcun metodo per sfruttare Seek su linked
tables.
> N'chai proprio un "sergio" da fare oggi... che stai a pettinare le
> bambole...!
> ;-)
Beh, sě: lo ammetto   ;-)
Saluti.


title: più veloce seek o dlookup

author: Sergio MAZZA

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:1178192062.8...@l77g2000hsb.googlegroups.com...
Quì trovi un Test fatto tempo fà...
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=277
@Alex
[risposta]
Io ho fatto il test come faccio ad inviarti i risultati?
Perché non pensi di pubblicarli sul sito magari indicando l'HW/SW dove è
stato eseguito?
La pagina (del tuo sito web) per l'invio della password, se dimenticata, va
in errore...
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
> No Alessandro, su questo tu stai friggendo aria: "teoricamente" non puň
> essere usato....
> All'atto pratico con quel semplice, e documentatissimo, workaround č
> possibile (e puň risolvere problemi non da poco).
Ma chi lo ha messo in dubbio..........!!!
Secondo me mi stai prendendo per il retro...
> Al contrario, via ODBC non esiste alcun metodo per sfruttare Seek su
linked
> tables.
Ma questo č tutt'altro problema... risolvibile con una SP probabilmente,
anche perchč contrariamente
a JET lavorando via ODBC il ResultSet restituito non č l'intera tabella
quindi forse non ha nemmeno senso
usare un Seek quando una semplice SELECT potrebbe essere piů performante...
> > N'chai proprio un "sergio" da fare oggi... che stai a pettinare le
> > bambole...!
> > ;-)
>
>
> Beh, sě: lo ammetto   ;-)
Ecco appunto.
P.S. scusa Sergio, prima ti ho scritto i minuscolo perchč non fosse
esplicito...
> Saluti.



title: più veloce seek o dlookup

text:
> [risposta]
> Io ho fatto il test come faccio ad inviarti i risultati?
Boh... l'utilità era solo quando è nata la questione dell'uso del Dcount e
del Count(*)
per capire se i dati di cui si parlavano erano frutto del HW o meno...!
Poi abbiamo appurato che, nonostante i risultati differenti, percentualmente
erano
confrontabili(quasi tutti)...
> Perché non pensi di pubblicarli sul sito magari indicando l'HW/SW dove è
> stato eseguito?
Non serve in modo relativo danno gli stessi dati.
> La pagina (del tuo sito web) per l'invio della password, se dimenticata,
va
> in errore...
Cosa...?
> Ciao.
> --
> Sergio MAZZA
Ciao



title: più veloce seek o dlookup

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:463a0f5c$0$37201$4faf...@reader3.news.tin.it...
>
>> N'chai proprio un "sergio" da fare oggi... che stai a pettinare le
>> bambole...!
>> ;-)
>
>
> Beh, sě: lo ammetto   ;-)
>
> Saluti.
Ma senti 'sti due...
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
> > Beh, sě: lo ammetto   ;-)
> >
> > Saluti.
>
>
> Ma senti 'sti due...
>
> Ciao.
> --
> Sergio MAZZA
Sai che mi era rimasto impresso da te il detto "delle bambole" e l'ho
spudoratamente riciclato...
immagino sia tipico "Romano"



title: più veloce seek o dlookup

text:
"Sergio MAZZA" <
> Ma senti 'sti due...
>
Ma ogni riferimento era casuale, no?     ;-)
Saluti.


title: più veloce seek o dlookup

text:
"ALESSANDRO Baraldi"
> Sai che mi era rimasto impresso da te il detto "delle bambole" e l'ho
> spudoratamente riciclato...
> immagino sia tipico "Romano"
Io ne ricordo uno fantastico che recitava spesso un commilitone di Latina.
In pratica, quando aveva la sensazione d'essere fissato in maniera strana,
reagiva dicendo:
"Ma che guardi, c'ho i pupazzetti in facciaaaaaa???????"
Fantastico!
Saluti.


title: più veloce seek o dlookup

text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:f1d3vp$ver$1...@aioe.org...
>
> Sai che mi era rimasto impresso da te il detto "delle bambole" e l'ho
> spudoratamente riciclato...
> immagino sia tipico "Romano"
A dir la verità no; a Roma si dice: mica sto' a cambia' l'aria.
Ma se me ne uscivo così mi toccava accendere il pc; collegarmi ad internet;
andare su:
televideo.rai.it
 e cercare la pagina 777.
> --
> @Alex (Alessandro Baraldi)
> ---------------------------------------------------------------------------
>
http://www.sitocomune.com/
>
http://www.alessandrobaraldi.it
> ---------------------------------------------------------------------------
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
"
> > Al contrario, via ODBC non esiste alcun metodo per sfruttare Seek su
> linked
> > tables.
> Ma questo è tutt'altro problema... risolvibile con una SP probabilmente,
> anche perchè contrariamente
> a JET lavorando via ODBC il ResultSet restituito non è l'intera tabella
> quindi forse non ha nemmeno senso
> usare un Seek quando una semplice SELECT potrebbe essere più
performante...
Forse, ma il punto è proprio questo: chi ha usato Seek con MDB scoprirà di
dover trovare un'altra soluzione passando a un Server SQL.
Chi invece apprezza utilizzare il metodo in oggetto su MDB con tabelle
locali, scoprirà tirando un sospiro di sollievo, che basterà indirizzare la
variabile DB al database remoto, per ottenere la stessa cosa con Linked
Tables.
La FAQ di Karl, ripeto, andrebbe integrata...
Saluti.


title: più veloce seek o dlookup

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:463a1362$0$37207$4faf...@reader3.news.tin.it...
>
> Ma ogni riferimento era casuale, no?     ;-)
>
> Saluti.
Eccerto...
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:f1d3a7$tlp$1...@aioe.org...
> P.S. scusa Sergio, prima ti ho scritto i minuscolo perchè non fosse
> esplicito...
Già, il virgolettato non l'ha notato nessuno...
> --
> @Alex (Alessandro Baraldi)
> ---------------------------------------------------------------------------
>
http://www.sitocomune.com/
>
http://www.alessandrobaraldi.it
> ---------------------------------------------------------------------------
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

author: Alessandro Cara

text:
Sergio MAZZA wrote:
[cut]
> La pagina (del tuo sito web) per l'invio della password, se dimenticata, va
> in errore...
>
e' giusto cosi'. Per uno che dimentica la password e' giusto che
l'applicativo si incazzi un po' e dia fuori da matto.
--
ac
y-1=x


title: più veloce seek o dlookup

text:
"Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
news:bYo_h.29281$281....@tornado.fastwebnet.it...

Ecco mancava solo lui ... ora siamo al completo...!
Che giornataccia....



title: più veloce seek o dlookup

text:
ALESSANDRO Baraldi wrote:
> "Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
> news:bYo_h.29281$281....@tornado.fastwebnet.it...
>> Sergio MAZZA wrote:
>> [cut]
>>> La pagina (del tuo sito web) per l'invio della password, se dimenticata,
> va
>>> in errore...
>>>
>> e' giusto cosi'. Per uno che dimentica la password e' giusto che
>> l'applicativo si incazzi un po' e dia fuori da matto.
>>
>> --
>> ac
>> y-1=x
>
> Ecco mancava solo lui ... ora siamo al completo...!
> Che giornataccia....
>
E dai, per una replace che non fa il suo "porco" dovere non serve
adombrarsi. E poi io cercavo di "brutalizzare" Serginho. Se o capito il
senso.
--
ac
y-1=x


title: più veloce seek o dlookup

text:
> E dai, per una replace che non fa il suo "porco" dovere non serve
> adombrarsi. E poi io cercavo di "brutalizzare" Serginho. Se o capito il
> senso.
> --
> ac
> y-1=x
Alessà(che bel nome) chi non fà non falla...



title: più veloce seek o dlookup

author: Luciano (DOC)

text:
"il maltese" <inu...@non.telo.dico> ha scritto nel messaggio
news:FZudnTDs0pmCO6Tb...@kpnqwest.it...
> è più performante l'uso di un recordset con seek o quello di dlookup per
> la
> ricerca di un valore?
Nè l'uno ne l'altro. Se cerchi la performance hai tre strade:
1) una SELECT ben studiata.
2) matrici a go go.
3) una combinazione delle prime due.
Anzi, sono soluzioni da adottare a prescindere.
Saluti.
Luciano
PS Ho passato un'ora a cancellare lo spam accumulato nella casella del WB
del sito comune, finalmente è visibile il materiale inviato. Domani (ormai
sò stanco) lo giro a Roberto per i test, a breve la pubblicazione.
Beh...breve è una parola grossa...:-)


title: più veloce seek o dlookup

text:
"Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
news:bYo_h.29281$281....@tornado.fastwebnet.it...
>
> e' giusto cosi'. Per uno che dimentica la password e' giusto che
> l'applicativo si incazzi un po' e dia fuori da matto.
Cacchio! Non c'avevo pensato... Ecco perché la vecchietta non voleva
mori'...
> --
> ac
> y-1=x
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
news:59v1hgF...@mid.individual.net...
>
> Nè l'uno ne l'altro. Se cerchi la performance hai tre strade:
> 1) una SELECT ben studiata.
> 2) matrici a go go.
> 3) una combinazione delle prime due.
> Anzi, sono soluzioni da adottare a prescindere.
> Saluti.
>
> Luciano
>
> PS Ho passato un'ora a cancellare lo spam accumulato nella casella del WB
> del sito comune, finalmente è visibile il materiale inviato. Domani (ormai
> sò stanco) lo giro a Roberto per i test, a breve la pubblicazione.
> Beh...breve è una parola grossa...:-)
Ma lo stai riconvertendo in ASP o no?
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
"Sergio MAZZA" <
sergi...@tiscali.it
> ha scritto nel messaggio
news:f1ekq2$mf9$1...@tdi.cu.mi.it...
> Ma lo stai riconvertendo in ASP o no?
E per quale ragione?
Fra l'altro ASP sta morendo, vedi anche tu il NG com'è vuoto, ed io mi sto
riconvertendo al PHP (che con Access su piattaforma IIS va alla grande).
Saluti.
Luciano


title: più veloce seek o dlookup

text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
news:5a0bc3F...@mid.individual.net...
>
> E per quale ragione?
> Fra l'altro ASP sta morendo, vedi anche tu il NG com'è vuoto, ed io mi sto
Le ragioni del "vuoto", anche secondo me, sono le stesse che tu hai esposto
quando ti hanno proposto il salto.
> riconvertendo al PHP (che con Access su piattaforma IIS va alla grande).
Si, l'ho provato.
> Saluti.
>
> Luciano
Ciao.
--
Sergio MAZZA


title: più veloce seek o dlookup

text:
> Nè l'uno ne l'altro. Se cerchi la performance hai tre strade:
> 1) una SELECT ben studiata.
> 2) matrici a go go.
> 3) una combinazione delle prime due.
> Anzi, sono soluzioni da adottare a prescindere.
> Saluti.
L'utilizzo di Seek all'interno di cicli pesanti offre prestazioni
enormemente superiori rispetto alle altre soluzioni: prova per credere.
Il rovescio della medaglia è la necessità che il campo/i di ricerca siano
indicizzati e il non funzionamento via ODBC.
Saluti.


title: database completo di tutte le banche italiane ABI

text:
che voi sappiate è liberamente distribuibile e utilizzabile il database
completo di tutte le banche italiane con relativi abi e cab? è da chiederlo
magari all'asscoiazione ABI che le gestisce?
Secondo voi? esiste già in rete? sarà liberamente utilizzabile?
Grazie


author: Carlo Costarella

text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:cpbmt8$27u$1...@lacerta.tiscalinet.it...

Si le tabelle con i codici ABI sono di pubblico dominio. Puoi utilizzarle.
Questo un link interessante:
http://www.tkk.it/tabelle/index.html
Ciao, carlo


author: asociale

text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:cpbmt8$27u$1...@lacerta.tiscalinet.it...

Buona sera,
dal sito della Banca d'Italia (
http://www.bancaditalia.it/
), selezionare la
voce Vigilanza sulle banche, successivamente Intermediari vigilati, Download
di archivi. Dovrebbero esseredei file *.txt opportunamente compilati per
poterli importare da access.
Asòciao


text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:cpbmt8$27u$1...@lacerta.tiscalinet.it...

Scusatemi nel post precedente mi sono dimenticato di indicare un
collegamento essenziale. La linea completa è:
http://www.bancaditalia.it/
 ____ FUNZIONI DI VIGILANZA ____ Vigilanza sulle
banche ____ Intermediari vigilati ____ Download di archivi: banche, gruppi
bancari, sportelli bancari - aggiornamento al 30 giugno 2004.
Asòciao


text:
> Scusatemi nel post precedente mi sono dimenticato di indicare un
> collegamento essenziale. La linea completa è:
>
http://www.bancaditalia.it/
 ____ FUNZIONI DI VIGILANZA ____ Vigilanza
> sulle banche ____ Intermediari vigilati ____ Download di archivi: banche,
> gruppi bancari, sportelli bancari - aggiornamento al 30 giugno 2004.
> Asòciao
grazie, sapete se ci sono altri database importanti da includere in un
gestionale oltre alle banche e ai comuni?
Grazie.


text:
> Scusatemi nel post precedente mi sono dimenticato di indicare un
> collegamento essenziale. La linea completa è:
>
http://www.bancaditalia.it/
 ____ FUNZIONI DI VIGILANZA ____ Vigilanza
> sulle banche ____ Intermediari vigilati ____ Download di archivi: banche,
> gruppi bancari, sportelli bancari - aggiornamento al 30 giugno 2004.
> Asòciao
lo scaricato ma hai fatto caso che il file da te speicificato contiene tutto
tranna il nome della banda dettaglio non da poco, magari è in qualche altro
file da scaricare e sono da unire?
qualcuno a trovalto altro in rete?
Grazie a tutti.


text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:cpcm46$985$1...@lacerta.tiscalinet.it...
>> Scusatemi nel post precedente mi sono dimenticato di indicare un
>> collegamento essenziale. La linea completa č:
>>
http://www.bancaditalia.it/
 ____ FUNZIONI DI VIGILANZA ____ Vigilanza
>> sulle banche ____ Intermediari vigilati ____ Download di archivi: banche,
>> gruppi bancari, sportelli bancari - aggiornamento al 30 giugno 2004.
>> Asňciao
>
> lo scaricato ma hai fatto caso che il file da te speicificato contiene
> tutto tranna il nome della banda dettaglio non da poco, magari č in
> qualche altro file da scaricare e sono da unire?
> qualcuno a trovalto altro in rete?
>
> Grazie a tutti.
>
>
Ma il link che io ti ho indicato contiene anche il nome della banca...
Cos'ha che non va.
Ciao, Carlo


text:
> Ma il link che io ti ho indicato contiene anche il nome della banca...
> Cos'ha che non va.
>
> Ciao, Carlo
>
non ha il resto ha l'abi e il nome ma non indirizzo filiale di e cab e
magari se fosse possibile anche codice swift tel e fax ma forse chiedo
troppo


title: Colori linea grafici

author: Mercurio

text:
Ciao,
esiste il modo in VBA di far cambiare il colore di una linea in un grafico
se supera una linea di break impostata ?


title: maschera con orario attuale sempre in aggiornamento

text:
devo creare una maschera con un campo ce riporta l'ora attuale e che sia
sempre in aggiornamento ogni secondo...
Su google non ho trovato niente a riguardo...
Grazie per l'attenzione
Nicola


text:

oltre che su form load metti il campo anche nell'evento della maschera
"su timer"
Buon venerdi'
MoNica


author: Access

text:
ciao N1CoL4
"N1CoL4" <
nickNO...@virgilio.it
> ha scritto nel messaggio
news:fwYui.36$Fb...@nntpserver.swip.net...
> devo creare una maschera con un campo ce riporta l'ora attuale e che sia
> sempre in aggiornamento ogni secondo...
>
> Su google non ho trovato niente a riguardo...
>
fai in questo modo:
private sub form_load()
me.timerinterval = 1000
end sub
private sub form_timer()
NomeTuoControllo = time()
end sub
--
Ciao
Access


text:


grazie 1000 a tutti e 2
domani provo...
Nicola


title: Backup Database (con codice di esempio)

author: Fabrizio Quercia

text:
Ciao, apro il thread nuovo con la speranza che possa essere utile a
tutti:
- Ho creato una maschera con un pulsante
- Ho diviso il database in 2 (BE=tabelle, FE=resto del db) quindi
serve il backup delle sole tabelle :) (spero)
- Su Evento Su Clic del pulsante di questa maschera ci ho messo il
codice sotto citato
Ora supponiamo che il nostro database BE si chiami database_be.mdb.
Si puo' utilizzare il codice di seguito per fare il backup del file
database_be.mdb
Se Serve mettero' on line il database di esempio.
(Spero che almeno Copia/Incolla vi riesce :)))
--------------------------------
Private Sub Comando1_Click()
'*************************************************************************
' Autore:    Fabrizio Quercia
' Email:
fabrizi...@tin.it
' Funzione:  Backup del backend (da specificare il path nella sezione
FileCopy)
'
'*************************************************************************
'
' Istruzioni per l'uso e l'adattamento:
' ----------------------------------------
'
'    Sostituire OVUNQUE LO SI TROVI c:\cartellaprogramma\backup col il
proprio
'    percorso assoluto nel proprio disco fisso.
'    es: C:\Documenti\MioGestionale\Backup (qualora hai il db nella
cartella
'    gestionale dentro documenti
'    oppure c:\lavoro\mioprogramma\Backup ... ecc...ecc...
'    oppure D:\lavoro\programma\backup ...ecc..ecc...
'
'    Sostituire FileCopy "C:\cartellaprogramma\database_be.mdb",
StringaBackup
'    con il percosro assoluto del proprio database (backend)
'    ad esempio FileCopy "D:\Lavoro\database\database.mdb",
StringaBackup
'
'    Creare una maschera con un pulsante che verra chiamato
'    Comando1, se il pulsante avra' un altro nome controllo,
'    sostituire il nome del cotrollo a quello di questa sub
'
'    Esempio: Comando1_Click()(il pulsate ha come nome controllo
Comando1)
'
---------------------------------------------------------------------
'    Private Sub Comando1_Click()
'        BackupDB
'    End Sub
'
---------------------------------------------------------------------
'
'    Esempio: PulsanteBackup_Click (il pulsate ha come nome controllo
PulsanteBackup)
'
---------------------------------------------------------------------
'    Private Sub Comando1_Click()
'        BackupDB
'    End Sub
'
---------------------------------------------------------------------
'
'*************************************************************************
'
'Con alcune migliorie prese dal
sitocomune.com
 si puo' ottimizzare il
tutto
'
'Tipo: Percorso del database corrente
'
'*************************************************************
'
'	A T T E N Z I O N E !!!!!
'	-------------------------
'
'	Sostituire OVUNQUE database_be.mdb CON IL VERO NOME del VS
file
'	che contiene le tabelle
'
'*************************************************************
'******************************************************
'       INIZIO DELLA PROCEDURA DI BACKUP
'******************************************************
'Verifica che il file delle tabelle non sia aperto o bloccato:
If Dir("C:\cartellaprogramma\database_be.ldb", vbDirectory) <> "" Then
	'sostituire "c:\cartellaprogramma\database_be.ldb" con il vero
percorso del database
    MsgBox "Il database è aperto da alcuni utenti. Chiudere tutto e
riprovare.", vbApplicationModal + vbOKOnly + vbExclamation
    Exit Sub
Else
'prosegue
Dim ConfermaBackup
ConfermaBackup = MsgBox("Avviare il backup degli archivi?",
vbApplicationModal + vbQuestion + vbYesNo, "Back Up")
If ConfermaBackup = vbNo Then
    Exit Sub
Else
    If Dir("C:\cartellaprogramma\Backup\", vbDirectory) = "" Then
        'sostituire "c:\cartellaprogramma\" con il vero percorso del
database, lasciare backup
        GoTo CreaCartellaBackup
    Else
        GoTo AvviaBackupDatabase
    End If

CreaCartellaBackup:
'*********************************************************
'   CREA LA CARTELLA BACKUP nella cartella del programma
'*********************************************************
        MkDir ("C:\Cartellaprogramma\Backup\")
        'sostiruire "C:\cartellaprogramma\ con il vero percorso
completo, lasciare backup
        GoTo AvviaBackupDatabase
AvviaBackupDatabase:
'*********************************************************
'   AVVIA IL BACKUP DEL DATABASE
'*********************************************************
'Crea le variabili
        Dim DirBackup As String
        Dim DataBackup As String
        Dim NomeFile As String
        Dim StringaBackup As String
'Creazione path (percorso) di backup
        DirBackup = "C:\cartellaprograma\Backup\"
        'qui sopra mettere il veropercorso, esempio
"D:\lavori\miacartella\BACKUP"

        DataBackup = Format(Date, "dd-mm-yyyy")
        NomeFile = DataBackup & "-backup" & ".mdb"
        StringaBackup = DirBackup & NomeFile
'Copia il file database_be.mdb nella cartella Backup
        FileCopy "C:\cartellaprogramma\database_be.mdb", StringaBackup
        'sostutuire qui sopra "C:\cartellaprogramma\database_be.mdb"
con il vero percorso
        'del file mdb delle tabelle, esempio
D:\lavori\miacartella\database_be.mdb
'Messaggio di operazione comclusa
        MsgBox "Backup degli archivi completato.", vbApplicationModal
+ vbInformation + vbOKOnly, "Back Up"
'******************************************************
'   FINE DELLA PROCEDURA DI BACKUP
'******************************************************
    End If
End If
End Sub
---------------------------------


title: maschera con due sottomaschere: sottomaschera1 controlla sottomaschera2 .... come fare?

author: angelo dannato

text:
Ciao... ho gia postato qualche mio problema e mi avete aiutato
sempre...confido anche per questo problema.
ho una maschera con 2 caselle combinate che mi permettono di fare un
filtro sui record: cliente, ordini cliente.
la maschera ha due sottomaschere (SM1 e SM2).
la prima (SM1), visualizza il numero e la descrizione dell'ordine ed
ha come origine dati una query legata alla selezione fatta con le
caselle combinate.
la seconda (SM2) DOVREBBE visualizzare i dati di spedizione per
ciascun ordine visualizzato dalla SM1, quando clicco ) sul record che
mi interessa ( nella SM1!).
il problema è che dati da visualizzare nella SM1 e SM2 sono nella
stessa tabella, tabella che ha gia subito il filtro.
il problema mi sembra banale...azz   ho gia filtrato...quando clicco
la SM2 dovrebbe visualizzare i dati del record selezionato.....
Aiuto!
Ciao


text:


ahhh dimenticavo... la SM2 ha come origine dati una query dove,come
condizione, ho messo che l'ordine da var vedere deve essere quello che
c'è in  [form]![maschera principale]![SM1]![ordine] (cioè il controllo
Testo della SM1 che contiene il numero dell'ordine


author: Raffaele Alberoni

text:
angelo dannato ha scritto:



Se ho capito bene hai lo stesso problema che ho avuto io (vedi qualche
post precedente)
Io ho fatto cosi:
-La prima sottomaschera contiene dei dati fra cui sicuramente un id.
-Nella maschera principale ti crei un controllo non visibile che ha come
origine l'id della sottomaschera uno
-Colleghi la seconda sottomaschera al controllo nascosto e quindi variando
la prima vengono visualizzati i dati relativi anche nella seconda.
Saluti.
--
Raffaele Alberoni
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


author: Alberto S.

text:
On Fri, 27 Feb 2004 16:33:42 GMT, angelo dannato <
m...@amore.it
> wrote:
[cut]
>>la maschera ha due sottomaschere (SM1 e SM2).
>>
>>la prima (SM1), visualizza il numero e la descrizione dell'ordine ed
>>ha come origine dati una query legata alla selezione fatta con le
>>caselle combinate.
>>
>>la seconda (SM2) DOVREBBE visualizzare i dati di spedizione per
>>ciascun ordine visualizzato dalla SM1, quando clicco ) sul record che
>>mi interessa ( nella SM1!).
[cut]
>>il problema mi sembra banale...azz   ho gia filtrato...quando clicco
>>la SM2 dovrebbe visualizzare i dati del record selezionato.....
>ahhh dimenticavo... la SM2 ha come origine dati una query dove,come
>condizione, ho messo che l'ordine da var vedere deve essere quello che
>c'è in  [form]![maschera principale]![SM1]![ordine] (cioè il controllo
>Testo della SM1 che contiene il numero dell'ordine
Prova ad eseguire un Requery sulla sottomaschera SM2
Ciao
--
Alberto
No alle guerre


text:


ho già provato Requery e Repainobject in tutte le salse, come oggetto
Docmd.  e non
cioè nelle proprietà della SM1, ho impostato il comando requery sia
sull'evento  "corrente" sia sull'evento "click".
quando clicco su un record della SM1 mi aspetterei un requery e
l'aggiornamento dei dati..... invece mi da un errore
"errore di run-time 2388  -  impossibile utilizzare l'azione
ApplicaFiltro su questa finestra"

eppure nell'esempio Northwind funziona.....anche se lavorano su
tabelle separate e non su una tabella sola come faccio io.


text:

[cut]

[cut]
e con
Forms![maschera principale]![SM2].Form.Requery
a fronte dell'evento 'su corrente' della SM1
cosa succede?
altrimenti prova a postare l'origine record della SM2



title: [OT] Caselle testo protette in Word...

author: Bova

text:
Scusate ma non sapevo dove rivolegermi:
Come faccio a fare delle caselle di testo per l'immissione di testo bloccate
in Word?
Vorrei fare tipo un prestampato nel quale gli utenti possono immettere solo
alcuni dati
(in pratica si tratta di un modulo fax....)
grazie mille e scusate per il disturbo....
--
------- CED L'Abbondanza -------
http://www.labbondanza.it
Email:
in...@labbondanza.it
(Piombini L./Vigna F./Bondi D.)
--------------------------------------------


title: [OT] Caselle testo protette in Word...

author: Paolo Bottoni

text:
"Bova" wrote
> Come faccio a fare delle caselle di testo per l'immissione di testo
bloccate
> in Word?
>
> Vorrei fare tipo un prestampato nel quale gli utenti possono immettere
solo
> alcuni dati
Ti prepari il tuo prestampato da salvanre come dot (formulario) poi vai a
Strumenti - Proteggi Documento, abiliti la protezione Moduli e metti una
password. Sconsigliabile dimenticarla... Quando vorrai sproteggere il
documento per fare modifiche scommettiamo che la chiede anche a te?
Paolo


title: sincronizzazione database

author: Giovanna

text:
dovrei fare via codice una sincronizzazione tra un database Master.mdb che
si trova su un altro computer in remoto ed uno che è sulla mia macchina e
che si chiama mio.mbd. Come posso fare?
Dall'help in linea viene dato il seguente codice
Sub InternetSynchronizeX()
 Dim dbsTemp As Database
 Set dbsTemp = OpenDatabase("C:\Data\OrdEntry.mdb")
 ' Sincronizza il database locale con la replica sul
 ' server Internet.
 dbsTemp.Synchronize _
  "
www.mycompany.myserver.com
" _
  & "/files/Orders.mdb", _
  dbRepImpExpChanges + dbRepSyncInternet
 dbsTemp.Close
End Sub
ma quando creo una macro che mi esegue questo codice ottengo un messaggio
che mi invita a creare una funzione che mi richiami questa sub.
Spero tanto che qualcuno possa aiutarmi :-(


title: sincronizzazione database

text:
"Giovanna" <
giov...@tin.it
> ha scritto nel messaggio
news:8nrdt8$aos$1...@fe1.cs.interbusiness.it...
> dovrei fare via codice una sincronizzazione tra un database Master.mdb che
> si trova su un altro computer in remoto ed uno che č sulla mia macchina e
> che si chiama mio.mbd. Come posso fare?
> Dall'help in linea viene dato il seguente codice
>
> Sub InternetSynchronizeX()
>
>  Dim dbsTemp As Database
>
>
>  Set dbsTemp = OpenDatabase("C:\Data\OrdEntry.mdb")
>
>  ' Sincronizza il database locale con la replica sul
>  ' server Internet.
>  dbsTemp.Synchronize _
>   "
www.mycompany.myserver.com
" _
>   & "/files/Orders.mdb", _
>   dbRepImpExpChanges + dbRepSyncInternet
>
>  dbsTemp.Close
>
> End Sub
>
> ma quando creo una macro che mi esegue questo codice ottengo un messaggio
> che mi invita a creare una funzione che mi richiami questa sub.
> Spero tanto che qualcuno possa aiutarmi :-(
>
>
E tu modifica la sub in function, es.:
'-------------------
 Function InternetSynchronizeX()
  Dim dbsTemp As Database
  Set dbsTemp = OpenDatabase("C:\Data\OrdEntry.mdb")
  ' Sincronizza il database locale con la replica sul
  ' server Internet.
  dbsTemp.Synchronize _
   "
www.mycompany.myserver.com
" _
   & "/files/Orders.mdb", _
   dbRepImpExpChanges + dbRepSyncInternet
  dbsTemp.Close
  InternetSynchronizeX = True
 End Function
'-------------------
e richiamala dalla macro...
Ciao.


title: sincronizzazione database

author: lbo dal portatile

text:
>Sub InternetSynchronizeX()
>End Sub
>
>ma quando creo una macro che mi esegue questo codice ottengo un messaggio
>che mi invita a creare una funzione che mi richiami questa sub.
>Spero tanto che qualcuno possa aiutarmi :-(
l'operazione EseguiCodice delle macro puň eseguire solo funzioni, non
sub.  perché?  boh.  č cosě.
allora i casi sono due: o si fa come ti dice Sergio, e cioč riscrivi
la sub sotto forma di function (praticamente basta scrivere function
al posto di sub nella prima e nell'ultima riga) oppure ti scrivi una
funzione che richiama la sub:
sub pippo(argomenti)
	fai qualcosa
end sub
function pluto
	pippo argomenti
end function
se vuoi far eseguire il codice di pippo con la macro eseguicodice fai
eseguire la function pluto.
--
make it idiot proof and someone will make a better idiot.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: Form parzialmente di sola lettura

author: fid

text:
Certo che le domande piů strane mi vengono in mente di mercoledě.
Allora ho una maschera e la sua relativa sottomaschera che oltre alle
solite combo e text ha 2 check che passano valori per il tipo di stampa.
Mi vorrei "proteggere" da involute volute modifiche ai valori del db e la
apro in readonly, e quindi non posso nemmeno toccare i 2 check che invece
mi serve poter toccare.Come posso operare?
grazie
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Form parzialmente di sola lettura

author: Gabriele Bertolucci

text:
> Mi vorrei "proteggere" da involute volute modifiche ai valori del db e
> la
> apro in readonly, e quindi non posso nemmeno toccare i 2 check che
> invece
> mi serve poter toccare.Come posso operare?
Puoi impostare la proprietą Locked dei relativi controlli a True.
Oppure puoi modificare il valore della proprietą Enabled.
Sono due cose diverse, dipende da quello che ti serve di preciso.
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution


title: lista cantieri in maschere continue???

author: Gobbo

text:
Ciao a tutti,io ho una maschera continua in cui ho tutta la lista dei miei
cantieri, dopo la chiusura del cantiere (ho immesso un campo "data di
chiusura") vorrei che non venisse piů visualizzato nella maschera ma non
vorrei eliminarlo.......come posso fare???? vorrei che all'apertura della
maschera "m_lista cantieri" non venissero visualizzati i cantieri in cui č
stata immessa la data di chiusura ed inoltre vorrei mettere un pulsante
"tutti" che eliminasse questo ""filtro""........
ho provato con Is Null   o cose varie, ma non ci sono riuscito.
Se potete ed avete voglia di aiutarmi tenete presente che non ne so molto di
DB!!!
Ciao e grazie!!!!


title: lista cantieri in maschere continue???

author: Roberto da casa

text:
"Gobbo" <
cich...@yahoo.it
> ha scritto nel messaggio
news:2pPw9.61976$aL4.1...@news1.tin.it...
> Ciao a tutti,io ho una maschera continua in cui ho tutta la lista dei miei
> cantieri, dopo la chiusura del cantiere (ho immesso un campo "data di
> chiusura") vorrei che non venisse più visualizzato nella maschera ma non
> vorrei eliminarlo.......come posso fare???? vorrei che all'apertura della
> maschera "m_lista cantieri" non venissero visualizzati i cantieri in cui è
> stata immessa la data di chiusura ed inoltre vorrei mettere un pulsante
> "tutti" che eliminasse questo ""filtro""........
> ho provato con Is Null   o cose varie, ma non ci sono riuscito.
>
> Se potete ed avete voglia di aiutarmi tenete presente che non ne so molto
di
> DB!!!
>
Beh, sarebbe ora che cominci ad imparare. ;-)
> Ciao e grazie!!!!
Se il campo che contiene la data di chiusura del cantiere è di tipo Data/ora
e si chiama DataDiChiusura, a fronte dell'evento "Su apertura" della tua
maschera genera il seguente codice VBA:
Private Sub Form_Open(Cancel As Integer)
Me.Filter = "IsNull(DataDiChiusura)"
Me.FilterOn = True
End Sub
e a fronte dell'evento "Su clic" del pulsante di comando che ti fa vedere
tutti i record genera la seguente riga di codice VBA:
Me.FilterOn = False
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: lista cantieri in maschere continue???

text:
Roberto da casa <
r.ma...@libero.it
> wrote in message
PaUw9.107039$RO.27...@twister1.libero.it...

Mille grazie Roberto da casa !!!! anche per la tempestività!!!!!
P.s. hai ragione è ora che imparo........ci sto provando!!!!!
Ciao ed ancora grazie


title: lista cantieri in maschere continue???

text:
Roberto da casa <
r.ma...@libero.it
> wrote in message
PaUw9.107039$RO.27...@twister1.libero.it...
>

ti ho già scritto un messaggio di ringraziamento ma ti ringrazio
nuovamente.......però ho una domanda simile........ho una maschera "lista
fatture" e vorrei filtrarla anno per anno,in poche parole vorrei inserire
una casella in cui inserire l'anno corrente e far si che mi vengano quindi
elencate nella maschera lista fatture solo le fatture dell'anno scritto in
quella casella?????
scusa per l'insistenza ma io ci provo poi vedi tu!!!!!!
Ciao ed ancora grazie!!!!


title: lista cantieri in maschere continue???

text:
"Gobbo" <
cich...@yahoo.it
> ha scritto nel messaggio
news:vX6x9.79404$TD1.3...@news2.tin.it...
[CUT]
> ...però ho una domanda simile........ho una maschera "lista
> fatture" e vorrei filtrarla anno per anno,in poche parole vorrei inserire
> una casella in cui inserire l'anno corrente e far si che mi vengano quindi
> elencate nella maschera lista fatture solo le fatture dell'anno scritto in
> quella casella?????
>
> scusa per l'insistenza ma io ci provo poi vedi tu!!!!!!
>
> Ciao ed ancora grazie!!!!
Se il campo che contiene la data delle fatture è di tipo Data/ora e si
chiama DataFattura, a fronte dell'evento "Su apertura" della maschera genera
il seguente codice VBA:
Private Sub Form_Open(Cancel As Integer)
Dim Anno As Variant
Do Until 1 = 2
Anno = InputBox("Digita l'anno nella forma aaaa")
If IsNumeric(Anno) Then
    Exit Do
Else
    MsgBox "Digita l'anno"
End If
Loop
Me.Filter = "Year(DataFattura)=" & Val(Anno)
Me.FilterOn = True
End Sub
--



title: lista cantieri in maschere continue???

text:
Roberto da casa <
r.ma...@libero.it
> wrote in message
hu8x9.109373$RO.28...@twister1.libero.it...

sono sempre io ho provato a fare ciò che mi hai consigliato ma non
funziona!!! mi appare il messaggio "Digita l'anno nella forma aaaa" e poi mi
da un errore.......è giusto che mi appaia questo messaggio?? se è si non si
può evitare? ed utilizzare l'anno che c'è nella "anno corrente"???
un'altra domanda, se su apertura ho già una routine di evento come posso
metterne un'altra (ne ho una anche su caricamento)
ciao ed ancora mille grazie per la pazienza!!


title: lista cantieri in maschere continue???

text:
"Gobbo" <
cich...@yahoo.it
> ha scritto nel messaggio
news:zFcx9.80989$TD1.3...@news2.tin.it...
[CUT]
>
> sono sempre io ho provato a fare ciò che mi hai consigliato ma non
> funziona!!! mi appare il messaggio "Digita l'anno nella forma aaaa" e poi
mi
> da un errore.......è giusto che mi appaia questo messaggio??
Beh si, nelle mie intenzioni era giusto che il programma ti chiedesse di
digitare l'anno per il quale volevi visualizzare i record nella maschera.
> se è si non si
> può evitare? ed utilizzare l'anno che c'è nella "anno corrente"???
>
Comunque  se vuoi selezionare i record con l'anno corrente prova a
sostituire la routine che ti avevo postato, con questa:
Private Sub Form_Open(Cancel As Integer)
Me.Filter = "Year(DataFattura)=" & Year(Date)
Me.FilterOn = True
'*****************************
' QUI METTI LE ROUTINE CHE GIA'
' HAI SCRITTO A FRONTE DELL'EVENTO
' SU APERTURA
'*****************************
End Sub
> un'altra domanda, se su apertura ho già una routine di evento come posso
> metterne un'altra (ne ho una anche su caricamento)
>
Queste due nuove righe di codice VBA scrivile in testa o in coda a quelle
che hai già scritto nella routine generata a fronte dell'evento "Su
apertura".
> ciao ed ancora mille grazie per la pazienza!!
--



title: help

author: Gx

text:
Cerco di spiegarmi il meglio :
In una sottomaschera ordini ho i segurni dati :
Prodotto prezzo quantita
Vorrei (se è possibile) unire in unico campo che mettero nella maschera
principale i tre campi della sottomaschera.
Es
Prodotto      quantità             prezzo
birra                    2                 15,00
arancia               3                 14,00
vino                     4                  7,50
il campo finale vorrei fosse cosi  :
birra 2 15,00 ;aranciata 3 14,00 ;vino 4 7,50
grazie


title: help

author: Antonio Biso

text:
"Gx" <
giann...@libero.it
> ha scritto nel messaggio
news:eQHJ9.3746$TC5.1...@twister1.libero.it...
> Cerco di spiegarmi il meglio :
Hai iniziato male: prova intanto con un subject più significativo!!!
Antonio


title: help

text:
Fai tu le domande e io rispondo, parla con parole chiare perche altrimenti
non capisco io
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:7EXJ9.5770$TC5.1...@twister1.libero.it...



title: help

text:
"Gx" <
giann...@libero.it
> ha scritto nel messaggio
news:Dd5K9.7806$Ou4.2...@twister2.libero.it...
> Fai tu le domande e io rispondo, parla con parole chiare perche altrimenti
> non capisco io
Allora,
1) Il titolo del messaggio deve anticipare il problema
2) Devi rispondere dopo o in mezzo al quoting, cioč la parte di messaggio
precedente che lasci nella tua risposta
Antonio


title: help

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:4S5K9.7667$TC5.2...@twister1.libero.it...



title: help

text:
"Gx" <
giann...@libero.it
> ha scritto nel messaggio
news:C%eK9.9469$Ou4.3...@twister2.libero.it...
>
> "Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> news:4S5K9.7667$TC5.2...@twister1.libero.it...
> > "Gx" <
giann...@libero.it
> ha scritto nel messaggio
> > news:Dd5K9.7806$Ou4.2...@twister2.libero.it...
> > > Fai tu le domande e io rispondo, parla con parole chiare perche
> altrimenti
> > > non capisco io
> >
> > Allora,
> > 1) Il titolo del messaggio deve anticipare il problema
> > 2) Devi rispondere dopo o in mezzo al quoting, cioè la parte di
messaggio
> > precedente che lasci nella tua risposta
> >
> > Antonio
Avresti dovuto anche riportare il messaggio originale, visto che così sono
dovuto andare io a ricercarlo, ma vista la buona volontà, per questa volta
passi:
Vorrei (se è possibile) unire in unico campo che mettero nella maschera
principale i tre campi della sottomaschera.
Era:
Prodotto      quantità             prezzo
birra                    2                 15,00
arancia               3                 14,00
vino                     4                  7,50
il campo finale vorrei fosse cosi  :
birra 2 15,00 ;aranciata 3 14,00 ;vino 4 7,50
Il problema qua è che tu vuoi raggruppare insieme tutti i dati di tutti
irecord della sottomaschera.
A me sembra una stupidata!
La sottomaschera ti da proprio la visione di tutto ciò che è correlato dal
lato molti con un record della form principale, perchè devi raggruppare
tutto?
E potrei capire il raggruppo di tutto ciò che riguarda il record corrente
della sottomaschera, ma perchè di tutti?
Comunque, se ti bastasse solo il record corrente, la sintassi è
me.nomecontrollosottomaschera.form.prodotto & " "
me.nomecontrollosottomaschera.form.quantità & " "
me.nomecontrollosottomaschera.form.prezzo
Per prenderli tutti, dovrai fare un ciclo sul recordsetclone della
sottomaschera e da codice crearti la stringa da piazzare alla fine nella
casella di testo della form principale
Antonio


title: help

text:
Lo so che sono un rompi p.... ma visto che sono un neofita faidate, non è
che mi aiuteristi ha creare il codice
grazie
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:7RkK9.10345$Ou4.3...@twister2.libero.it...



title: help

text:
"Gx" <
giann...@libero.it
> ha scritto nel messaggio
news:XtoK9.11047$TC5.3...@twister1.libero.it...
> Lo so che sono un rompi p.... ma visto che sono un neofita faidate, non č
> che mi aiuteristi ha creare il codice
Riprova scrivendo dopo il quoting, poi si vedrą...
Antonio
> > Vorrei (se č possibile) unire in unico campo che mettero nella maschera
> > principale i tre campi della sottomaschera.
> > Era:
> > Prodotto      quantitą             prezzo
> > birra                    2                 15,00
> > arancia               3                 14,00
> > vino                     4                  7,50
> > il campo finale vorrei fosse cosi  :
> > birra 2 15,00 ;aranciata 3 14,00 ;vino 4 7,50
> >
> > Il problema qua č che tu vuoi raggruppare insieme tutti i dati di tutti
> > irecord della sottomaschera.
> > A me sembra una stupidata!
> > La sottomaschera ti da proprio la visione di tutto ciņ che č correlato
dal
> > lato molti con un record della form principale, perchč devi raggruppare
> > tutto?
> > E potrei capire il raggruppo di tutto ciņ che riguarda il record
corrente
> > della sottomaschera, ma perchč di tutti?
> > Comunque, se ti bastasse solo il record corrente, la sintassi č
> >
> > me.nomecontrollosottomaschera.form.prodotto & " "
> > me.nomecontrollosottomaschera.form.quantitą & " "



title: help

text:
 il problema e che non so cosè un quoting ?
 scusa se ti sto dando tutto questo fastidio, vorrei imparare , ci metto
l'impegno ma credo mi manchino le basi
ciao
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:O_gL9.19772$TC5.6...@twister1.libero.it...
> "Gx" <
giann...@libero.it
> ha scritto nel messaggio
> news:XtoK9.11047$TC5.3...@twister1.libero.it...
> > Lo so che sono un rompi p.... ma visto che sono un neofita faidate, non
è
> > che mi aiuteristi ha creare il codice
>
> Riprova scrivendo dopo il quoting, poi si vedrà...
>
> Antonio
>
> > > Vorrei (se è possibile) unire in unico campo che mettero nella
maschera
> > > principale i tre campi della sottomaschera.
> > > Era:
> > > Prodotto      quantità             prezzo
> > > birra                    2                 15,00
> > > arancia               3                 14,00
> > > vino                     4                  7,50
> > > il campo finale vorrei fosse cosi  :
> > > birra 2 15,00 ;aranciata 3 14,00 ;vino 4 7,50
> > >
> > > Il problema qua è che tu vuoi raggruppare insieme tutti i dati di
tutti
> > > irecord della sottomaschera.
> > > A me sembra una stupidata!
> > > La sottomaschera ti da proprio la visione di tutto ciò che è correlato
> dal
> > > lato molti con un record della form principale, perchè devi
raggruppare
> > > tutto?
> > > E potrei capire il raggruppo di tutto ciò che riguarda il record
> corrente
> > > della sottomaschera, ma perchè di tutti?
> > > Comunque, se ti bastasse solo il record corrente, la sintassi è
> > >
> > > me.nomecontrollosottomaschera.form.prodotto & " "
> > > me.nomecontrollosottomaschera.form.quantità & " "



title: help

text:
"Gx" <
giann...@libero.it
> ha scritto nel messaggio
news:%eiL9.19999$TC5.6...@twister1.libero.it...
> il problema e che non so cosè un quoting ?
>  scusa se ti sto dando tutto questo fastidio, vorrei imparare , ci metto
> l'impegno ma credo mi manchino le basi
Ti avevo già detto di leggerti il post di Roberto "Istruzioni per l'uso del
NG"



title: help

text:
non havevo capito , adesso studio e riprovo a scriverti utilizzando le
regole esatte !
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:fliL9.20149$Ou4.6...@twister2.libero.it...



title: [Cisa] Primo Rendiconto

author: MA

text:
Ciao a tutti,
volevo ringraziare tutti i partecipanti per aver reso anche questa Cisa un
evento meraviglioso sia dal punto di vista tecnico che umano.
Abbiamo avuto un padrone di casa, il buon Carlo Costarella, che è stato
eccezzionale.
La moglie di Sv che ci ha fatto assaggiare delle specialità fatte a mano di
pasta di mandorle e non so cosa meravigliose: abbiamo provato a crackare la
ricetta, ma è stato un MDE inespugnabile (di sera l'ho anche inviato a Alex,
il russo che converte gli MDE in MDB, ma neanche lui c'è riuscito!!!). Ho
assistito alla scena di un partecipante che si è informato sul come fare per
farsi adottare dalla signora per poter gustare tutti i giorni quelle
squisitezze.
Sv ci ha presentato del Mersala Vergine particolarmente buono.
Cidi, si è fatto 4 ore di viaggio all'andata e 4 al ritorno solo per venirci
a trovare (non ha partecipato alle sessioni) ed ha portato una Cassata e dei
cannoli enormi e ottimi (posso dire però che per comprenderne bene le
sfumature me ne sono serviti più di uno... sono lento in queste cose)
Dal punto di vista tecnico poi abbiamo assistito ad interventi veramente
interessanti, ognuno per l'aspetto che presentava.
Insomma è stata anche questa un'occasione che non andava assolutamente
persa.
Sono rimasto impressionato per lo sviluppo di
asp.net
, mi è piaciuto molto
l'intervento sulle api, trtarrò spunti da Sap, ma poi word è completamente
direzionabile da access, pablito ci ha mostrato maschere meravigliose, sto
pensando di passare agli adp.
Era tutto talmente interessante che una sera, ci siamo trovati 4-5 di noi a
vedere il Rancati all'opera per risolvere un problema (la cui soluzione, se
rancati ci autorizza, la pubblichiamo su accessgroup) ed è stato così
interessante che incuranti della partita dell'Italia, abbiamo  fatto
mezzanotte a lavorare e a vedere come Giorgio lavora nelle sue applicazioni.
Mi dispiace per voi che non siete venuti
Il Cisa 3 ci sarà, io già l'aspetto.
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: [Cisa] Primo Rendiconto

author: Cataldo Formaro

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:e75j59$tlp$1...@area.cu.mi.it...

Ciao MAssimiliano, ciao amici della famiglia CISA,
ritengo doveroso fare un mio personale ringraziamento, in qualità di
partecipante allo straordinario evento "CISA2",
a chi (Karl, Carlo e MA), grazie al proprio impegno ne hanno reso possibile
lo svolgimento.
L'evento mi ha arricchito tantissimo; ma sopratutto, quello che di più
ricorderò di questi giorni a Paola,
è lo spirito che ci accomuna, la cordialità e la simpatia di quanti ho
conosciuto.
Ne è valsa la pena!
Affettuosamente
Cataldo Formaro


title: [Cisa] Primo Rendiconto

text:
Cataldo Formaro wrote:
>
> Ne č valsa la pena!
>
> Affettuosamente
> Cataldo Formaro
;-)
p.s. Addio Napoleone, benvenuto Cataldo Formaro
--
_ _
Ciao
