title: Progettare Db

author: Sib

text:
"maurizio56" <
mauri...@io.org
> ha scritto nel messaggio
> Buona sera a tutti, mi permetto di chiedere a tutti, se per caso non
> esista, sparso per la rete, un programmino per visualizzare la
> progettazione di un Db. Mi spiego. Fino ad oggi per progettare un Db mi
> sono sempre servito di carta e penna, poi sono passato ad excel e poi mi
> sono stancato di continuare a cancellare a riscrivere tutto e mi sono
> chiesto: "non è che per caso esista un programmino visuale per progettare
> i Db anche con le relazioni?"
> Ringraziando per la cortesia
> maurizio
Da un certo punto di vista anche la schermata delle relazioni di access
potrebbe fare allo scopo, considera che lì puoi creare modificare ed
eliminare tabelle e campi quindi è una vera e propria interfaccia di
gestione struttura databasa.
Io comunque credo che se nessuno si è mai preso la briga di sviluppare
qualcosa in quel senso sia perchè la chiarezza descrittiva che ti da la
carta è superiore (almeno per me è così).
Ciao
Sib
--
http://www.gestionedati.com


title: Progettare Db

author: Gabriele Bertolucci

text:
> "non è che per caso esista un programmino visuale per
> progettare i Db anche con le relazioni?"
Non so se hai mai provato ad utilizzare Microsoft Visio, ma anche quello
prevede la definizione di schemi di organizzazioni dati definendo entità
e relazioni.
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution


title: Progettare Db

author: Lorenzo(pyx)

text:

Ciao,
Non credo neanch'io si trovino tools specializzati e a basso costo.
Se vuoi provare Visio2003 che oltre a fare quello che chiedi ha
parecchie altre funzionalità ( e' anche programmabile in Vba) ed
esiste in versione di prova a 30gg
http://www.microsoft.com/italy/office/visio/default.mspx
Ciao
--
Lorenzo


title: Progettare Db

text:
Lorenzo(pyx) wrote:
> maurizio56 wrote:
[...]
Opss, non avevo visto che
ti aveva gia' risposto Gabriele.
>
> Ciao
> --
> Lorenzo


title: Progettare Db

author: Roberto La Forgia

text:
"maurizio56" <
mauri...@io.org
> wrote in message
news:dusbs1$fq7$
1...@megan.servidellagleba.it
> Buona sera a tutti, mi permetto di chiedere a tutti, se per caso non
> esista, sparso per la rete, un programmino per visualizzare la
> progettazione di un Db. Mi spiego. Fino ad oggi per progettare un Db mi
> sono sempre servito di carta e penna, poi sono passato ad excel e poi mi
> sono stancato di continuare a cancellare a riscrivere tutto e mi sono
> chiesto: "non è che per caso esista un programmino visuale per
> progettare i Db anche con le relazioni?"
> Ringraziando per la cortesia
> maurizio
Per completezza, puoi vedere anche questo prodotto professionale
(ErWin):
http://www3.ca.com/trials/collateral.aspx?cid=72121
di cui è scaricabile una demo, che funzione in  modo analogo a Visio
della
Microsoft ...
Ciao,
Roberto
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Protezine maschere --> sottomaschere

text:
Salve a tutti e buon anno,
Vorrei porvi un quesito dal quale non riesco proprio a trovare
soluzione.
Dunque, ho creato un database con relativi utenti (3) e relativi
accessi con password diversi per ogni utente.
Create 3 maschere ove ogni maschera ha dei campi in scrittura-lettura
solo per uno degli utenti mentre gli altri 2 hanno accesso solo alla
lettura dei dati.
Mi spiego meglio:
Maschera1--collegata a tabella1
utente1 --> accesso completo in lettura e scrittura ai dati contenuti
utente2 e utente3 --> accesso in sola lettura ai dati contenuti
Maschera2--collegata a tabella2
utente2 --> accesso completo in lettura e scrittura ai dati contenuti
utente1 e utente3 --> accesso in sola lettura ai dati contenuti
Maschera3--collegata a tabella3
utente3 --> accesso completo in lettura e scrittura ai dati contenuti
utente1 e utente2 --> accesso in sola lettura ai dati contenuti
Tutto funziona a meraviglia finche apro le maschere una ad una,
ovvero, accedendo al database come utente 1 ho pieno controllo ai
campi della maschera1, ma la sola lettura dei dati contenuti nella
maschera 2 e maschera 3.
Cosi anche accedendo come utente2, ho pieno controllo ai campi della
maschera 2 mentre posso solo leggere i dati della maschera 1 e
maschera 2.
E fin qui tutto OK.
VENIAMO AL DUNQUE.
creando una maschera "principale" ove vengono incluse le 3
sottomaschere (maschera1 - maschera2 - maschera3) ed aprendo tale
maschera "principale" con qualsiasi dei 3 utenti, ho possibilità di
modificare i dati  in tutte 3 le sottomaschere!!!
Se chiudo la maschera "principale" (ove sono contenute le 3
sottomaschere) e riaccedo alle maschere1/2/3 singolarmente invece
tutto funziona come dovrebbe.
Com'è possibile tutto ciò? e come è possibile evitarlo?
Spero di essermi fatto capire a sufficienza.
Un caro saluto a tutti e sopratutto a chi mi saprà dare una dritta.
Ciaoooo
Marco


title: Protezine maschere --> sottomaschere

author: almorel

text:

Ciao Marco, come hai gestito le tre abilitazioni ?
Mi è capitata un'esigenza analoga e l'ho gestita all'interno
di ogni singola maschera verificando il livello di abilitazione
(in certi casi addirittura a livello di singola casella di testo).
Ciao
Alberto


title: Protezine maschere --> sottomaschere

author: Marco

text:
Niente?
Nessuno mi sa aiutare?


title: Protezine maschere --> sottomaschere

text:
>
> Ciao Marco, come hai gestito le tre abilitazioni ?
> Mi è capitata un'esigenza analoga e l'ho gestita all'interno
> di ogni singola maschera verificando il livello di abilitazione
> (in certi casi addirittura a livello di singola casella di testo).
> Ciao
> Alberto
Ciao,
Entri naturalmente come amministratore, crei i 3 utenti e gestisci le
protezioni per ciascun utente..
Se non mi sono spiegato sufficientemente o se non sai da dove si
gestiscono le protezioni fammi pure un fischio  ;)
Ciao
Marco


title: Bug di A97 su controlli con formule troppo lunghe

author: Tonio Tanzi

text:
Ho una casella di testo con una formula piuttosto lunga (oltre 200
caratteri). Se eseguo la form relativa tutto funziona (la formula
restituisce il valore previsto), ma se provo a digitare qualcosa nella
casella, Access va in crash.
Dopo vari tentativi mi sono convinto che il problema è dovuto al fatto
che, probabilmente, i messaggi della barra di stato non possono essere
più lunghi di 255 caratteri.
Quando provo a digitare nella casella, sulla barra di stato appare un
messaggio che indica l'impossibilità di modificarne il contenuto e
riporta la formula relativa. Questo fa superare al messaggio la
dimensione fatidica e blocca Access.
Qualcuno può confermarmi la correttezza dell'analisi e darmi qualche
suggerimento su come evitare il problema?
Tonio Tanzi


author: Claudio

text:
"Tonio Tanzi" <vi....@inwind.it.nospam> ha scritto nel messaggio
news:3D9BD62F...@inwind.it.nospam...
> Dopo vari tentativi mi sono convinto che il problema č dovuto al fatto
> che, probabilmente, i messaggi della barra di stato non possono essere
> piů lunghi di 255 caratteri.
Incuriosito dal tuo problema, ho fatto qualche prova. Innanzitutto non dici
quale Access hai (io ho fatto le prove con il 2000).
Non ho riscontrato il limite che tu dici... ho creato formule di 500 caratteri,
e quando provo a digitare qualcosa nella casella la barra di stato mostra
correttamente il suo messaggio (o meglio la sua parte di esso).
Prova a postare la tua formula, magari salta all'occhio qualcosa.
Ciao. Claudio.


author: Maurizio Borrelli

text:
> "Claudio" news:QSTm9.175490$ub2.3...@news1.tin.it...:
> [...] Innanzitutto non dici quale Access hai [...].
    Ehm... Guarda il subj, Claudio. ;-)
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:anh2d6$e2gh5$1...@ID-52090.news.dfncis.de...
> > "Claudio" news:QSTm9.175490$ub2.3...@news1.tin.it...:
> > [...] Innanzitutto non dici quale Access hai [...].
>
>     Ehm... Guarda il subj, Claudio. ;-)
Ehm, gulp!
Adesso capisco il riferimento alle puttanate. Mi ero gią offeso :-)
Ciao. Claudio.


author: Potone

text:
"Tonio Tanzi" <vi....@inwind.it.nospam> ha scritto nel messaggio news:3D9BD62F...@inwind.it.nospam...

Ciao,
io non uso più A97 e non posso darti conferma ma posso suggerirti di disabilitare il controllo in modo che nemmeno inavvertitamente
l'utente possa tentare di modificarne il contenuto.
Ciao
Mat.


title: Ma SQL Server 'server' solo a Microsoft ?

author: Paolo Holzl

text:
Sto facendo delle prove per confrontare Access con SQL Server.
Parto dal presupposto che lavoro su database di massimo 500 Mb ma
anche con una trentina di utenti.
In seguito alle prove DAO/ADO ho deciso di continuare ancora con DAO
in quanto trovo ADO limitato e lento per database con le
caratteristiche indicate sopra.
Alcuni mi fanno notare che occorre lavorare con stored query ma se uno
fa una query di selezione non puo' fare una stored query (o no ?)
Tempi misurati per una query su 4 tabelle correttamente indicizzate in
cascata con 5000 record risultanti, tempo di apertura e posizionamento
sull'ultimo record.
25 secondi con SQLServer (13 se di snapshot)
2 secondi su MDB locale (1 se di snapshot)
4 secondi su MDB di rete accedendo in 4 (2 se di snapshot)
:-(
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam
For reply, substitute xxx with gruppotekup


author: Andrea Sciamanna

text:
> In seguito alle prove DAO/ADO ho deciso di continuare ancora con DAO
> in quanto trovo ADO limitato e lento per database con le
> caratteristiche indicate sopra.
ADO limitato?????
ADO č l'evoluzione di DAO, come puň essere limitato?
> Alcuni mi fanno notare che occorre lavorare con stored query ma se uno
> fa una query di selezione non puo' fare una stored query (o no ?)
Cos'č una stored query?
Forse vuoi dire stored procedure, ma non esiste in access (anche se puň
essere paragonata ad una routine o ad una funzione).
Cmq, in SQL, una stored procedure (o una funzione, in Access), puň
restituire una query di selezione (il primo) o un recordset (il secondo).
> Tempi misurati per una query su 4 tabelle correttamente indicizzate in
> cascata con 5000 record risultanti, tempo di apertura e posizionamento
> sull'ultimo record.
> 25 secondi con SQLServer (13 se di snapshot)
> 2 secondi su MDB locale (1 se di snapshot)
> 4 secondi su MDB di rete accedendo in 4 (2 se di snapshot)
Molto probabilmente hai toppato tu qualcosa.
Posso capire un certa differenza fra DB locale e in rete, ma fra due DB in
rete, SQL č molto piů performante, secondo me.


text:
>ADO limitato?????
>ADO è l'evoluzione di DAO, come può essere limitato?
Ti spiego come mai, quando crei un oggetto che nasce per essere
'universale' naturalmente guadagni in portatilita' e indipendenza
dalla piattaforma (sempre relativa) ma perdi tutte quelle 'futures'
tipiche dei singoli ambienti e in velocita' di conversione sintattica.
Es. prova a fare un data entry su un form legato ad una query fatta
con ADO se sei capace.
In piu' se costruisci un motore per una portaerei non e' detto che sia
l'ideale per far andare una 500, se il tuo scopo e' di fermarti e
ripartire per fare 50 mt un motore meno pesante ha magari una maggiore
accelerazione al di la della difficolta' di farlo funzionare.
>> Alcuni mi fanno notare che occorre lavorare con stored query ma se uno
>> fa una query di selezione non puo' fare una stored query (o no ?)
>
>Cos'è una stored query?
Una query 'pass trought' che puo' essere vista un po come 'sbatti la
query sul server e falla eseguire a lui'.
>Forse vuoi dire stored procedure, ma non esiste in access (anche se può
>essere paragonata ad una routine o ad una funzione).
La stored procedure in realta' su Access puo' una funzione integrabile
liberamente in una query, ma non parlavo di quello anche perche'
quella e' passabile al server.
>> Tempi misurati per una query su 4 tabelle correttamente indicizzate in
>> cascata con 5000 record risultanti, tempo di apertura e posizionamento
>> sull'ultimo record.
>
>> 25 secondi con SQLServer (13 se di snapshot)
>> 2 secondi su MDB locale (1 se di snapshot)
>> 4 secondi su MDB di rete accedendo in 4 (2 se di snapshot)
>
>Molto probabilmente hai toppato tu qualcosa.
>Posso capire un certa differenza fra DB locale e in rete, ma fra due DB in rete
Al di la della limitazione fisica (1 giga di dati o altro) se avessi
fatto il test di lettura contemporanea da parte di 20 stazioni di
100.000 record sono convinto che SQL Server sarebbe stato piu' veloce
ma il problema e' capire quale sia la 'soglia di convenienza'.
Devo provare, ma se pubblico dei dati su Web o in remoto sono convinto
che il confronto sarebbe ben diverso.
Per quanto riguarda invece l'utilizzo 'di routine' devo dire che ero
disposto ad accettare un raddoppio dei tempi ma non di piu'.
>SQL è molto più performante, secondo me
Su pochi dati e pochi utenti ho bisogno di qualcuno che me ne dia la
certezza, e che la dimostri e non vada per sentito dire, vendere un
programma con allegato il costo e la complessita' di SQL server per un
applicativo non particolarmente pesante, richiede dei validi motivi di
fondo.



text:
> >ADO limitato?????
> >ADO è l'evoluzione di DAO, come può essere limitato?
> Ti spiego come mai, quando crei un oggetto che nasce per essere
> 'universale' naturalmente guadagni in portatilita' e indipendenza
> dalla piattaforma (sempre relativa) ma perdi tutte quelle 'futures'
> tipiche dei singoli ambienti e in velocita' di conversione sintattica.
I "futures" sono una cosa. Le "features" un'altra. E penso tu intendessi
quest'ultime.
> Es. prova a fare un data entry su un form legato ad una query fatta
> con ADO se sei capace.
Scusa? Stiamo parlando di Access, giusto?
Una Form non ha bisogno di essere associata ad una query ADO o altro. Gli
sbatti l'origine record e, indipendentemente dal motore che utilizza,
funziona come ha sempre funzionato.
Forse, però, stai parlando di cose che non conosco, quindi delucidami.
> In piu' se costruisci un motore per una portaerei non e' detto che sia
> l'ideale per far andare una 500, se il tuo scopo e' di fermarti e
> ripartire per fare 50 mt un motore meno pesante ha magari una maggiore
> accelerazione al di la della difficolta' di farlo funzionare.
Infatti ADO non è il motore di una portaerei.
> >> Alcuni mi fanno notare che occorre lavorare con stored query ma se uno
> >> fa una query di selezione non puo' fare una stored query (o no ?)
> >
> >Cos'è una stored query?
> Una query 'pass trought' che puo' essere vista un po come 'sbatti la
> query sul server e falla eseguire a lui'.
E chiamala query "pass-through", allora, visto che quello è il suo nome.
Io non ho mai sentito il termine "stored query", ma, ripeto, forse parli di
cose che non conosco.
> >Forse vuoi dire stored procedure, ma non esiste in access (anche se può
> >essere paragonata ad una routine o ad una funzione).
> La stored procedure in realta' su Access puo' una funzione integrabile
> liberamente in una query, ma non parlavo di quello anche perche'
> quella e' passabile al server.
E in italiano cosa vuol dire, di grazia?
> >SQL è molto più performante, secondo me
> Su pochi dati e pochi utenti ho bisogno di qualcuno che me ne dia la
> certezza, e che la dimostri e non vada per sentito dire, vendere un
> programma con allegato il costo e la complessita' di SQL server per un
> applicativo non particolarmente pesante, richiede dei validi motivi di
> fondo.
Io non parlo per sentito dire, ma per esperienza diretta.
Access, in multiutenza (se così si può definire), è molto limitato e si
pianta presto.
Access, appoggiato ad un back-end su SQL, è ancora instabile, ma molto meno,
te l'assicuro.


author: Mauro

text:
In con multiutenze fino a 10 posti di lavoro (anche con archivi abbastanza pesanti) non ho avuto
grossi problemi con ms jet.
Dipende anche dalla qualità dell'hardware di rete.
Oltre non ho esperienza diretta, ma da quanto scrivi (e non mi sembra che tu stia barando) sembri
abbastanza soddisfatto.
Vuoi parlarne?
Ciao, Mauro


text:
>Io non parlo per sentito dire, ma per esperienza diretta.
>Access, in multiutenza (se cosě si puň definire), č molto limitato e si
>pianta presto
Quanti posti di lavoro?
Che cavi e schede di rete?
Quando leggo queste cose tendo sempre o a spaventarmi o a considerarmi estremamente fortunato.
Come ricavi dal post sopra non ho avuto modo di spingermi oltre certi numeri, ma fino a 10 client
(certo non con le Realtek) per mia esperienza Access puň tenere benissimo.
Dipendentemente anche dalla pesantezza dell'applicazione e degli indici.
Ciao, Mauro


text:
> >Io non parlo per sentito dire, ma per esperienza diretta.
> >Access, in multiutenza (se così si può definire), è molto limitato e si
> >pianta presto
>
> Quanti posti di lavoro?
> Che cavi e schede di rete?
Più che posti di lavoro, dovremmo parlare di utenza.
Cmq, in un caso specifico, penso a 7 utenti (uno dei quali accedeva
direttamente dal server), con una rete con schede 3Com (non ricordo il
modello, ma si parla di schede nuovissime, per un'annetto fa).
Il sistema era lentissimo, una volta la giorno, almeno, si bloccava tutto.
La rete, cqm, non l'ho installata io, anche perchè non ne sarei stato
capace.
> Quando leggo queste cose tendo sempre o a spaventarmi o a considerarmi
estremamente fortunato.
> Come ricavi dal post sopra non ho avuto modo di spingermi oltre certi
numeri, ma fino a 10 client
> (certo non con le Realtek) per mia esperienza Access può tenere benissimo.
Quello che voglio sapere io è quanti utenti accedevano contemporaneamente al
DB.
> Dipendentemente anche dalla pesantezza dell'applicazione e degli indici.
Eh?


text:
>I "futures" sono una cosa. Le "features" un'altra. E penso tu intendessi
>quest'ultime.
Infatti, chiedo scusa per l'errore
>Una Form non ha bisogno di essere associata ad una query ADO o altro. Gli
>sbatti l'origine record e, indipendentemente dal motore che utilizza,
Si ma ADO su SQL Server non permette (come quasi tutti i Database
Server che conosco) di entrare in scrittura su delle SELECT, credo
valga anche per ADO su JET.
>Infatti ADO non è il motore di una portaerei.
Per un programma che lavora su pochi dati e pochi utenti a mio parere
si'.
>E chiamala query "pass-through", allora, visto che quello è il suo nome.
E' il suo nome secondo Microsoft.
>> La stored procedure in realta' su Access puo' una funzione integrabile
>> liberamente in una query, ma non parlavo di quello anche perche'
>> quella e' passabile al server.
>
>E in italiano cosa vuol dire, di grazia?
Non ho capito dove sta il dubbio
>Io non parlo per sentito dire, ma per esperienza diretta.
>Access, in multiutenza (se così si può definire), è molto limitato e si
>pianta presto.
Ma scherziamo ???
Ma ti pare che uno possa lavorare su database che si 'piantano' ?
Ho programmi fatti in Access2, Access95, Access97 i piu' vecchi
lavorano da almeno 5 anni con mediamente 4 utenti collegati e ti
garantisco che non ce n'e uno che si pianti.
Neppure quello piu' recente che ha 25 utenti collegati.
Tra l'altro alcuni lavorano con dati 'sensibili' e a contatto con il
pubblico (gente davanti allo sportello).
I piantamenti quando ci sono sono dovuti principalmente a questi
fattori:
Gestione del lock errata da parte del programmatore (raro in quanto a
parte casi particolari il default lavora bene).
Su Access2 (ma solo sul 2) la gestione del lock faceva si che in caso
di una macchina in rete molto lenta non rilasciava quasi mai il lock
(ma era correggibile via software).
Il problema piu' grave e' tuttavia quello legato a una rete
malfunzionante (spesso colpa delle schede di rete Realtek e affini).
Alcune schede di rete di questo tipo in particolar modo in presenza di
macchine veloci perdono qualche dato 'ogni tanto'.
E' un errore spesso difficile da diagnosticare in quanto la rete
apparentemente funziona, l'errore si genera solo sotto carico, spesso
basta fare un XCOPY /S sulla rete perche' si sganci la connessione
alla rete palesando il problema.
In presenza di tale problema alcuni utenti neppure si accorgono di
averlo ma se gira un Database Jet condiviso si corrompe molto
facilmente, ogni tanto.
Abbiamo avuto nel tempo 3 casi e li abbiamo risolti tutti trovando la
scheda di rete maledetta e sostituendola.
I nostri programmi sotto Access sono stabilissimi e non perdono un
dato (ci mancherebbe solo questo).
Evidentemente SQL Server e altri Database Server hanno protezioni piu'
sofisticate ma e' un altro concetto.



text:
>
>Più che posti di lavoro, dovremmo parlare di utenza.
>Cmq, in un caso specifico, penso a 7 utenti (uno dei quali accedeva
>direttamente dal server), con una rete con schede 3Com (non ricordo il
>modello, ma si parla di schede nuovissime, per un'annetto fa).
>Il sistema era lentissimo, una volta la giorno, almeno, si bloccava tutto.
>La rete, cqm, non l'ho installata io, anche perchè non ne sarei stato
>capace.
No, non stiamo parlando di una rete certificata a 100 mb/s
>Quello che voglio sapere io è quanti utenti accedevano contemporaneamente al
>DB.
10 utenti, sei-sette brutalmente concorrenti.
>
>> Dipendentemente anche dalla pesantezza dell'applicazione e degli indici.
>
>Eh?
DIPENDENTEMENTE DALLA PESANTEZZA DELL'APPLICAZIONE E DAGLI INDICI MULTICAMPO CHE TANTI FURBACCHIONI
SBATTONO DAPPERTUTTO.
così è chiaro o vuoi solo far casino?
Mauro


text:
> >Una Form non ha bisogno di essere associata ad una query ADO o altro. Gli
> >sbatti l'origine record e, indipendentemente dal motore che utilizza,
> Si ma ADO su SQL Server non permette (come quasi tutti i Database
> Server che conosco) di entrare in scrittura su delle SELECT, credo
> valga anche per ADO su JET.
Cosa cosa?
E io come faccio a modificare i record, allora?
Ho appena chiuso l'ultima routine che apre un recordset ADO da Access verso
SQL e ne modifica o ne aggiunge dei record.
> >E chiamala query "pass-through", allora, visto che quello è il suo nome.
> E' il suo nome secondo Microsoft.
Ah... allora mi informerò...
> >> La stored procedure in realta' su Access puo' una funzione integrabile
> >> liberamente in una query, ma non parlavo di quello anche perche'
> >> quella e' passabile al server.
> >
> >E in italiano cosa vuol dire, di grazia?
> Non ho capito dove sta il dubbio
Non si capisce la frase, forse perchè manca qualche pezzo fondamentale, come
un predicato.
Ma non si tratta solo del verbo: anche provando a metterne uno fra "puo'" e
"una funzione", non riesco a capire il senso della frase.
> >Io non parlo per sentito dire, ma per esperienza diretta.
> >Access, in multiutenza (se così si può definire), è molto limitato e si
> >pianta presto.
> Ma scherziamo ???
> Ma ti pare che uno possa lavorare su database che si 'piantano' ?
> Ho programmi fatti in Access2, Access95, Access97 i piu' vecchi
> lavorano da almeno 5 anni con mediamente 4 utenti collegati e ti
> garantisco che non ce n'e uno che si pianti.
Allora o la mia è sfiga o la tua fortuna.
> Il problema piu' grave e' tuttavia quello legato a una rete
> malfunzionante (spesso colpa delle schede di rete Realtek e affini).
Mi sembra di capire che quella marca di ha fatto qualche torto, perchè di
schede scarse ce n'è di tutte le marche.
> I nostri programmi sotto Access sono stabilissimi e non perdono un
> dato (ci mancherebbe solo questo).
Mai detto che perdono dati. Dico solo che Access per natura è instabile. Lo
è ancora di più quando cilavori in multiutenza.
Se a te non capita, buon per te.


author: Rabozzi Luigi

text:
Ciao,
dimmi pure che access in multiutenza perde prestazioni e che con un alto nr
di record puo' andare in crisi (indicizzazioni errate a parte), ma non dire
che e' instabile.
Non che voglia difendere Access a spada tratta ma NON PUOI dire una
sciocchezza simile, puo' darsi che sia "instabile" il codice del tuo Dbase e
che non preveda certe tipologie di errore.
Anzi' andro' oltre, dato che ho avuto l'occasione di provare SQL Server
2000, ti diro' che il suo motore e' mooolto instabile e si perde in errori
ODBC su query relativamente semplici (speriamo sia solo un difettuccio della
Beta Release).
In ogni caso se non hai bisogno di prestazioni astronomiche (cioe'
statistiche e ricerche continue al posto del data-Entry classico) e stai
sotto i 15 utenti Access e' la scelta migliore sia per facilita' d'uso che
per costi.
<LuigI>
Andrea Sciamanna <andrea.s...@libero.it.cancellami> wrote in message
8me65b$fuj$1...@serv1.iunet.it...



text:
>Mai detto che perdono dati. Dico solo che Access per natura è instabile. Lo
>è ancora di più quando cilavori in multiutenza.
>Se a te non capita, buon per te.
>
Guarda, ti consiglio di leggere meglio quanto ti scrive Paolo Holzl in merito a ms jet invece che
diffondere allarmismi in buona misura eccessivi su un'area pubblica che vive su Access.
Non basta una buona scheda di rete (3com o Intel che sia) a rendere affidabile una Lan.
Trovati un collaboratore di fiducia che certifichi ISO reti a 100 mb/s.
Tieni presente che esistono molti fattori che possono far decadere le prestazioni di un file-server
in rete: server non dedicato o vetusto, altri software client-server in rete (MS-FAx o le rare
famigerate installazioni client-server di Office), colli di bottiglia dovuti a cavi o hub comprati
"d'occasione", programmi scritti in modo troppo artigianale.
Questo è il vero *grosso* difetto di Access: gli eccessi di flessibilità che a molti fanno male.
Mauro


text:
> >> Dipendentemente anche dalla pesantezza dell'applicazione e degli
indici.
> >
> >Eh?
>
> DIPENDENTEMENTE DALLA PESANTEZZA DELL'APPLICAZIONE E DAGLI INDICI
MULTICAMPO CHE TANTI FURBACCHIONI
> SBATTONO DAPPERTUTTO.
>
> così è chiaro o vuoi solo far casino?
Non c'era assolutamente bisogno di urlare: questo dimostra il fatto che,
forse, sei tu a voler fare casino.
Del resto, era sufficiente scrivere la stessa frase, senza urlare, per
spiegare meglio una condizione che mi sembrava scontata e che, per sicurezza
ho voluto chie tu chiarissi. Il tuo chiarimento, anche se riportato in
maniera molto maleducata, ha confermato la scontatezza della tua
affermazione.


text:
> dimmi pure che access in multiutenza perde prestazioni e che con un alto
nr
> di record puo' andare in crisi (indicizzazioni errate a parte), ma non
dire
> che e' instabile.
> Non che voglia difendere Access a spada tratta ma NON PUOI dire una
> sciocchezza simile, puo' darsi che sia "instabile" il codice del tuo Dbase
e
> che non preveda certe tipologie di errore.
Può darsi. Non mi ritengo un professionista nel campo, ma, sicuramente, mi
ritengo sono più competente di tanti che si ritengono tali.
Questo per dire che ho un minimo di sicurezza sul codice che scrivo.
Del resto, mi capita, tanto per fare un esempio, un caso che non voglio
nemmeno provare a risolvere, per ora.
Dal cliente ho installato su una decina di macchine il FE di un'applicazione
in ACC2000, su base dati SQL.
Su alcune macchine non ci sono problemi, su altre, appena aperto
l'applicativo pippo.mdb, Access se ne esce fuori dicendo che non trova
pippo.mdb. Dando ok l'applicativo continua a girare senza problemi.
Molto stabile Access.
Altro caso (ho lo screen shot inviato dal cliente, giusto sotto il naso):
Il cliente lavora su una maschera.
Viene fuori il msg "errore riservato (-7776); non ci sono messaggi per
questo errore.", dopodichè il programma continua a funzionare senza
problemi.
Questi, per me, sono segni di instabilità. Poi, se vuoi, si può
filosofeggiare sul significato di instabilità, ma, per ora, io resto di
questa opinione.
Sono solo contento di non avere ancora perso dei dati, ma tremo all'idea.
E nono posso dare la colpa a SQL, visto che, come minimo, dovrei vedere un
msg del tipo "Errore ODBC: ...."


text:
> Guarda, ti consiglio di leggere meglio quanto ti scrive Paolo Holzl in
merito a ms jet invece che
> diffondere allarmismi in buona misura eccessivi su un'area pubblica che
vive su Access.
Ah, capisco. Qui si parla di Access, quindi guai a chi lo tocca.
Per citare Totò: "Ma mi faccia il piacere!"
Io, praticamente, ci vivo con Access, lo difendo anche da chi sostiene che è
meglio usare Visual Basic, anche se forse ha ragione, ma non mi nemmeno di
raccontare troppe balle per difenderlo Access.
> Non basta una buona scheda di rete (3com o Intel che sia) a rendere
affidabile una Lan.
> Trovati un collaboratore di fiducia che certifichi ISO reti a 100 mb/s.
Non mi interessa proprio, guarda. A me dicono di fare un certo lavoro con
Access, lo faccio, lo collaudo sul mio PC e su quello del cliente. Tutti i
problemi indipendenti dall'applicazione scritta da me, non sono un problema
mio, ma del mio capo progetto.
Probabilmente, la configurazione della rete non dipende nemmeno da lui, ma
da terze persone che is sono occupate solo di questo.
> Tieni presente che esistono molti fattori che possono far decadere le
prestazioni di un file-server
> in rete: server non dedicato o vetusto, altri software client-server in
rete (MS-FAx o le rare
> famigerate installazioni client-server di Office), colli di bottiglia
dovuti a cavi o hub comprati
> "d'occasione", programmi scritti in modo troppo artigianale.
Grazie, ma tutte 'ste cose già le so. Non mi dici niente di nuovo.
Il problema è che trovo Access instabile, non appena si sbatte il DB in rete
o quando più utenti vi accedono.
Questo non significa che non funziona, ma che, a volte, si verificano errori
indecifrabili, comportamenti illogici, malfunzionamenti, che, in una
versione stand-alone (è il termine giusto?) dello stesso applicativo, non si
verificano.
> Questo è il vero *grosso* difetto di Access: gli eccessi di flessibilità
che a molti fanno male.
Di grazia, quali sarebbero questi "eccessi di flessibilità"?


text:
Ciao,
voglio chiudere qui la discussione tanto non e' che posso inculcarti le mie
idee in testa usando la forza, comunque permettimi di dire che dopo lo
sviluppo di applicazione Access (sia multiutenza che utente singolo), Visual
Basic e Power Builder (ottimo prodotto peccato che abbia un linguaggio di
programmazione molto piu' simile ad uno script) qunado ho trovato un errore
e' sempre stato perche' avevo scritto male il codice o perche' c'era un'
applicazione esterna che interferiva con il mio programma.
Ti cito l'ultimo caso capitatomi con un programmino di Help Desk scritto in
Access 2000 per 5 utenti:
4 funzionavano perfettamente ed 1 invece non riusciva ad aprire MsWord per
la composizione di lettere ad Hoc, il problema era che Norton Antivirus 2000
(installato solo su quel PC) interferiva e non lasciava creare l'oggetto
Word (Bug documentato sia sul sito Norton che su Quello Ms).
Per questo motivo ti consiglio (se gia' non lo fai) di testare il tuo
applicativo su un PC con il solo SO piu' gli eventuali driver ed
aggiornamenti minini indispensabili in modo da esser sicuro che sia esente
da BUG e di controllare che gli errori verificatisi dal clienti non
dipendano dalla particolare configurazione della macchina dello stesso o da
percorsi lasciati scoperti (ho visto personalmente gente che riusciva a
scivere in determinate situazioni su campi bloccati); a quel punto allora
potrai parlare di instabilita' (o BUG) del tool di sviluppo e sta pur
tranquillo che nessuno ti dara' mai contro.
Inoltre ti ricordo che nella programmazione odierna (specialmente ad eventi)
il singolo errore puo' essere scatenato da n fattori concomitanti e casuali
tanto che a volte nemmeno un debug approfondito con tanto di Log aiuta a
chiarire le cose.
<LuigI>


text:
> voglio chiudere qui la discussione tanto non e' che posso inculcarti le
mie
> idee in testa usando la forza, comunque permettimi di dire che dopo lo
Questo, a mio avviso, è il peggior modo per trattare una discussione. Se io
ho un'idea e sono fermamente convinto che sia valida, cerco in tutti i modi
di convencere il mio interlocutore della stessa cosa. Cmq fai tu.
> sviluppo di applicazione Access (sia multiutenza che utente singolo),
Visual
> Basic e Power Builder (ottimo prodotto peccato che abbia un linguaggio di
> programmazione molto piu' simile ad uno script) qunado ho trovato un
errore
> e' sempre stato perche' avevo scritto male il codice o perche' c'era un'
> applicazione esterna che interferiva con il mio programma.
Io ho scritto un casino di codice con errori, ma non è di questo che stiamo
parlando.
[Caso di SW x Help-Desk]
> Per questo motivo ti consiglio (se gia' non lo fai) di testare il tuo
> applicativo su un PC con il solo SO piu' gli eventuali driver ed
> aggiornamenti minini indispensabili in modo da esser sicuro che sia esente
> da BUG e di controllare che gli errori verificatisi dal clienti non
> dipendano dalla particolare configurazione della macchina dello stesso o
da
> percorsi lasciati scoperti (ho visto personalmente gente che riusciva a
> scivere in determinate situazioni su campi bloccati); a quel punto allora
> potrai parlare di instabilita' (o BUG) del tool di sviluppo e sta pur
> tranquillo che nessuno ti dara' mai contro.
La situazione è semplice. Tutte le macchine degli utenti hanno gli stessi
software e le stesse configurazioni. A meno che Access si comporti
diversamente per IP diversi o Utenti diversi, non è sicuramente il corredo
software a creare problemi.
> Inoltre ti ricordo che nella programmazione odierna (specialmente ad
eventi)
> il singolo errore puo' essere scatenato da n fattori concomitanti e
casuali
> tanto che a volte nemmeno un debug approfondito con tanto di Log aiuta a
> chiarire le cose.
Hai ragione. Ripeto, però, che determinati errori sono, in maniera evidente,
indipendenti dal codice, come i due casi che ti ho presentato.


text:
 Il tuo chiarimento, anche se riportato in
>maniera molto maleducata, ha confermato la scontatezza della tua
>affermazione.
>
Per te non è scontata visto che i tuoi lavori sono "instabili" perfino in monoutenza.


text:
>Ah, capisco. Qui si parla di Access, quindi guai a chi lo tocca.
>Per citare Totò: "Ma mi faccia il piacere!"
>
>Io, praticamente, ci vivo con Access, lo difendo anche da chi sostiene che è
>meglio usare Visual Basic, anche se forse ha ragione, ma non mi nemmeno di
>raccontare troppe balle per difenderlo Access.
Mai detto che Access sia meglio di VB.
Comunque da uno dei tuoi post precedenti si ricava che le tue applicazioni Access sono "instabili"
perfino in monoutenza!
Devi cambiare i tuoi metodi di lavoro sig. Alessandro.
>Questo non significa che non funziona, ma che, a volte, si verificano errori
>indecifrabili, comportamenti illogici, malfunzionamenti, che, in una
>versione stand-alone (è il termine giusto?) dello stesso applicativo, non si
>verificano.
Indaga meglio, vedrai che i comportamenti indecifrabili di Access sono dovuti a errori tuoi.
Abbonati a MSDN e darai risposta a molti "enigmi"
>Di grazia, quali sarebbero questi "eccessi di flessibilità"?
>
Scoprili da te visto che sai già tutto *grazia*


text:

Beh, vedo che una competenza ce l'hai: quella di mettere le parole in bocca
agli altri.
Io dico che Access è instabile e tu concludi che sono i miei lavori ad
esserlo. Vabbè, fai tutto tu. A questo punto, purché non continui il thread
da solo? Ti scrivi e ti rispondi. Nella realtà si chiamerebbe soliloquio, in
un NG non saprei.


text:
> >Io, praticamente, ci vivo con Access, lo difendo anche da chi sostiene
che è
> >meglio usare Visual Basic, anche se forse ha ragione, ma non mi nemmeno
di
> >raccontare troppe balle per difenderlo Access.
>
> Mai detto che Access sia meglio di VB.
Ribadisco: fai tutto da solo.
Io non ho mai detto che tu hai detto che Access è meglio di VB!!!
Forse hai la coda di paglia?
> Comunque da uno dei tuoi post precedenti si ricava che le tue applicazioni
Access sono "instabili"
> perfino in monoutenza!
> Devi cambiare i tuoi metodi di lavoro sig. Alessandro.
E chi è Alessandro?
... ma hai dei problemi?
> Indaga meglio, vedrai che i comportamenti indecifrabili di Access sono
dovuti a errori tuoi.
> Abbonati a MSDN e darai risposta a molti "enigmi"
Caro mio, non mi insegnare quello che devo fare, non tu, almeno.
Ormai ti ho inquadrato ed ho capito che hai solo voglia di litigare.
MSDN lo consulto da una vita, non c'è bisogno del primo sedicente guru, per
farmelo scoprire.
> >Di grazia, quali sarebbero questi "eccessi di flessibilità"?
> >
> Scoprili da te visto che sai già tutto *grazia*
Congratulazioni! Questo è il modo per rispondere ad una domanda.
Buon lavoro (per quel che ti può servire un mio augurio).


text:
Andrea Sciamanna ha scritto nel messaggio <8moahu$j3h$
1...@serv1.iunet.it
>...
>>  Il tuo chiarimento, anche se riportato in
>> >maniera molto maleducata, ha confermato la scontatezza della tua
>> >affermazione.
>>
>> Per te non č scontata visto che i tuoi lavori sono "instabili" perfino in
>monoutenza.
>
>Beh, vedo che una competenza ce l'hai: quella di mettere le parole in bocca
>agli altri.
>Io dico che Access č instabile e tu concludi che sono i miei lavori ad
>esserlo. Vabbč, fai tutto tu. A questo punto, purché non continui il thread
>da solo? Ti scrivi e ti rispondi. Nella realtą si chiamerebbe soliloquio, in
>un NG non saprei.
Rileggi i tuoi post bimbo, rileggi....


text:
>E chi è Alessandro?
>... ma hai dei problemi?
>
Pardon, Sig. Andrea va meglio?
>
>MSDN lo consulto da una vita, non c'è bisogno del primo sedicente guru, per
>farmelo scoprire.
Una vita cominciata stamattina...
>
>> >Di grazia, quali sarebbero questi "eccessi di flessibilità"?
>> >
>> Scoprili da te visto che sai già tutto *grazia*
>
>Congratulazioni! Questo è il modo per rispondere ad una domanda.
>Buon lavoro (per quel che ti può servire un mio augurio).
>
Gli auguri, vista l'affidabilità dei tuoi lavori, servono più a te!!
Addio


text:
> >MSDN lo consulto da una vita, non c'è bisogno del primo sedicente guru,
per
> >farmelo scoprire.
>
> Una vita cominciata stamattina...
Ovviamente.
> >> >Di grazia, quali sarebbero questi "eccessi di flessibilità"?
> >> >
> >> Scoprili da te visto che sai già tutto *grazia*
> >
> >Congratulazioni! Questo è il modo per rispondere ad una domanda.
> >Buon lavoro (per quel che ti può servire un mio augurio).
>
> Gli auguri, vista l'affidabilità dei tuoi lavori, servono più a te!!
Senti, a quanto pare non hai più argomenti, tanto da arrivare a frasi tipo
"Sei brutto!", "No sei brutto tu!", e così via.
E' ovvio che il discorso è chiuso qui.
> Addio.
Magari fosse così, ma mi toccherà leggerti, tanto per il gusto di
contraddirti alla prima occasione (cosa che ho già cominciato a fare).


text:
>
>Magari fosse così, ma mi toccherà leggerti, tanto per il gusto di
>contraddirti alla prima occasione (cosa che ho già cominciato a fare).
Attento, potrei prenderci gusto...


title: utilizzo della funzione iif in una query

author: Sergio

text:
Ciao a tutti,
nella FrmProvvigioni ho un pulsante di opzione "pagazi"; se lo scelgo, e poi
eseguo la query QryElenco, vorrei ottenere l'elenco dei record della
TblProvvigioni per cui il campo Data Pagamento č compilato (non č vuoto,
contiene una data).
Nella query, in corrispondenza del campo Data Pagamento, ho provato a
indicare:
IIf([forms]![frmprovvigioni]![pagazi]=-1;is not null;is null)
ma mi restituisce nessun record.
Su un campo Testo funziona, ad esempio mettendo:
IIf([forms]![frmprovvigioni]![pagazi]=-1;"rossi";"bianchi")
in corrispondenza del campo Cliente, ma per un campo data?
Ho provato con i cancelletti ## ma non sono riuscito.
Grazie.
Sergio


author: geppo

text:
Ciao "Sergio" <
sergio...@virgilio.it
> ha scritto nel messaggio
news:tncll.1336$dP4...@news.edisontel.com...
> Ciao a tutti,
> nella FrmProvvigioni ho un pulsante di opzione "pagazi"; se lo scelgo, e
> poi eseguo la query QryElenco, vorrei ottenere l'elenco dei record della
> TblProvvigioni per cui il campo Data Pagamento č compilato (non č vuoto,
> contiene una data).
>
> Nella query, in corrispondenza del campo Data Pagamento, ho provato a
> indicare:
>
Prova cosi nella query in un nuovo campo scrivi:
IIf([forms]![frmprovvigioni]![pagazi]=-1;[Data Pagamento];isnull(Data
Pagamento]))
deseleziona: Mostra
in criterio scrivi: <>falso
>
> ma mi restituisce nessun record.
>
> Su un campo Testo funziona, ad esempio mettendo:
> IIf([forms]![frmprovvigioni]![pagazi]=-1;"rossi";"bianchi")
> in corrispondenza del campo Cliente, ma per un campo data?
> Ho provato con i cancelletti ## ma non sono riuscito.
> Grazie.
prego
> Sergio
--
Ciao
Geppo


text:
"geppo" <c...@tin.it.invalid> ha scritto nel messaggio
news:jqdll.177781$Ca.3...@twister2.libero.it...
> Ciao "Sergio" <
sergio...@virgilio.it
> ha scritto nel messaggio
> news:tncll.1336$dP4...@news.edisontel.com...
>> Ciao a tutti,
>> nella FrmProvvigioni ho un pulsante di opzione "pagazi"; se lo scelgo, e
>> poi eseguo la query QryElenco, vorrei ottenere l'elenco dei record della
>> TblProvvigioni per cui il campo Data Pagamento è compilato (non è vuoto,
>> contiene una data).
>>
>> Nella query, in corrispondenza del campo Data Pagamento, ho provato a
>> indicare:
>>
>
> Prova cosi nella query in un nuovo campo scrivi:
>
> IIf([forms]![frmprovvigioni]![pagazi]=-1;[Data Pagamento];isnull(Data
> Pagamento]))
>
> deseleziona: Mostra
>
> in criterio scrivi: <>falso
>
>>
>> ma mi restituisce nessun record.
>>
>> Su un campo Testo funziona, ad esempio mettendo:
>> IIf([forms]![frmprovvigioni]![pagazi]=-1;"rossi";"bianchi")
>> in corrispondenza del campo Cliente, ma per un campo data?
>> Ho provato con i cancelletti ## ma non sono riuscito.
>> Grazie.
> prego
>> Sergio
>
> --
> Ciao
> Geppo
>
Ci ho messo mezz'ora a capire perchè funziona, e ci sono quasi riuscito!
Grazie mille.
Mi resta da capire perchè mettendo Vero in corrispondenza di una data,
restituisce i record per cui la data è presente (che già non me lo sarei
aspettato), mentre mettendo falso non restituisce nulla, comunque
....pazienza!
Ciao
Sergio


title: Help: tabelle Access esportate in Excel

author: Daniele Puglisi

text:
Da quando ho aggiornato office alla versione 2000 riscontro quest'anomalia
riguardo all'esportazione delle tabelle di access in file xls.
La situazione è questa: io creo una nuova cartella excel e in essa inserisco
dei riferimenti alle cartelle xls create tramite esportazione delle tabelle
access.
Salvo la nuova cartella coi riferimenti esterni, chiudo e riapro.
All'apertura excel mi dice che le cartelle a cui fa riferimento la nuova
cartella contengono calcoli incompleti e che sarà necessario ricalcolarle.
A parte che non c'è nulla da ricalcolare perchè le suddette cartelle
derivando dall'esportazione di tabelle access non contengono formule, perchè
queste cartelle risultano non ricalcolate?
Se le apro e le risalvo il problema scompare, ma siccome tutto ciò fa parte
di una procedura automatica la cosa rappresenta un problema.
Alla microsoft mi hanno detto che a loro non succede niente del genere ma io
con tre pc su tre ho riscontrato lo stesso problema.
Se a qualcuno succede lo stesso (o anche se invece non gli succede) mi
farebbe cosa grata a comunicarmelo, magari anche per E-mail, perchè prima
risolvo e prima mi risparmio un sacco di rogne.
grazie
Daniele Puglisi
md2...@mclink.it


title: Ricerca utilizzo campo

author: Cogo R.

text:
Dovendo modificare un campo , vorrei avre in evidenza tutte le volte che è
usufruito e dove nell'ambito di un prodotto mdb.
In che modo posso attivare questa ricerca?.
Saluti
Cogo R.


title: Ricerca utilizzo campo

author: Karl Donaubauer

text:

Usa un tool come Find&Replace. Il link trovi nella
FAQ 1.24 Tool per trova e analisi
sul sito indicato sotto.
--
HTH
Karl
********* Ich beantworte keine Access-Fragen per Email. *********
Access-FAQ:
http://www.donkarl.com


title: Principiante

author: Claudio P.

text:
Premetto che sono assolutamente un principiante e quindi potrei farvi
domande trite e ritrite .......................
Sto provando a farmi un DB del mio Software ...............per ogni Software
inserisco alcuni dati e molti sono ripetitivi per i vari Software e allora
ho fanno una tabella legata da una relazione alla principale .............mi
spiego
Nella Tabella Principale tra i tanti campi c'č:
Id
Nome del Pgm
Id Software House (campo numerico)
Nella tabella Software House c'č:
Id Software House
Nome Software House
Questo per non far ripetere nella tabella ogni volta che inserisco un
Software il nome di una  Software House che magari č comune a 100 programmi
...................ora io vorrei creare una maschera di inserimento per la
Tabella Principale ma dopo aver inserito il Nome del Pgm non voglio far
inserire la chiave Id Software House ma voglio far scegliere da un menu a
tendina una tra tutte le  Software House contenute della tabella Software
House e quando si sceglie voglio che nella  Tabella Principale ci vada l' Id
Software House che corrisponde alla  Id Software House inserita con il menu
a tendina ...............................spero di essermi spiegato
.........mi potreste dare una mano grazie.
PS
E' anche possibile, sempre nello stesso contesto, che se uno vuol inserire
il Nome di una  Software House non presente nella tendina (e quindi non
presente nella tabella) la possa inserire manualmente ed automaticamente si
inserisca in un nuovo record della tabella Software House?????
--
Claudio P.
ICQ: 39052657


title: Principiante

author: Agostini Gianluigi

text:
"Claudio P." <
cldp...@libero.it
> ha scritto nel messaggio
news:9qhmk4$qc7$1...@lisa.galactica.it...

Utilizza l'autocomposizione guidata "casella combinata". E' davvero
semplice. Prova (Anch'io un mese fa ero nelle tue condizioni....;)
Gianluigi Agostini


title: Proteggere una sola maschera

author: maurizio

text:
Scrivo per conto di un amico che ha dei problemi di pubblicazione nel NG e
non sono riuscito ad aiutare diversamente.
Il testo del suo messaggio e' :
Ho creato un gestionale che ho inserito in internet in versione MDE, ma a
causa delle molte richieste di personalizzazione, vorrei pubblicarlo in
versione MDB.
Questo gestionale è pubblicizzato come gratuito, con il solo vincolo di fare
una modestissima offerta per una giusta causa di solidarieta' alla quale
credo.
Non sapendo come fare per raggiungere il mio scopo, ho creato una routine
evento su mouse spostato all'interno di una maschera che al raggiungimento
del numero fatture prestabilito chiuda il gestionale se nel campo codice di
continuità non inserisco il codice X scritto in una stringa di VBA.
La mia domanda è questa: considerando che so come fare per proteggere il
codice con una Password, posso impedire che nella maschera in questione
nessuno possa cancellare la [Routine evento] su mouse spostato, oppure,
posso inserire il seguente codice in un modulo e fare che funzioni comunque
(una routine che venga eseguita comunque a runtime ogni volta che lancio il
pgm) ?
Private Sub IntestazioneMaschera_MouseMove(Button As Integer, Shift As
Integer, X As Single, Y As Single)
If ([RagioneSociale].Form![codice] <> 123456789 And [Sottomaschera
fatture].Form![Numero] > 30) Then
        DoCmd.OpenForm "mascheraDiblocco", acNormal, "", "", , acNormal
        DoCmd.Close acForm, "fatture"
    End If
End Sub
 Grazie
Maurizio per Beppe


title: Proteggere una sola maschera

author: EnricoV.

text:
"maurizio" <
mm.m...@inwind.it
> ha scritto nel messaggio
news:If_Q9.72014$Ou4.2...@twister2.libero.it...

> mmhhh.....stà solidarietà.............
vabbè.....
cmq....
1) lascialo in MDE
2) le personalizzazioni si fanno e BISOGNA FARSI PAGARE....altrimenti che le
personalizzazioni se le facciano gli altri a loro rischio e pericolo....
3) francamente non capisco quale sia il tuo problema....parli di password ma
poi vuoi lasciare il DB sprotetto...mah...
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.435 / Virus Database: 244 - Release Date: 30/12/02


title: Proteggere una sola maschera

text:
"EnricoV." <
nor...@libero.it
> ha scritto nel messaggio
news:nN%Q9.72436$Ou4.2...@twister2.libero.it...

Mai sentito parlare di Sicurezza a livello UTENTE.....?????
Db sprotetto, solo con le autorizzazioni personalizzate sui
singoli elementi.....!
Tecnica dell'Personal.MDW
@Alex.


title: tasto destro del mouse per richiamare la  routine di una maschera

author: Mattia

text:
ciao,
ho una maschera A con sottomaschera B...classica testata fattura e corpo
fattura
Nella mascheraA ho un pulsante che esegue il codice ad esso associato
nell'evento on_click
La sottomaschera B ha un menu popup che appare al click destro del mouse con
i classici copia incolla e alcune mie macro che richiamano funzioni su
moduli generali.
E'possibile aggiungere sul popup una voce che mi mandi in esecuzione il
codice associato al comando della mascheraA ?
(ps non posso spostare il codice del punsate su un modulo generale)
Ciao, Mat


author: Pablitomf [Acces]

text:
"Mattia" <
fasdfsdas...@tin.it
> ha scritto nel messaggio
news:468102d3$0$36446$4faf...@reader5.news.tin.it...

Mmmmm...
Credo che dichiarando come Public la Sub (che adesso è Private) del pulsante
A (quella onClick per intenderci), potresti fare una function nella SubForm
che fa qualcosa del genere :
Private Function RichiamaFormClick ()
    Eval ("Forms(" & Chr(34) & "TuaForm" & Chr(34) & ").PulsanteA_Click")
End Function
Se non funzia, nella Function prova prima a spostare il focus dalla SubForm,
alla Form, per poi dopo Eval, riportarlo nuovamente alla SubForm
Tale function sarebbe da richiamare nella voce del menu popup mettendo nelle
Azioni della voce =RichiamaForm()
Fammi sapere.
--
--
Ciao
Pablitomf (Maurizio Facciuti)
-----------------------------------------------------------------
Access: 97, 2000, XP e 2003
ASP
-----------------------------------------------------------------
http://www.accessgroup.it/
-----------------------------------------------------------------
Il mio motto :
""Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media."


text:
"Pablitomf [Acces]" <
keiko...@libero.it
> ha scritto nel messaggio
news:f5t2os$9ht$1...@tdi.cu.mi.it...

funzionerebbe...solo che mi esegue due volte il codice del
pulsante!!?!?!?!?!
cosa sbaglio?
cioa, Mat


text:
> funzionerebbe...solo che mi esegue due volte il codice del
> pulsante!!?!?!?!?!
> cosa sbaglio?
Mattia non so, nella soluzione postatati sono andato abbastanza a braccio...
Fa così, metti un punto di interruzione sulla funzione e esegui il debug a
video così ti rendi conto in che punto si ripete il ciclo...
Fammi sapere.
--
--
Ciao
Pablitomf (Maurizio Facciuti)



text:
"Pablitomf [Acces]" <
keiko...@libero.it
> ha scritto nel messaggio
news:f5vo5r$1mk$1...@tdi.cu.mi.it...
>> funzionerebbe...solo che mi esegue due volte il codice del
>> pulsante!!?!?!?!?!
>> cosa sbaglio?
>
> Mattia non so, nella soluzione postatati sono andato abbastanza a
> braccio...
> Fa cosě, metti un punto di interruzione sulla funzione e esegui il debug a
> video cosě ti rendi conto in che punto si ripete il ciclo...
>
> Fammi sapere.
> --
> --
> Ciao
>
> Pablitomf (Maurizio Facciuti)
si il debug passo passo l'ho fatto...subito dopo l'end sub del mio comando
mi ritorna al sub comandclik del comando stesso...senza ulteriori passaggi
l'unica cosa č che la tua funzione l'ho dovuta inserire in un modulo
generale e non nella subform...altrimenti il menu popup non la vedeva
ciao, mat


text:
"Pablitomf [Acces]" <
keiko...@libero.it
> ha scritto nel messaggio
news:f5vo5r$1mk$1...@tdi.cu.mi.it...
>> funzionerebbe...solo che mi esegue due volte il codice del
>> pulsante!!?!?!?!?!
>> cosa sbaglio?
>
> Mattia non so, nella soluzione postatati sono andato abbastanza a
> braccio...
> Fa cosě, metti un punto di interruzione sulla funzione e esegui il debug a
> video cosě ti rendi conto in che punto si ripete il ciclo...
>
> Fammi sapere.
> --
> --
> Ciao
>
> Pablitomf (Maurizio Facciuti)
ho utilizzato un contatore che blocca l'esecuzione dopo il primo ciclo...e
quindi ho risolto...resta comunque il mistero di perchč lo faccia due volte
ciao e grazie.
Mat


title: [help] neofita -> fatturazione

author: Sorci

text:
Ciao a Tutti,
chiedo subito scusa a tutti, la mia domanda č proprio da neofita, ho provato
a cercare in 9000 messaggi di questo newsgroup ma non ho trovato la risposta
hai miei problemi, probabilmente perchč non so cosa cercare!
Allora il mio problema č salvare delle fatture in un DB access.
Si puň creare una cartella in cui ad ogni record corrispondono tutti i dati
della fattura?
Tutti i dati intendo soprattutto la lista dei prodotti contenuti in fattura!
E' possibile creare un campo che contiene una lista?
Probabilmente č una domanda sciocca, ma non so da dove partire, qualsiasi,
dico qualsiasi aiuto č ben accetto, se potete rempitemi l'email con qualche
esempio!
Ditemi almeno cosa devo cercare e studiare.
Vi ringrazio fin d'ora per la sicura collaborazione.
Ciao
Alex


title: [help] neofita -> fatturazione

author: Silvia

text:
Beh se sei vuoi qualche spunto puoi anche utilizzare
l'autocomposizione DB di Access
(in A97 c'è se non sbaglio proprio un "gestione ordini")
poi potrai modificarlo sulle tue esigenze
(non senza faticare un bel po' sull'help e leggendo questo NG)
Silvia


title: [help] neofita -> fatturazione

text:
Gentilissima per la risposta cosě veloce!
Ho preso in mano il database di esempio northwind.
Il mio problema č che per me č inutile avere una tabella prodotti, non
esiste un magazzino, ogni fattura ha prodotti unici.
Cosa mi consigli di fare?
Creo comunque una tabella prodotti che aggiorno ad ogni nuova fattura?
Mi puoi dai qualche suggerimento per collegare fattura a prodotti.
Grazie ancora per il disturbo
Ciao
Alex
"Silvia" <
nospam-...@yahoo.com
> ha scritto nel messaggio
news:9ul07q$gbe$1...@newsreader.mailgate.org...
> Beh se sei vuoi qualche spunto puoi anche utilizzare
> l'autocomposizione DB di Access
> (in A97 c'č se non sbaglio proprio un "gestione ordini")



title: [help] neofita -> fatturazione

author: Luciano (DOC)

text:
"Sorci" <
sor...@libero.it
> ha scritto nel messaggio
news:dNnP7.242856$sq5.11...@news.infostrada.it...
> Il mio problema è che per me è inutile avere una tabella prodotti, non
> esiste un magazzino, ogni fattura ha prodotti unici.
Non e' un problema, semmai una semplificazione!
> Cosa mi consigli di fare?
Niente! Semplicemente scrivi la descrizione del prodotto, il prezzo, lo
sconto, l'Iva al momento della compilazione.
> Creo comunque una tabella prodotti che aggiorno ad ogni nuova fattura?
Aaaahhhhhhhhhh!!!!!!!:-))
> Mi puoi dai qualche suggerimento per collegare fattura a prodotti.
Credo che ti manchi un passaggio. Hai bisogno di due tabelle: fatture e
righefatture, sollegate uno a molti. Anche NW lavora cosi', dagli
un'ochiata.
Saluti.
Luciano


title: [help] neofita -> fatturazione

text:
Grazie!
mi manca il passaggio "collegamento uno a molti" ora mi studio NorthWind e
cerco di rifare qualcosa di silmile!
Ringrazio e vi avverto fin da subito che mi farò risentire.
Ciao Ciao
Alex
"Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
news:9ul2np$9b8gd$1...@ID-86073.news.dfncis.de...



title: collegamento via ODBC via codice

author: Brown

text:
Ho questo problema:
Devo collegare (via codice) via ODBC una tabella da un AS400. Riesco a
fare il collegamento, ma la tabella è in sola lettura.
Ho notato che con la procedura manuale la tabella diventa di sola
lettura se non indico i campi che sono chiave primaria.
Come posso impostare la chiave (sempre via codice) ??
Il codice qua sotto mi dice che non è possibile aggiungere altre chiavi ...
Qualcuno è sià passato sopra questo problema ?
Public Sub sPROVA()
On Error GoTo ERRORE
     Dim tdf As TableDef
     Dim lINDEX As Index
     Set tdf = CurrentDb.CreateTableDef("OFFERTE_PROVA")
     tdf.Connect = "ODBC;DSN=OFFER;DATABASE="
     tdf.SourceTableName = "OFFERTE"
     Set lINDEX = tdf.CreateIndex("PrimaryKey")
     lINDEX.Fields.Append tdf.Fields("IDOFF")
     tdf.Indexes.Append lINDEX
     tdf.Indexes.Refresh
     CurrentDb.TableDefs.Append tdf
USCITA:
     Exit Sub
ERRORE:
     MsgBox Err.Description, vbInformation, "PROVA"
     Resume USCITA
End Sub


title: [OT] Traduzione faq 1.30

author: Alberto S.

text:
1.30 REPLICHE
Problema
Cerchi informazioni sull'argomento ma la guida online non č
esauriente.
Soluzione
[FAQ-repliche] eccellente (ingl.)
[Pagina MS sulle repliche] per A97 (ingl.)
[
http://www.trigeminal.com
] il sito di Michael Kaplan (multilingue,
anche in italiano) con molte utility, consigli, link, elenco di tutti
gli articoli della KB sulle repliche ed altro ancora.
[news:microsoft.public.access.replication] newsgroup (ingl.)
Esiste purtroppo poco materiale informativo sull'argomento.
Raccomandabile č il dettagliato capitolo sulle repliche nell'[Access
Developer's Handbook (ADH)], disponibile per le varie versioni di
Access.
Ciao
--
Alberto
No alle guerre


title: [OT] Traduzione faq 1.30

text:
Alberto S. wrote:
> 1.30 REPLICHE
> ...
> [FAQ-repliche] eccellente (ingl.)
>
> [Pagina MS sulle repliche] per A97 (ingl.)
Questo secondo link non funziona piů. Allora ho aggiunto un
indicazione.
> [
http://www.trigeminal.com
] il sito di Michael Kaplan (multilingue,
> anche in italiano) ...
Non c'č in italiano. Qualche anno fa io facevo la traduzione
dei siti di michka in tedesco. Per la versione italiano una
volta ho proposto LBO chi invece non aveva mai il tempo
o era piů ragionevole per accettare questo lavoro. ;-)
--
cu
Karl
*********
Access FAQ:
www.donkarl.com/it


title: [OT] Traduzione faq 1.30

text:
On Sat, 21 Aug 2004 11:44:40 +0200, "Karl Donaubauer"
<
NoS...@donkarl.com
> wrote:
>Alberto S. wrote:
>> 1.30 REPLICHE
>> ...
>> [FAQ-repliche] eccellente (ingl.)
>>
>> [Pagina MS sulle repliche] per A97 (ingl.)
>
>Questo secondo link non funziona più. Allora ho aggiunto un
>indicazione.
allora metterei
FAQ-repliche eccellente (ingl.)
Su questo sito ci sono anche link (che vengono spesso aggiornati) ad
altre risorse di MS sulle repliche, sopprattutto per A97 (ingl.).
>> [
http://www.trigeminal.com
] il sito di Michael Kaplan (multilingue,
>> anche in italiano) ...
>
>Non c'è in italiano. Qualche anno fa io facevo la traduzione
>dei siti di michka in tedesco. Per la versione italiano una
>volta ho proposto LBO chi invece non aveva mai il tempo
>o era più ragionevole per accettare questo lavoro. ;-)
Ach ... e dire che avevo anche controllato (però solo la home page -
sob). Non vorrei parlare a nome degli altri, però se è ancora
opportuna la traduzione in italiano del sito di Michael Kaplan forse
qualcuno di icaa potrebbe dare una mano (visto che è dall'inglese).
"Letteratura", nel significato di "complesso di pubblicazioni relative
ad un certo argomento" non è molto usato in italiano, comunque "ci può
stare".
Allora:
Esiste purtroppo poca letteratura sull'argomento. Raccomandabile è il
dettagliato capitolo sulle repliche, nelle differenti versioni,
dell'Access Developer's Handbook (ADH).



title: Contatore particolare in tabelle A2000

author: luca

text:
In una tabella vorrei immettere un contatore automatico che mi permetta di
numerare progressivamente i record per anno con questo formato:
dal 01.01.2001 fino al 31.12.2001: 01-001 / 01-002 / 01-003 ....
con il 01.01.2002 dovrebbe ricominciare a contare: 02-001 / 02-002 / 02-003
...
In pratica le prime due cifre rappresentano l'anno mentre le altre tre il
numero progressivo dell'anno.
Se qualcuno ha un'idea .... grazie


title: Contatore particolare in tabelle A2000

author: Roberto in campagna

text:
"luca" <
lucabr...@swissonline.ch
> ha scritto nel messaggio
news:3b49cf97$1...@news.swissonline.ch...

Un idea sul da farsi la puoi avere andando sul Sito Comune (link qui sotto),
Sezione General: dai uno sguardo alla FAQ di Sib intitolata "Numerazione
Crescente per fatture ed altro.".
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: visualizzare di sottomaschere

author: giainoflower

text:
Salve a tutto il NG
potreste aiutarmi in questo mio (sicuramente per voi piccolo) problema????
ho realizzato una maschera dove è presente una sottomaschera
collegata...vorrei che all'apertura della maschera principale non sia
visualizzata la sottomaschera (attualmente funziona tutto ma quando entro
per la prima volta nella maschera principale mi visualizza già la
sottomaschera con i dati del primo record collegato....io questo non lo
vorrei vedere fino a che non scelgo il record dal menu a tendina che ho
creato nella maschera principale)....come faccio?????
grazie a tutti
ciao


title: visualizzare di sottomaschere

author: Emyr

text:
On Thu, 24 Jan 2002 09:22:03 GMT, "giainoflower" <
gia...@galactica.it
>
wrote:

su evento suapertura della maschera principale:
me.nomesottomaschera.form.visible=false
poi lo riattivi dove vuoi
Saluti.
Emanuele.


title: visualizzare di sottomaschere

text:
Gracias
"Emyr" <
fan...@lavoro.com
> ha scritto nel messaggio
news:idpv4us2eottai8jk...@4ax.com...



title: A2K - Recordset su query parametrica

author: Paolo Cereda

text:
Ciao a tutti, ho un problema con un recordset basato su una query
parametrica.
In pratica ho creato la "QUERYBASE" (con dei parametri, che ho
esplicitato anche nei parametri della query stessa). BAsata Sulla
QUERYBASE ho fatto un altra query "QUERYFINALE" (senza parametri) per
fare delle somme. All'apertura di una form richiamo alcuni campi della
QUERYFINALE ma la procedura va in errore dicendomi:
Parametri insufficienti. Previsto 1. Se tolgo il parametro dalla
QUERYBASE tutto funziona correttamente.
Qualcuno conosce un modo per risolverlo?
Grazie
Paolo
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: A2K - Recordset su query parametrica

author: ALESSANDRO Baraldi

text:
"Paolo Cereda" <
paol...@tiscalinet.it
> ha scritto nel messaggio
news:ae2ed223bca9553707e...@mygate.mailgate.org...

Posta il Codice, non è molto chiaro come fai...!
Io dalla Query Parametrica e per parametrica spero intendiamo
la Query alla quale accedi da :
   Set qdf = CurrentDb.QueryDefs("NomeQuery")
   qdf.Parameters![NomePArametro:] = ValoreParametro
    a questo se devi fare somme perchè non operi direttamente
    sul Recordset della Qry....?
    Set rs=Qdf.Openrecordset
    Ora nel Recordset hai tutti i Metodi e le proprietà di ricerca
    ecc.....!!!
Ho capito male il problema...?
@Alex.


title: A2K - Recordset su query parametrica

text:
> Posta il Codice, non è molto chiaro come fai...!
> Io dalla Query Parametrica e per parametrica spero intendiamo
> la Query alla quale accedi da :
>   Set qdf = CurrentDb.QueryDefs("NomeQuery")
>    qdf.Parameters![NomePArametro:] = ValoreParametro
>    a questo se devi fare somme perchè non operi direttamente
>    sul Recordset della Qry....?
>
>     Set rs=Qdf.Openrecordset
>     Ora nel Recordset hai tutti i Metodi e le proprietà di ricerca
>     ecc.....!!!
> Ho capito male il problema...?
>
> @Alex.
Credo che sia solo un problema della mia poca competenza ed esperienza.
Cerco di spiegarmi meglio: ho una QUERYBASE che ha un criterio che fa
riferimento ad una maschera.
Il criterio nel campo NUMERO è il seguente:
<IIf([Forms]![MenùIniziale]![NumeroMassimo]
 Is Null;30;[Forms]![MenùIniziale]![NumeroMassimo])
In pratica se scelgo un numero dovrei vedere i dati
solo inferiori a quel numero altrimenti inferiori al
numero massimo che è 30.
Basata sulla QUERYBASE ho fatto la QUERYFINALE per raggruppare i dati
secondo un campo (NOME) e fare la somma di tutti gli altri campi dei
diversi record.
Richiamando il recordset tramite DAO
Set Mioset = MioDB.OpenRecordset("QUERYFINALE")
la procedura mi dice parametri insufficienti.
Dal tuo post intuisco che si debba usare la proprietà parameters
ma il problema è che sia il nome del parametro sia il suo valore
si trovano in una form. Che nome devo mettere? Per il valore
come posso dirgli che deve essere in un caso inferiore al numero
scelto e in un altro caso inferiore a 30?.
Ciao e grazie



title: A2K - Recordset su query parametrica

text:
"Paolo Cereda" <
paol...@tiscalinet.it
> ha scritto nel messaggio
news:a63e9d0318cabd45251...@mygate.mailgate.org...

Io ti ho solo chiesto che tecnica usi per passare il parametro.
Da quanto intuisco fai riferimento dalla Queri ad un controllo
chiamato "NumeroMassimo" che ipotizzo sia una TextBox.
Ora se quanto devi ottenere è un recordset ritengo più utile
la tecnica che ti ho suggerito.
Quindi Realizzati una Query nella quale inserisci nella Riga Criteri
relativamente al campo che ti riguarda il parametro con la seguente
sintassi:
[NomeParametro:]
Dim  ValoreParametro as integer
If  Len(me.NumeroMassimo)=0 then
     ValoreParametro =30
Else
    ValoreParametro =me.NumeroMassimo
End if
Set qdf = CurrentDb.QueryDefs("NomeQuery")
    qdf.Parameters![NomePArametro:] = ValoreParametro
set rs=Qdf.Openrecordset
Quì ora hai il Recordset e ci fai quello che credi, che non ho capito.
@Alex.


title: A2K - Recordset su query parametrica

text:
> Quì ora hai il Recordset e ci fai quello che credi, che non ho capito.
> @Alex.
Grazie, ho capito come agire e tutto funziona perfettamente.
Scusami ma non avevo capito che volessi sapere a cosa mi serve il tutto.
La TABELLABASE è un calendario nel quale ci sono tutte le giornate.
I campi sono SQUADRACASA, SQUADRAFUORI, GOLCASA, GOLFUORI.
Tramite la QUERYBASE calcolo tutti i campi per avere la classifica,
in particolare ottengo SQUADRA, PUNTI, GOLFATTI, GOLSUB etc, il tutto
dettagliato per giornata.
Con la QUERYFINALE ottengo LA CLASSIFICA finale raggruppata per SQUADRA
e grazie al filtro posso vedere le classifiche parziali alla giornata
desiderata.
Sei molto bravo, io sto implementando le mie conoscenze sia utilizzando
un apposito testo siafacendo delle prove sul campo.
Grazie Paolo



title: A2K - Recordset su query parametrica

author: Alessandro Baraldi

text:
"Paolo Cereda" <
paol...@tiscalinet.it
> wrote in message
news:e8241b198a359c65413...@mygate.mailgate.org
> > Quì ora hai il Recordset e ci fai quello che credi, che non ho capito.
> > @Alex.
>
> Grazie, ho capito come agire e tutto funziona perfettamente.
BENE.
> Scusami ma non avevo capito che volessi sapere a cosa mi serve il tutto.
Non era per curiosità, ma per poterti dare un contributo completo
e attivo, spesso conoscendo l'ambito di sviluppo possono
uscire esperienze personali utili.
[CUT]>
> Grazie Paolo
Ciao.
@Alex.



title: OutputTo Excel

author: IlcCarrara

text:
Salve a tutti,
ho questa necessità:
Vorrei che Excel conservasse le formattazioni dei controlli presenti nel
report. Mi spiego meglio: se alcuni controlli presenti nel report hanno un
formato Valuta vorrei che questi appariserro in Excel con lo stesso formato
e non , come succede di Numero generico.
Grazie a tutti per l'aiuto.
Buon Lavoro


title: OutputTo Excel

author: Sergio MAZZA

text:
"IlcCarrara" <
in...@ilccarrara.com
> ha scritto nel messaggio
news:999shs$ija$1...@lacerta.tiscalinet.it...

Purtroppo con le operazioni automatizzate tipo "Analizza con ..." non credo
si possa interferire sul processo di scrittura dei dati da Access a Excel.
Puoi sempre costruirti una routine che scrive i dati direttamente su un
foglio Excel nelle celle e con il formato che vuoi tu ; ma ne vale la pena?
Quanto è complesso questo report? Perché lo devi mettere su di un foglio
Excel?
Ciao.


title: Apertura Maschere in Access2000 con ADODB.recorset

author: Gustavo Bartolini

text:
Salve a tutti,
Ho un piccolo problema con ADO, A2k e SQL7.
Ho creato un Progetto che si collega ad un DB SQL7, ok
Ho creato una Stored procedure che restituisce un set di record (lista di
circa 120 record), ok
Ho creato un modulo che contiene una funzione ADODB che chiama la SP:
Public Function DammiListaRecord() as recordset
Con cursore adUseClient e chiusura connessione ADO
Vi risparmio il codice, funziona perfettamente.
Ho due maschere, pone i risultati della Funzione DammiListaRecord() in una
treeview, Funziona tutto.
Ora invece una seconda maschera posta in visualizzazione foglio dati con non
definita l'origine record mi crea questo problema:
Nell'evento OnLoad definisco:
Set Rs as ODODB.Recordset
set Rs = DammiListaRecord()
Me.Recordset = Rs
Me.Refresh
End Sub
Mi segnala errore runtime 7695 (Vattelapesca, non sono riuscito a trovare
riferimenti tranne la err.description che mi dice recordset non consentito)
ma se opero lo stesso metodo con DAO e con database MDB funziona.
Ho provato anche :
Set Rs as ODODB.Recordset
set Rs = DammiListaRecord()
rs.movelast
rs.movefirst
do while not rs.EOF
Me!Campo1 = rs!Campo1
ecc.
rs.MoveNext
Wend
problema:
La griglia si apre ma vedo solo l'ultimo record
la barra di stato dei selettori record mi dice che c'è un solo record.
Ho provato con il debug, ed il ciclo viene effettuato per ogni singolo
record restituito dalla funzione (124 record) con i valori corretti.
Se pongo la SP come origine record, la griglia ovviamente si popola
regolarmente.
Dove sbaglio?
Oppure non è possibile da codice popolare una maschera di a2k in modalità
foglio dati?
Grazie a tutti,
GB


title: Lettere "strane"

author: cla

text:
Se importo un file di testo in access2000, il carattere Ö (alt 0214), viene
convertito nel carattere T.
E' possibile sostituire automaticamente il carattere T in Ö utilizzando un
modulo o una query?
Grazie
Distinti saluti
Claudia


title: Lettere "strane"

author: Esteban

text:
"cla" <
ya...@libero.it
> wrote in message
news:9decq5$oju$1...@fe2.cs.interbusiness.it...

Eccoti una funzioncina ad hoc:
Function Replace (Stringa As String, CarattereVecchio As String,
CarattereNuovo As String)
   Dim Pos As Integer
   Pos = InStr(1, Stringa, CarattereVecchio)
   Do While Pos > 0
      Stringa = Left$(Stringa, Pos - 1) & CarattereNuovo & Right$(Stringa,
Len(Stringa) - Pos)
      Pos = InStr(1, Stringa, CarattereVecchio)
   Loop
   Replace = Stringa
End Function
Ciao e buon lavoro
Esteban
Hosted by
www.seber.it


title: Lettere "strane"

author: Silvio Berruti

text:
"Esteban" <
Est...@news.it
> ha scritto nel messaggio
news:WARK6.2847$RX4.2...@news.infostrada.it...
> "cla" <
ya...@libero.it
> wrote in message
> news:9decq5$oju$1...@fe2.cs.interbusiness.it...
>       Stringa = Left$(Stringa, Pos - 1) & CarattereNuovo & Right$(Stringa,
> Len(Stringa) - Pos)
    Mid(Stringa, Pos)= CarattereNuovo
č + semplice.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: Lettere "strane"

text:
"Silvio Berruti" <
s...@libero.it
> wrote in message
news:hhUK6.4084$RX4.2...@news.infostrada.it...
>
> "Esteban" <
Est...@news.it
> ha scritto nel messaggio
> news:WARK6.2847$RX4.2...@news.infostrada.it...
> > "cla" <
ya...@libero.it
> wrote in message
> > news:9decq5$oju$1...@fe2.cs.interbusiness.it...
> >       Stringa = Left$(Stringa, Pos - 1) & CarattereNuovo &
Right$(Stringa,
> > Len(Stringa) - Pos)
>
>     Mid(Stringa, Pos)= CarattereNuovo
>
> è + semplice.
>
> --
>
>
> Silvio
>
>
> il sito comune di it.comp.appl.access:
>
http://www.sitocomune.com
>
Hai ragione, però io lavoro molto con Access 2 in cui la funzione mid serve
solo per estrarre una parte di una stringa ma non per eseguire la
sostituzione di parti di stringhe.
Ciao!
Esteban
Hosted by
www.seber.it


title: Lettere "strane"

text:
"Esteban" <
Est...@news.it
> ha scritto nel messaggio
news:6T4L6.7684$RX4.5...@news.infostrada.it...
> "Silvio Berruti" <
s...@libero.it
> wrote in message
> news:hhUK6.4084$RX4.2...@news.infostrada.it...
> >
> Hai ragione, però io lavoro molto con Access 2 in cui la funzione mid
serve
> solo per estrarre una parte di una stringa ma non per eseguire la
> sostituzione di parti di stringhe.
>
Strano, perché anch'io, raramente, lavoro ancora con Access 2 e ti posso
assicurare che funziona.
Visto che, comunque, mi avevi fatto venire un dubbio, sono andato a
controllare nell'help, dove ci sta scritto:
Istruzioni Mid, Mid$
Sostituiscono una parte di stringa con un'altra stringa.
Sintassi
Mid[$](varstringa;  inizio [;  lunghezza] ) = esprstringa
Ciao



title: Lettere "strane"

text:
"Silvio Berruti" <
s...@libero.it
> wrote in message
news:YqxL6.16446$RX4.9...@news.infostrada.it...

Ok, è vero: hai ragione!!
Adesso l'ho trovato anch'io: infatti se cerchi nella guida Mid come funzione,
allora la sintassi è
    Mid[$](esprstringa; inizio[; lunghezza])
mentre se cerchi Mid come istruzione, allora in effetti la sintassi è quella che
hai indicato tu!
Grazie per avermi aperto gli occhi.
E se intanto Claudia si è persa nella nostra personale discussione, ecco la
funzione completa rivista e corretta da Silvio Berruti:
Function Replace (Stringa As String, CarattereVecchio As String,
CarattereNuovo As String)
   Dim Pos As Integer
   Pos = InStr(1, Stringa, CarattereVecchio)
   Do While Pos > 0
      Mid(Stringa, Pos)= CarattereNuovo
      Pos = InStr(1, Stringa, CarattereVecchio)
   Loop
   Replace = Stringa
End Function
Ciao!
Esteban
Hosted by
www.seber.it


title: Aiuto su SetWindowLong per impedire la chiusura. Nascondere Close

author: OneEDP

text:
La tecnica di una frmHidden che intercetti la chiusura di Access
autorizzando con il flag Cancel non va bene per i miei scopi.
Questa tecnica � vero che impedisce la chiusura di Access ma ha come effetto
collaterale di ferma ogni altra esecuzione in background.
L'alternativa � quella di cambiare l'aspetto di Access eliminando il tasto
di chiusura con SetWindowLong con l'esempio di 6.32 di sitocomune ma non
FUNGE!
Che devo fare?
Grazie


text:

Provo ad inviare un WM_NCPAINT alla Application.hWndAccessApp con
SendMessage ?


text:
..
Spiega meglio la cosa perchè ... a me non ha mai dato questi
problemi... anzi è l'unico modo sicuro per bloccare la chiusura.
Fai attenzione in ogni caso che ALF+F4 non lo blocchi in nessun modo
senza tentare il SubClassing di Access...
Devi invece non solo eliminare o bloccare il Button [X] ma anche i
ContextMenù della BarraBlu...!!!
Purtroppo non ho più il mio HD, quindi ho perso quasi tutti i codici
per queste cose... e non sviluppando più con Access ora sono in
difficoltà con il materiale.
@Alex


text:
@Alex wrote:
> ..
>
> Spiega meglio la cosa perch� ... a me non ha mai dato questi
> problemi... anzi � l'unico modo sicuro per bloccare la chiusura.
>
> Fai attenzione in ogni caso che ALF+F4 non lo blocchi in nessun modo
> senza tentare il SubClassing di Access...
>
> Devi invece non solo eliminare o bloccare il Button [X] ma anche i
> ContextMen� della BarraBlu...!!!
>
> Purtroppo non ho pi� il mio HD, quindi ho perso quasi tutti i codici
> per queste cose... e non sviluppando pi� con Access ora sono in
> difficolt� con il materiale.
>
> @Alex
All'avvio una form esegue, dopo una breve pausa di lunghezza in base a delle
condizioni, on timer una serie di operazioni e per evitare congelamenti e
pestaggi di tastiera c'� qualche doevents qu� e l� i quali penso siano i
responsabili dell'anomala interruzione dei lavori all'evento close della
finestr frmHidden con l'approvazione del Cancel = true.
Che ne pensi?
Daniele
PS Molti utenti non sanno cosa significhi Alt+F4, quasi nessuno usa la
tastiera... forse perch� non hanno mai lavorato in MS-DOS dal quale 8086
smanettavo.
Potrebbero invece chiuderlo dalla barra delle applicazioni... ma lascio
perder.


text:
On 28 Set, 15:21, "OneEDP" <OneEDP@antispam> wrote:
> @Alex wrote:
> > ..
>
> > Spiega meglio la cosa perchè ... a me non ha mai dato questi
> > problemi... anzi è l'unico modo sicuro per bloccare la chiusura.
>
> > Fai attenzione in ogni caso che ALF+F4 non lo blocchi in nessun modo
> > senza tentare il SubClassing di Access...
>
> > Devi invece non solo eliminare o bloccare il Button [X] ma anche i
> > ContextMenù della BarraBlu...!!!
>
> > Purtroppo non ho più il mio HD, quindi ho perso quasi tutti i codici
> > per queste cose... e non sviluppando più con Access ora sono in
> > difficoltà con il materiale.
>
> > @Alex
>
> All'avvio una form esegue, dopo una breve pausa di lunghezza in base a delle
> condizioni, on timer una serie di operazioni e per evitare congelamenti e
> pestaggi di tastiera c'è qualche doevents quà e là i quali penso siano i
> responsabili dell'anomala interruzione dei lavori all'evento close della
> finestr frmHidden con l'approvazione del Cancel = true.
> Che ne pensi?
> Daniele
Immaginavo che l'inghippo era sempre quello...
Allora è bene scindere le cose..., la form Hidden per la gestione del
CLOSE non ha TIMER e non genera alcuna anomalia, è praticamente
CODE_FREE...
Se poi tu hai usato una Form_Hidden per fare pasta pane e pizza con i
peperoni... magari le cose possono complicarsi...!
Prova a dividere la cosa su 2 Mashcere..., quella per la produzione
pasta e quella della gestione CLOSE, e verifica che non persistano i
problemi o che variante al tema portano...
Se ci dici però solo il MINIMALE capisci bene che rischi di mettere in
discussione dei Dogmi...!
> PS Molti utenti non sanno cosa significhi Alt+F4, quasi nessuno usa la
> tastiera... forse perché non hanno mai lavorato in MS-DOS dal quale 8086
> smanettavo.
> Potrebbero invece chiuderlo dalla barra delle applicazioni... ma lascio
> perder.
Beh... il TaskManager lavora in un'altro modo... ed ovviamente
distrugge l'istanza di Access... ma quello è un livello non di gestine
dell'applicativo come ALT+F4.
@Alex


text:
@Alex wrote:
> ..
>
> Spiega meglio la cosa perch� ... a me non ha mai dato questi
> problemi... anzi � l'unico modo sicuro per bloccare la chiusura.
>
> Fai attenzione in ogni caso che ALF+F4 non lo blocchi in nessun modo
> senza tentare il SubClassing di Access...
>
> Devi invece non solo eliminare o bloccare il Button [X] ma anche i
> ContextMen� della BarraBlu...!!!
>
> Purtroppo non ho pi� il mio HD, quindi ho perso quasi tutti i codici
> per queste cose... e non sviluppando pi� con Access ora sono in
> difficolt� con il materiale.
>
> @Alex
Ho provato cos�.
Nuovo modulo di classe in cui aprire una finestra con sfondo collegato
chiamiamo frmLayer
La massimizzo ed aggancio gli eventi su mouse gi� e doppio click per
restituire il focus alla finestra che si vuole tenere in primo piano (aperto
in Modal = true) con SetActiveWindow (Me.SetFocus non funge proprio bene)
Restano altri problemi
Che dici?


text:
@Alex wrote:
> On 28 Set, 15:21, "OneEDP" <OneEDP@antispam> wrote:
>> @Alex wrote:
>>> ..
>>
>>> Spiega meglio la cosa perch� ... a me non ha mai dato questi
>>> problemi... anzi � l'unico modo sicuro per bloccare la chiusura.
>>
>>> Fai attenzione in ogni caso che ALF+F4 non lo blocchi in nessun modo
>>> senza tentare il SubClassing di Access...
>>
>>> Devi invece non solo eliminare o bloccare il Button [X] ma anche i
>>> ContextMen� della BarraBlu...!!!
>>
>>> Purtroppo non ho pi� il mio HD, quindi ho perso quasi tutti i codici
>>> per queste cose... e non sviluppando pi� con Access ora sono in
>>> difficolt� con il materiale.
>>
>>> @Alex
>>
>> All'avvio una form esegue, dopo una breve pausa di lunghezza in base
>> a delle condizioni, on timer una serie di operazioni e per evitare
>> congelamenti e pestaggi di tastiera c'� qualche doevents qu� e l� i
>> quali penso siano i responsabili dell'anomala interruzione dei
>> lavori all'evento close della finestr frmHidden con l'approvazione
>> del Cancel = true.
>> Che ne pensi?
>> Daniele
>
> Immaginavo che l'inghippo era sempre quello...
>
> Allora � bene scindere le cose..., la form Hidden per la gestione del
> CLOSE non ha TIMER e non genera alcuna anomalia, � praticamente
> CODE_FREE...
>
> Se poi tu hai usato una Form_Hidden per fare pasta pane e pizza con i
> peperoni... magari le cose possono complicarsi...!
>
> Prova a dividere la cosa su 2 Mashcere..., quella per la produzione
> pasta e quella della gestione CLOSE, e verifica che non persistano i
> problemi o che variante al tema portano...
No non te l'ho detto ma ovviamente le due mashere sono separate � il
canclose lo della frmHidden lo imposta l'altra maschera
>
> Se ci dici per� solo il MINIMALE capisci bene che rischi di mettere in
> discussione dei Dogmi...!
Sono minimale non per pigrizia, ma perch� non vorrei essere dilungarmi in
particolari che ritengo non pertinenti.
Mi chiedo cosa succede quando pi� maschere sono aperte e si chiude Access...
Ok. la frmHidden � capace di intercettare il Cancel... ma alle altre
qualcosa � successo...
Ho provato anche a fare la pasta e il pane anche alla finestra gestione, ma
il risultato non cambia. Infatti in debug l'esecuzione si ferma dopo
Cancel=true.
Grazie
>
>> PS Molti utenti non sanno cosa significhi Alt+F4, quasi nessuno usa
>> la tastiera... forse perch� non hanno mai lavorato in MS-DOS dal
>> quale 8086 smanettavo.
>> Potrebbero invece chiuderlo dalla barra delle applicazioni... ma
>> lascio perder.
>
> Beh... il TaskManager lavora in un'altro modo... ed ovviamente
> distrugge l'istanza di Access... ma quello � un livello non di gestine



author: miciomao

text:
Ciao
sicuro che questo non vada ?
========================
Option Compare Database
Private Declare Function GetWindowLong Lib "user32" Alias
"GetWindowLongA" _
  (ByVal hWnd As Long, _
   ByVal nIndex As Long) As Long
   '_________________
   Private Declare Function SetWindowLong Lib "user32" Alias
"SetWindowLongA" _
  (ByVal hWnd As Long, _
   ByVal nIndex As Long, _
   ByVal dwNewLong As Long) As Long
   '_________________
   Private Declare Function SendMessage Lib "user32" _
 Alias "SendMessageA" _
 (ByVal hWnd As Long, ByVal wMsg As Long, _
 ByVal wParam As Long, ByVal lParam As Long) As Long
   '_________________
Private Const GWL_STYLE = -16
Private Const WS_SYSMENU = &H80000
Private Const WM_NCPAINT = &H85
Public Function ShowAccessBtn(ShowIt As Boolean)
    On Error GoTo Errors
    Dim lngOldStyle As Long
    Dim lngNewStyle As Long
    Dim mhWnd As Long
    mhWnd = Application.hWndAccessApp
    'Legge il valore attuale
    lngOldStyle = GetWindowLong(mhWnd, GWL_STYLE)
    If ShowIt Then
        lngNewStyle = lngOldStyle Or WS_SYSMENU
    Else
        lngNewStyle = lngOldStyle And Not WS_SYSMENU
    End If
    Call SetWindowLong(mhWnd, GWL_STYLE, lngNewStyle)
    Call SendMessage(mhWnd, WM_NCPAINT, 1, 0)
ExitHere:
    Exit Function
Errors:
   MsgBox Err.Description, vbCritical, "Errore n° = " & Err.Number
   Resume ExitHere
End Function
========================


text:

Mi mancava il repaint con sendmessage e funge
Grazie!


title: errore MSysDb su apertura del Db

author: gsg

text:
buongiorno a tutti
nel riconvertire un Db per access 2003 al momento dell'avvio mi da il
seguente errore:
"il modulo di gestione di database Microsoft Jet non è riuscito a trovare
l'oggetto "MSysDb". Assicurarsi che l'oggetto esista e che il nome e il
percorso siano digitati correttamente."
Come posso ovviare?
Grazie
:-) Carlo


title: errore MSysDb su apertura del Db

author: MA

text:

Ciao Carlo
si è corrotto una tabella di sistema
fai una cosa
Strumenti
Visualizza Oggetti nascosti e oggetti di sistema
poi importi tutto in un nuovo db
evitando di importare le tabelle con prefisso msys
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access


title: errore MSysDb su apertura del Db

author: esseAemme

text:

Era successo anche a me... x fortuna che avevo una copia di backup del
db...
:D
Samantha


title: errore MSysDb su apertura del Db

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:fei2s9$q97$1...@tdi.cu.mi.it...


Ciao Massi...
Grazie per la risposta, ho trasferito il Db su di un altro computer sempre
con access 2003 funziona a meraviglia
forse le impostazioni di access sono diverse?
Grazie
:-) Carlo


title: Somma di durata

author: Ema

text:
Grazie Gabriele per l'interessamento ma l'espressione che hai postato
non mi funziona.
Ho una query con i campi:
OraInizio: data/ora ora estesa
OraFine: data/ora ora estesa
Durata:  Format$(IIf([Ora fine]-[Ora inizio]>0;[Ora fine]-[Ora
inizio];1+[Ora fine]-[Ora inizio]);"hh:nn:ss")
l'espressione mi funziona bene, quello che vorrei fare è riuscire a
sommare tutti i campi Durata ma non mi riesce. Grazie


title: Somma di durata

author: Gabriele Bertolucci

text:
> Grazie Gabriele per l'interessamento ma l'espressione che hai postato
> non mi funziona.
Forse era meglio se continuavi il thread precedente, almeno si manteneva
maggiore chiarezza.
Comunque, questa è la query che ti ho postato io:
SELECT
  tbl01.ID,
  tbl01.OraInizio,
  tbl01.OraFine,
  IIf([OraInizio]>[OraFine],FormatDateTime(1+[OraFine]-[OraInizio],3),FormatDateTime([OraFine]-[OraInizio],3))
AS Differenza
FROM tbl01;
In che senso non funziona?
Ti restituisce un errore?
E' erronea?
Maggiori info per migliori risposte.
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it


title: Somma di durata

text:
Scusa per il post.
Fatto la query con i tre campi:
IDtbl01: chiave
OraInizio: data/ora
OraFine: data/ora
Quando inserisco la tua espressione (anticipata da Durata:) mi dà
errore di sintassi nell'espressione..  operatore o operando mancante,
carattere o virgola... etc


title: Somma di durata

text:
> Quando inserisco la tua espressione (anticipata da Durata:) mi dà
> errore di sintassi nell'espressione..  operatore o operando mancante,
> carattere o virgola... etc
Nel QBE il separatore dei parametri è carattere di punto e virgola, non la
virgola, quindi la mia query diventa:
SELECT
  tbl01.ID,
  tbl01.OraInizio,
  tbl01.OraFine,
  IIf([OraInizio]>[OraFine];FormatDateTime(1+[OraFine]-[OraInizio];3);FormatDateTime([OraFine]-[OraInizio];3))
AS Differenza
FROM
  tbl01



title: Somma di durata

text:
Non è chiaro?
Ho omesso qualcosa?


title: Somma di durata

text:
> Non è chiaro?
> Ho omesso qualcosa?
Hai già provato il codice con il punto e virgola al posto della virgola come
separatore di parametri?



title: Somma di durata

text:
ok
con i punto e virgola l'espressione mi funziona e mi calcola la durata.
(non sto lavorando a codice ma sulla struttura della query)
la funzione AS Differenza....etc?  la metto di seguito?


title: Somma di durata

text:
> con i punto e virgola l'espressione mi funziona e mi calcola la
> durata.
Bene.
> (non sto lavorando a codice ma sulla struttura della query)
Non sarebbe stato meglio dirlo subito?
> la funzione AS Differenza....etc?  la metto di seguito?
Se lavori con il QBE non ti serve quell'alias. Se tu hai nominato la colonna
come "Durata:", quello è il tuo alias.



title: Somma di durata

text:
Lo sapevo di aver omesso qualcosa...
abbi pazienza ma sono un neofita.
ok ora ho la mia durata.
In pratica io ho una serie di records ognuno con la sua durata
Come faccio per sommare le durate di vari records?


title: Somma di durata

text:
> Come faccio per sommare le durate di vari records?
Quanti e quali record vuoi sommare?
Sei su una maschera?
Stai facendo una query?
Vuoi realizzare una stampa?
Vuoi lavorare con il codice VBA?
Preferisci manipolare SQL?
Stai lavorando con un MDB o con un ADP?
Non occorre che rispondi a tutto, ma il messaggio vuole essere: CHIAREZZA!!!!!!
Va bene che stai imparando, ma devi spiegare meglio quello che vuoi fare
e devi descrivere la situazione in cui ti trovi.
Ricordati che noi non siamo alla tua tastiera, e soprattutto non vediamo
il tuo monitor :-)



title: Somma di durata

text:
Spero di imparare anche ad essere più chiaro..
Sto lavorando su un mdb per archiviare programmi televisivi
Ho una tabella con 2 campi:
OraInizio:  nel quale inserisco l'ora di inizio di un programma
OraFine:   nel quale inserisco l'ora di fine dello stesso
Ho circa 10.800 schede (o record) di programmi televisivi differenti
Ho creato una query inserendo (oltre ai campi "OraInzio" e "OraFine")
un campo "Durata" che mi calcola la durata del singolo programma
attraverso questa espressione:
Durata:Format$(IIf([Orafine]-[Orainizio]>0;[Orafine]-[Orainizio];1+[Orafine]-[Orainizio]);"hh:nn:ss")
o meglio questa:
Durata:IIf([OraInizio]>[OraFine];FormatDateTime(1+[OraFine]-[OraInizio];3);FormatDateTime([OraFine]-[OraInizio];3))
che mi hai dato tu.
Ora vorrei, se è possibile tramite query (se non è possibile anche
con una maschera), sommare tutti i valori nel campo  "Durata"
In pratica avere un "TotaleDurata" di tutte le schede relative ai
programmi televisivi.
(sta volta mi sono impegnato).


title: Somma di durata

text:
Cerco di essere più chiaro possibile
Lavoro su un mdb nel quale archivio dati riguardanti programmi
televisivi.
Ho circa 10.800 schede (o record) ognuna con i dati di un singolo
programma tv.
Ho una tabella con 2 campi:
OraInizio: nel quale inserisco l'ora inizio di un programma
OraFine: nel quale inserisco l'ora di fine dello stesso
Ho creato una query con 3 campi: "OraInizio", "OraFine" e "Durata"
Il campo "Durata" ha la seguente espressione (che mi hai postato tu):
Durata:IIf([OraInizio]>[OraFine];FormatDateTime(1+[OraFine]-[OraInizio];3);FormatDateTime([OraFine]-[OraInizio];3))
Ok. ora vorrei creare una campo "TotaleDurate", sempre nella stessa
query (ma se nn è possibile in alternativa anche con una maschera),
che mi calcoli il totale dei valori contenuti nel campo "Durata"
In pratica il totale delle durate di tutti i programmi televisivi.
Spero di essere stato più chiaro di prima.


title: Somma di durata

text: Pardon ho postato 2 volte.


title: Somma di durata

text:
> Spero di imparare anche ad essere più chiaro..
Con un po' di pazienza ci si riesce :-)
> Sto lavorando su un mdb per archiviare programmi televisivi
Ecco, vedo che hai già intrapreso una strada migliore :-)
> Ho una tabella con 2 campi:
> OraInizio:  nel quale inserisco l'ora di inizio di un programma
> OraFine:   nel quale inserisco l'ora di fine dello stesso
Bene.
> Ho circa 10.800 schede (o record) di programmi televisivi differenti
I record si chiamano record :-)
> Ho creato una query inserendo (oltre ai campi "OraInzio" e "OraFine")
> un campo "Durata" che mi calcola la durata del singolo programma
> attraverso questa espressione:
Su questo mi pare che non ci siano dubbi.
> Durata:IIf([OraInizio]>[OraFine];FormatDateTime(1+[OraFine]-[OraInizio
> ];3); FormatDateTime([OraFine]-[OraInizio];3))
> che mi hai dato tu.
Bene.
> Ora vorrei, se è possibile tramite query (se non è possibile anche
> con una maschera), sommare tutti i valori nel campo  "Durata"
> In pratica avere un "TotaleDurata" di tutte le schede relative ai
> programmi televisivi.
Ah!!! Ecco!!! Ora si che si capisce.
Ci sono diversi modi per fare quello che vuoi, ma se vuoi che sia la query
a calcolarti quel totale bisogna che la query di selezione diventi una query
di raggruppamento.
Credo che la cosa migliore sia che mi passi il codice completo della query,
così te lo modifico - che facciamo prima - e poi te lo studi con calma :-)
> (sta volta mi sono impegnato)
E quando ti impegni i buoni frutti si vedono. Bravo.



title: Somma di durata

text:
Il codice SQL della query è questo:
SELECT tbl01.IDtbl01, tbl01.OraInizio, tbl01.OraFine,
IIf([OraInizio]>[OraFine],FormatDateTime(1+[OraFine]-[OraInizio],3),FormatDateTime([OraFine]-[OraInizio],3))
AS durata
FROM tbl01;
GRAZIE MILLE


title: Somma di durata

text:
[CUT]
Provando a realizzare la cosa, mi sono accorto che quello che volevo fare
non č cosě banale.
Alla fine ho partorito quanto segue.
Aggiungi una colonna alla query, che diventa quindi:
  SELECT
    tbl01.ID,
    tbl01.OraInizio,
    tbl01.OraFine,
    IIf([OraInizio]>[OraFine],FormatDateTime(1+[OraFine]-[OraInizio],3),FormatDateTime([OraFine]-[OraInizio],3))
AS Differenza,
    IIf([OraInizio]>[OraFine],1+[OraFine]-[OraInizio],[OraFine]-[OraInizio])
AS DifferenzaNumerica
  FROM
    tbl01
Nel corpo della maschera hai sicuramente un controllo che visualizza la Durata.
Bene.
Nel pič di pagina della maschera metti un controllo dello stesso tipo, ed
imposti la sua origine controllo al seguente valore:
=FormatDateTime(Somma([DifferenzaNumerica]);3)
La maschera dovrebbe quindi visualizzarti quello che ti serve.



title: Somma di durata

text:
Solo 2 parole:
PERFETTO!
GRAZIE.
Ragionandoci su ho capito (forse) che è impossibile far visualizzare
ad una query che contiene più di 10.800 record un record
riepilogativo.
P.S. La stessa cosa funziona anche con un report?
(scusa ma mi hanno chiesto ora di poter stampare il tutto)
Se chiedo troppo trattami male :-)


title: Somma di durata

text:
> Ragionandoci su ho capito (forse) che è impossibile far visualizzare
> ad una query che contiene più di 10.800 record un record
> riepilogativo.
No, questo non è corretto.
Il fatto è che vuoi ottenere da una query un valore come somma di un campo
di una tabella, quella query deve diventare una query di raggruppamento,
quindi ti restituisce un record per ogni raggruppamento che ottiene.
> P.S. La stessa cosa funziona anche con un report?
L'origine dati che hai usato per la maschera puoi usarla anche per il report,
anche se, in questo caso, potrebbero essere sfruttate le funzionalità di
raggruppamento ed ordinamento proprie dei report per ottenere dei campi calcolati
come hai chiesto tu.
> (scusa ma mi hanno chiesto ora di poter stampare il tutto)
Questi clienti, prima ti dicono che vogliono fare solo una o due cose, poi
ci prendono gusto e ti chiedono 40 stampe.
> Se chiedo troppo trattami male :-)
L'importante è cercare di utilizzare i consigli che il newsgroup cerca di
dare e farne tesoro per il futuro :-)



title: Somma di durata

text:
Ho creato un report.
Nel "piè di pagina report" ho inserito il controllo:
Totale Durate   =FormatDateTime(Somma([DifferenzaNumerica]);3)
Era quello che cercavo!
GRAZIE ANCORA
:)


title: Editor di testi

author: Enrico

text:
Devo creare un DB che conservi i testi inseriti con un editor di testi di
una certa potenzialità, tipo Word o Wordpad.
Come è possibile farlo ?
E' possibile creare un'editor di testo all'interno di Access97 o inserire in
qualche modo un editor già esistente con tutte le sue potenzialità già
esistenti ?
Ciao e grazie
Enrico


title: Editor di testi

text:
"Enrico" <
mo...@tin.it
> ha scritto nel messaggio
news:_fuX5.2952$D8.7...@twister2.tin.it...

Che intendi per "...DB che conservi i testi..."?
Forse inserire un campo nella tabella che contenga il nome del file (es. di
word) e con un bottone richiamarlo?
Se e così sul sito comune ci sono degli esempi:
http://members.xoom.it/_XOOM/it_db_access/faq26.htm
http://members.xoom.it/_XOOM/it_db_access/tips34.htm
Ciao.


title: Confronto tra 2 recordset - parte 2 (sopr. x A. Biso) - Lungo

author: Gianluca

text:
Antonio, scusami il richiamo diretto ma sono stato assente un tot di giorni
e ci terrei a fornirti chiarimenti circa il mio post precedente.
Avendo:
- mskCalendari: presenta l'IDCommessa ed i dati della commessa (tratti dalla
tabella tblCommessa);
- la sottomaschera smCalendari2: legata a mskCalendari dall'IDCommessa, a
maschere continue, elenca tutte le date pianificate per quella commessa e
per dei consulenti (pesca i dati dalla tabella tblCalendari).
- la relazione è uno-molti.
- nella sottomaschera, per ogni record è presente un pulsante che tramite
SQL verifica che in tblCalendari non siano memorizzate, in relazione al
consulente scelto per la data controllata,  altre date corrispondenti.
Questo in modo da evitare di pianificare al consulente due interventi in due
commesse diverse nello stesso giorno.
- tale controllo va fatto per ogni data inserita nella sottomaschera.
Cosa cerco?
Un modo (supponevo un pulsante nella maschera mskCalendari), tale per cui
A97 verifichi che per ogni data pianificata in relazione alla commessa
visualizzata ed al consulente indicato non esistano altre giornate
corrispondenti.
Ho provato ad aprire un recordset contenente tutte le date pianificate per
la commessa visualizzata, e mi sono interrotto per incapacità nei vari
tentativi di fare effettuare il controllo di cui sopra per ognuna delle date
del recordset.
Spero di essere stato maggiormente chiaro, stavolta!
Avete qualche dritta da darmi? Magari anche qualche alternativa per
raggiungere lo scopo, o escamotage vari?
Grazie ragazzi!
--
'--------------------------------------------------------
'Saludos
'--------------------------------------------------------


author: Antonio Biso

text:
"Gianluca" <
NO_SPAMvu...@libero.it
> ha scritto nel messaggio
news:6KEf9.11851$6O4.2...@twister1.libero.it...
> Antonio, scusami il richiamo diretto ma sono stato assente un tot di
giorni
> e ci terrei a fornirti chiarimenti circa il mio post precedente.
Me lo so portato a pranzo...
>
> Avendo:
> - mskCalendari: presenta l'IDCommessa ed i dati della commessa (tratti
dalla
> tabella tblCommessa);
> - la sottomaschera smCalendari2: legata a mskCalendari dall'IDCommessa, a
> maschere continue, elenca tutte le date pianificate per quella commessa e
> per dei consulenti (pesca i dati dalla tabella tblCalendari).
> - la relazione è uno-molti.
> - nella sottomaschera, per ogni record è presente un pulsante che tramite
> SQL verifica che in tblCalendari non siano memorizzate, in relazione al
> consulente scelto per la data controllata,  altre date corrispondenti.
> Questo in modo da evitare di pianificare al consulente due interventi in
due
> commesse diverse nello stesso giorno.
> - tale controllo va fatto per ogni data inserita nella sottomaschera.
>
> Cosa cerco?
> Un modo (supponevo un pulsante nella maschera mskCalendari), tale per cui
> A97 verifichi che per ogni data pianificata in relazione alla commessa
> visualizzata ed al consulente indicato non esistano altre giornate
> corrispondenti.
Non sono chiare due cose:
prima di tutto dove è che vengono inseriti i record del lato molti, quindi i
consulenti e le date di intervento?
Non capisco (e secondo me questa è la strada giusta!!!) perchè il controllo
non lo fai al momento dell'inserimento di un nuovo intervento con la data e
il consulente. E' lì che va controllato se il consulente è già occupato per
quella data e quindi rifiutare l'inserimento!!!
Secondo non dici cosa vorresti fare nel caso vengano trovati delle date
duplicate.
La soluzione comunque per trovare quello che dici è preparare questa query
ci metti due volte la tabella tabella calendari, quindi metti in join i
campi idconsulente e data. Infine metti come criterio sotto il campo
idcommessa
[forms]![tuaform]![controlloIDcommessa] AND <> [tblCalendari1]![idcommessa]
In pratica vai a prendere i record con l'idcommessa selezionata dalla
maschera, li metti in corrispondenza con i corrispondenti con stessa data e
consulente (tra cui i record stessi) ma che abbiano idcommessa diversi. E'
come una ricerca duplicati quindi, ma con idcommessa diversi.
Infine vai a testare se questa query restituisce record, per esempio con una
dcount
Se la dcount è > 0 ci sono date duplicate, altrimenti no!!!
Antonio