title: BackGround... il ritorno

author: ALESSANDRO Baraldi

text:
"JoeBlack" <
web...@email.it
> ha scritto nel messaggio
news:3hk0d.294224$5D1.12...@news4.tin.it...
> Scusatemi.. ma sto sbattendo ancora con quella immagine di fondo... ho
> provato la procedura con le API ma rallenta il PC non so come..
Impossibile, a meno che l'immagine non sia JPG o altri formati non
BMP e magari di grosse dimensioni....!!!
> la mia domanda:
> esiste un controllo di layer delle maschere..?
> es. quella di fondo a livello 0 e le altre sopra.. o qualcosa di simile..
e
> se esiste la possbilità di renderla insensibile alla selezione ?
>
> Grazie.. Saluti
No.
@Alex.
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: BackGround... il ritorno

author: JoeBlack

text:
Grazie... vedrň di rimpicciolire l'immagine..
Bye


title: BUG di calcolo di Access '97: come risolvete?

author: Oscar Metelli

text:
Veniamo al sodo: ho un campo QTA (Single) e un campo PREZZO UNITARIO
(Valuta).
1087,156  *   14,2854  =  15.530,4583224  che arrotondato al secondo
decimale da un Prezzo Totale di  15.530,46
Purtroppo Access da come risultato del calcolo: 15.530,454918457 che
arrotondato è 15.530,45
Nell'esempio ho presentato valori con parecchi decimali (è il caso di una
ferramenta), ma vi assicuro che il problema si pone anche con un numero di
decimali "normale".
L'errore d'approssimazione si verifica se uno dei campi è un Single/Double,
mentre se sono tutti valuta non ci sono problemi.
Ho risolto usando una funzione VBA alla quale do preventivamente in pasto la
QTA; la funzione è:
Function Pulisci(Valore As Variant) As Double
  Dim Dec As Byte
  Dec = Len(Valore) - InStr(Valore, ",")
  Valore = Valore + (0.5 / 10 ^ Dec)
  If InStr(Valore, ",") <> 0 Then
      If Len(Valore) - InStr(Valore, ",") > Dec Then
            Valore = Mid(Valore, 1, InStr(Valore, ",") + Dec)
      End If
  End If
  Pulisci = Valore
End Function
Quindi se il campo calcolato diventa: [totale]=pulisci(QTA)*[PREZZO
UNITARIO] i conti tornano.
Ma è una soluzione molto rozza che mi fa schifo: sicuramene c'è di meglio!
Quindi mi chiedo, come risolvete voi questa situazione?
Ciao a tutti, Oscar


author: Roberto in campagna

text:
"Oscar Metelli" <
osca...@libero.it
> ha scritto nel messaggio
news:vvy37.4599$Pv.1...@news.infostrada.it...

Vai sul Sito Comune, Sezione General: la FAQ di Karl Danaubauer "Arrotondare
un numero alla cifra specificata (uso commerciale)" dovrebbe risolvere il
tuo problema.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


text:
"Roberto in campagna" <>
> Vai sul Sito Comune, Sezione General: la FAQ di Karl Danaubauer
"Arrotondare
> un numero alla cifra specificata (uso commerciale)" dovrebbe risolvere il
> tuo problema.
Scusa Roberto, ma a parer mio la FAQ di Karl Donaubaur si limita a
effettuare arrotondamenti alla cifra decimale desiderata.
Questo non č un problema (tra l'altro la funzioncina sul Sito Comune č un
grande classico :-) ... il problema č che Access sbaglia proprio a fare i
calcoli con valori single!
Se provi a smacchinare con l'esempio che ho fatto nel post precedente non
crederai ai tuoi occhi.
Ora, la funzione che ho creato "riconduce" sulla retta via il valore single
del campo QTA, ma stento a credere che non ci siano vie piů semplici (magari
una funzione di Access).
E' inutile una routine che arrotondi correttamente il risultato sbagliato di
una moltiplicazione.
Il problema č: perchč sbaglia a fare queste moltiplicazioni?
E' un buco macroscopico considerando le milioni di copie di Access al mondo
... eppure non credo di avere le traveggole :-)
Ciao, Oscar


author: Sib dal portatile

text:
"Oscar Metelli" <
osca...@libero.it
> ha scritto nel messaggio
news:vvy37.4599$Pv.1...@news.infostrada.it...
> Veniamo al sodo: ho un campo QTA (Single) e un campo PREZZO UNITARIO
> (Valuta).
>
> 1087,156  *   14,2854  =  15.530,4583224  che arrotondato al secondo
> decimale da un Prezzo Totale di  15.530,46
>
> Purtroppo Access da come risultato del calcolo: 15.530,454918457 che
> arrotondato è 15.530,45
CUT
Dipende dal fatto che il tipo single non ha una elevata precisione e,
soprattutto, non e' affine (come tipo) al tipo valuta. Questo vuol dire che
quando fai la moltiplicazione access deve fare prima una conversione in un
formato comune, con conseguente perdita di informazioni, e poi moltiplicare
due valori gia' approssimati a causa del loro formato.
Cambia il tipo da sigle a double, risolverai il problema senza impegnare
piu' di tanto in termini di spazio. L'unico inconveniente che potresti avere
sara' quello di andare a segare i decimali in piu' che ti compariranno a
causa della conversione (e questo ti fara' capire l'origine
dell'inconveniente).
Ciao
Sib


text:
"Oscar Metelli" <
osca...@libero.it
> ha scritto nel messaggio
news:pLB37.5732$Pv.1...@news.infostrada.it...
>
> "Roberto in campagna" <>
> > Vai sul Sito Comune, Sezione General: la FAQ di Karl Danaubauer
> "Arrotondare
> > un numero alla cifra specificata (uso commerciale)" dovrebbe risolvere
il
> > tuo problema.
>
> Scusa Roberto, ma a parer mio la FAQ di Karl Donaubaur si limita a
> effettuare arrotondamenti alla cifra decimale desiderata.
> Questo non è un problema (tra l'altro la funzioncina sul Sito Comune è un
> grande classico :-) ... il problema è che Access sbaglia proprio a fare i
> calcoli con valori single!
>
> Se provi a smacchinare con l'esempio che ho fatto nel post precedente non
> crederai ai tuoi occhi.
> Ora, la funzione che ho creato "riconduce" sulla retta via il valore
single
> del campo QTA, ma stento a credere che non ci siano vie più semplici
(magari
> una funzione di Access).
>
> E' inutile una routine che arrotondi correttamente il risultato sbagliato
di
> una moltiplicazione.
> Il problema è: perchè sbaglia a fare queste moltiplicazioni?
> E' un buco macroscopico considerando le milioni di copie di Access al
mondo
> ... eppure non credo di avere le traveggole :-)
>
> Ciao, Oscar
Scusami, ma non avevo ben conpreso che il tuo problema fosse il risultato
della moltiplicazione.
Ho "smacchinato"; sul mio PC, con il campo QTA di tipo Numerico con
lunghezza a Precisione singola ed il campo PREZZO UNITARIO di tipo Valuta,
ottengo come risultato della moltiplicazione 15530,
4584061035
; il prodotto
risulta diverso dal tuo (forse perché io l'ho digitato e magari invece tu lo
ottieni da un calcolo) ma ancora non esatto.
Se invece cambio la lunghezza di QTA in Precisione doppia, ottengo come
valore del prodotto 15530,4583224 , che è il valore esatto.
Questo è spiegabile dal fatto che, la rappresentazione interna binaria di
certi numeri in base 10, se la lunghezza del campo non è adeguata, potrebbe
avere una precisione non soddisfaciente, provocando un errore che viene
amplificato dalla moltiplicazione: nel qual caso basta usare una lunghezza
di campo maggiore, e nel tuo esempio ottieni addirittura un risultato
esatto.
Quindi, a mio modesto parere,  non mi sembra si possa parlare di bug, visto
che Access ti dà la possibilità di scegliere tra l'ottimizzazione della
memoria e l'esattezza dei calcoli.
Comunque, quando il risultato finale sono quattrini, non mi sembra sbagliato
impostare il tipo campo di ambedue i fattori a Valuta (naturalmente usando
un formato ad hoc per QTA); se non vado errato Access, in questo caso,
applicherebbe automaticamente per il prodotto un arrotondamento di tipo
commerciale.



text:
"Roberto in campagna"
> Ho "smacchinato"; sul mio PC, con il campo QTA di tipo Numerico con
> lunghezza a Precisione singola ed il campo PREZZO UNITARIO di tipo Valuta,
> ottengo come risultato della moltiplicazione 15530,
4584061035
; il prodotto
> risulta diverso dal tuo (forse perché io l'ho digitato e magari invece tu
lo
> ottieni da un calcolo) ma ancora non esatto.
> Se invece cambio la lunghezza di QTA in Precisione doppia, ottengo come
> valore del prodotto 15530,4583224 , che è il valore esatto.
> Questo è spiegabile dal fatto che, la rappresentazione interna binaria di
> certi numeri in base 10, se la lunghezza del campo non è adeguata,
potrebbe
> avere una precisione non soddisfaciente, provocando un errore che viene
> amplificato dalla moltiplicazione: nel qual caso basta usare una lunghezza
> di campo maggiore, e nel tuo esempio ottieni addirittura un risultato
> esatto.
Ringrazio te e Sib per la cortesia e la precisione della risposta.
Purtroppo avendo parecchie copie del DB in circolazione non posso cambiare
il tipo di dati del campo e usufruirò di quella funzione artigianale che ho
costruito a naso (e sa Dio come, sistema tutto).
Quello che non mi torna è che sulla carta, Cdbl(QTA)*Prezzo dovrebbe mettere
le cose a posto e invece il risultato continua a non essere corretto.
Ciao , Oscar


author: SimonenomiS

text:
> Ringrazio te e Sib per la cortesia e la precisione della risposta.
> Purtroppo avendo parecchie copie del DB in circolazione non posso cambiare
> il tipo di dati del campo e usufruirò di quella funzione artigianale che
ho
> costruito a naso (e sa Dio come, sistema tutto).
>
> Quello che non mi torna è che sulla carta, Cdbl(QTA)*Prezzo dovrebbe
mettere
> le cose a posto e invece il risultato continua a non essere corretto.
>
> Ciao , Oscar
>
    Se QTA e Prezzo sono variabili di tipo diverso, durante la
moltiplicazione puoi avere dei brutti scherzi (dovuti alle necessarie
conversioni di tipo eseguite dietro le quinte). Cmq per calcoli di tipo
valutario è bene utilizzare il tipo Currency. Questo assicura la
rappresentazione decimale _esatta_ dei numeri frazionari fino alla 5a cifra
decimale ed, inoltre, assicura una distribuzione statistica uniforme degli
errori di arrotondamento introdotti.
    Ciao.


text:
"SimonenomiS"
> >
>     Se QTA e Prezzo sono variabili di tipo diverso, durante la
> moltiplicazione puoi avere dei brutti scherzi (dovuti alle necessarie
> conversioni di tipo eseguite dietro le quinte). Cmq per calcoli di tipo
> valutario č bene utilizzare il tipo Currency. Questo assicura la
> rappresentazione decimale _esatta_ dei numeri frazionari fino alla 5a
cifra
> decimale ed, inoltre, assicura una distribuzione statistica uniforme degli
> errori di arrotondamento introdotti.
Sě, ho capito.
Ma resta il fatto che ci sono decine di .mdb in circolazione in cui viene
usato il tipo di dati single non certo per bellezza.
E che cavolo, il tipo di campo piů naturale in cui memorizzare numeri
piccoli o percentuali č senza dubbio il single (non sapendo a cosa si va
incontro).
Probabilmente risolveranno come ho fatto io.
Ciao, Oscar


author: warp

text:
Oscar Metelli ha scritto nel messaggio ...
>
>Sì, ho capito.
>Ma resta il fatto che ci sono decine di .mdb in circolazione in cui viene
>usato il tipo di dati single non certo per bellezza.
>E che cavolo, il tipo di campo più naturale in cui memorizzare numeri
>piccoli o percentuali è senza dubbio il single (non sapendo a cosa si va
>incontro).
Concordo con te.
Il tipo di dati single pur essendo meno "capiente" del double dovrebbe comportarsi decentemente nei
calcoli, diversamente perchè l'hanno introdotto??
Comunque prova a usare questa funzione di normalizzazione del Single:
Function NormSingle(valore As Double) As Double
  Dim Dec As Byte
  Dec = Len(valore) - InStr(valore, ",")
  NormSingle = Fix("" & valore * (10 ^ Dec) + Sgn(valore) * 0.5) / (10 ^ Dec)
End Function
E' più semplice e performante della tua e fa la stessa cosa.
Il fatto stesso che la funzioncina rimetta le cose a posto fa intuire la scarsa logica con cui la
jet engine tratta i single nei calcoli.
Ciao, warp


title: Valore Somma, come trovare gli addendi?

text:
Dato un valore ordine es.60 che rientra nel range DA A, come faccio a
proporre soltanto i record la cui somma del punteggio Campo PUNT (es.
20) e' uguale al valore dell'ordine? Nel caso proporrebbe ART A,B,C.
Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
A,B.
ART	PUNT	DA	A
A	20	40	80
B	20	40	80
C	20	40	80
D	20	40	80
E	20	40	80
F	20	40	80
G	20	40	80
H	20	40	80
E' possibile una cosa del genere? Grazie mille


title: Valore Somma, come trovare gli addendi?

author: Alessandro Cara

text:
dottce...@iol.it
 ha scritto:
> Dato un valore ordine es.60 che rientra nel range DA A, come faccio a
> proporre soltanto i record la cui somma del punteggio Campo PUNT (es.
> 20) e' uguale al valore dell'ordine? Nel caso proporrebbe ART A,B,C.
> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
> A,B.
e perche' non A E H? o qualsiasi altre combinazione di articolo che
faccia 60 e se non c'e' la somma esatta <60?
Comunque e' tutto fattibile.
--
ac


title: Valore Somma, come trovare gli addendi?

text:
On 15 Mag, 14:12, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
dottcefal...@iol.it
 ha scritto:> Dato un valore ordine es.60 che rientra nel range DA A, come faccio a

Ciao Alessandro
> e perche' non A E H? o qualsiasi altre combinazione di articolo che faccia 60
Deve propormi i record partendo dall'inizio o anche, qualsiasi altro
record che soddisfi la condizione, l'importante è che li proponga.
>--e se non c'e' la somma esatta <60?
Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
A,B.
Comunque e' tutto fattibile.
Come?


title: Valore Somma, come trovare gli addendi?

text:
dottce...@iol.it
 ha scritto:
> On 15 Mag, 14:12, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>
dottcefal...@iol.it
 ha scritto:> Dato un valore ordine es.60 che rientra nel range DA A, come faccio a
>>> proporre soltanto i record la cui somma del punteggio Campo PUNT (es.
>>> 20) e' uguale al valore dell'ordine? Nel caso proporrebbe ART A,B,C.
>>> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
>>> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
>>> A,B.
>> e perche' non A E H? o qualsiasi altre combinazione di articolo che
>> faccia 60 e se non c'e' la somma esatta <60?
>> Comunque e' tutto fattibile.
>> --
>> ac
>
> Ciao Alessandro
>> e perche' non A E H? o qualsiasi altre combinazione di articolo che faccia 60
> Deve propormi i record partendo dall'inizio o anche, qualsiasi altro
> record che soddisfi la condizione, l'importante � che li proponga.
>> --e se non c'e' la somma esatta <60?
> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
> A,B.
>
> Comunque e' tutto fattibile.
> Come?
Ho scritto che e' fattibile ma non che sia semplice.
Possono esserci diverse strategie da adottare, anche piuttosto lunghe
(in termini di codice e soprattuto di tempo di esecuzione) e la loro
scelta dipende dai seguenti fattori
1) Numero di addendi massimo (se c'e')
2) Numero di articoli coinvolti
3) Dominio della somma
Si tratta essenzialmente di un problema matematico (non credo che esiste
la formula definitiva). Dato un numero trovare tutte le possibili
combinazioni degli addendi.
Il mio consiglio, scusa se ritengo la tua preparazione approssimativa,
e' di cercarti in rete (scritto in qualsiasi linguaggio, poi si puo
"tradurlo") il codice che affronta il problema.
--
ac


title: Valore Somma, come trovare gli addendi?

text:
On 15 Mag, 15:52, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
dottcefal...@iol.it
 ha scritto:
>
>
>
> > On 15 Mag, 14:12, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
> >>
dottcefal...@iol.it
 ha scritto:> Dato un valore ordine es.60 che rientra nel range DA A, come faccio a
> >>> proporre soltanto i record la cui somma del punteggio Campo PUNT (es.
> >>> 20) e' uguale al valore dell'ordine? Nel caso proporrebbe ART A,B,C.
> >>> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
> >>> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
> >>> A,B.
> >> e perche' non A E H? o qualsiasi altre combinazione di articolo che
> >> faccia 60 e se non c'e' la somma esatta <60?
> >> Comunque e' tutto fattibile.
> >> --
> >> ac
>
> > Ciao Alessandro
> >> e perche' non A E H? o qualsiasi altre combinazione di articolo che faccia 60
> > Deve propormi i record partendo dall'inizio o anche, qualsiasi altro
> > record che soddisfi la condizione, l'importante è che li proponga.
> >> --e se non c'e' la somma esatta <60?
> > Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
> > dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
> > A,B.
>
> > Comunque e' tutto fattibile.
> > Come?
>
> Ho scritto che e' fattibile ma non che sia semplice.
> Possono esserci diverse strategie da adottare, anche piuttosto lunghe
> (in termini di codice e soprattuto di tempo di esecuzione) e la loro
> scelta dipende dai seguenti fattori
> 1) Numero di addendi massimo (se c'e')
> 2) Numero di articoli coinvolti
> 3) Dominio della somma
>
> Si tratta essenzialmente di un problema matematico (non credo che esiste
> la formula definitiva). Dato un numero trovare tutte le possibili
> combinazioni degli addendi.
>
> Il mio consiglio, scusa se ritengo la tua preparazione approssimativa,
> e' di cercarti in rete (scritto in qualsiasi linguaggio, poi si puo
> "tradurlo") il codice che affronta il problema.
> --
> ac- Nascondi testo citato
>
> - Mostra testo citato -
Grazie della disponibilità, ma ho risolto con l'algoritmo del 7 1/2:
Dim valord, totpunt As Integer
Dim str As String
Dim rst As Recordset
Dim db As Database
Set db = CurrentDb
Set rst = db.OpenRecordset("Tabella_")
valord = rst!TotOrdine
totpunt = 0
rst.MoveFirst
Do While (totpunt + rst!punt) <= valord
    totpunt = totpunt + rst!punt
    str = str & "," & "'" & rst!CODICE & "'"
    rst.MoveNext
Loop
str = Mid(str, 2)
sql = "select * from Tabella_ where codice in(" & str & ")"
DoCmd.OpenForm ("FrmOmaggiN")
Forms!FrmOmaggiN.RecordSource = sql


title: Valore Somma, come trovare gli addendi?

text:
dottce...@iol.it
 ha scritto:
> On 15 Mag, 15:52, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>
dottcefal...@iol.it
 ha scritto:
>>
>>
>>
>>> On 15 Mag, 14:12, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>>>
dottcefal...@iol.it
 ha scritto:> Dato un valore ordine es.60 che rientra nel range DA A, come faccio a
>>>>> proporre soltanto i record la cui somma del punteggio Campo PUNT (es.
>>>>> 20) e' uguale al valore dell'ordine? Nel caso proporrebbe ART A,B,C.
>>>>> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
>>>>> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
>>>>> A,B.
>>>> e perche' non A E H? o qualsiasi altre combinazione di articolo che
>>>> faccia 60 e se non c'e' la somma esatta <60?
>>>> Comunque e' tutto fattibile.
>>>> --
>>>> ac
>>> Ciao Alessandro
>>>> e perche' non A E H? o qualsiasi altre combinazione di articolo che faccia 60
>>> Deve propormi i record partendo dall'inizio o anche, qualsiasi altro
>>> record che soddisfi la condizione, l'importante � che li proponga.
>>>> --e se non c'e' la somma esatta <60?
>>> Se il valore dell'ordine fosse 50 e quindi non sommabile, allora
>>> dovrebbe considerare solo la somma per difetto (es.40) e proporre ART
>>> A,B.
>>> Comunque e' tutto fattibile.
>>> Come?
>> Ho scritto che e' fattibile ma non che sia semplice.
>> Possono esserci diverse strategie da adottare, anche piuttosto lunghe
>> (in termini di codice e soprattuto di tempo di esecuzione) e la loro
>> scelta dipende dai seguenti fattori
>> 1) Numero di addendi massimo (se c'e')
>> 2) Numero di articoli coinvolti
>> 3) Dominio della somma
>>
>> Si tratta essenzialmente di un problema matematico (non credo che esiste
>> la formula definitiva). Dato un numero trovare tutte le possibili
>> combinazioni degli addendi.
>>
>> Il mio consiglio, scusa se ritengo la tua preparazione approssimativa,
>> e' di cercarti in rete (scritto in qualsiasi linguaggio, poi si puo
>> "tradurlo") il codice che affronta il problema.
>> --
>> ac- Nascondi testo citato
>>
>> - Mostra testo citato -
>
> Grazie della disponibilit�, ma ho risolto con l'algoritmo del 7 1/2:
>
> Dim valord, totpunt As Integer
> Dim str As String
> Dim rst As Recordset
> Dim db As Database
> Set db = CurrentDb
>
> Set rst = db.OpenRecordset("Tabella_")
> valord = rst!TotOrdine
> totpunt = 0
> rst.MoveFirst
>
> Do While (totpunt + rst!punt) <= valord
>     totpunt = totpunt + rst!punt
>     str = str & "," & "'" & rst!CODICE & "'"
>     rst.MoveNext
> Loop
>
> str = Mid(str, 2)
> sql = "select * from Tabella_ where codice in(" & str & ")"
>
> DoCmd.OpenForm ("FrmOmaggiN")
> Forms!FrmOmaggiN.RecordSource = sql
>
Meglio cosi'. Ma quel codice non risolve "esaustivamente" il problema
(da come lo hai posto)
--
ac


title: Valore Somma, come trovare gli addendi?

author: Bruno Campanini

text:
"Alessandro Cara" <
al...@ay-1asistemi.it
> wrote in message
news:FJgPl.16264$Ux.1...@tornado.fastwebnet.it...
>
dottce...@iol.it
 ha scritto:
>> On 15 Mag, 15:52, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>>
dottcefal...@iol.it
 ha scritto:
[...]
> Meglio cosi'. Ma quel codice non risolve "esaustivamente" il problema (da
> come lo hai posto)
Chi si contenta...
Bruno


title: Tasti funzione personalizzati

author: Agox

text:
Qualcuno di voi ha mai personalizzato l'utilizzo dei tasti funzione?
F1...F12
Es. Premendo F1 evitare di lanciare l'help di Access ma una propria
procedura controllata
dall'evento KeyDown di una maschera.
Grazie, Agox


title: Tasti funzione personalizzati

author: Sergio MAZZA

text:
"Agox" <
aag...@tin.it
> ha scritto nel messaggio
news:uKNN7.32090$BA4.1...@news1.tin.it...

Crei una macro chiamata AutoKeys e li ci inserisci il nome del tasto
funzione e la funzione (non sub) che devi eseguire alla pressione del
tasto...
Ciao.
--
- - - - - - - - - - - - - - -
Sergio MAZZA
- - - - - - - - - - - - - - -


title: compatibilità programma calcolo codice fiscale con propria applicazione

text:
Ho scaricato dal sito comune il programma sul calcolo del codice fiscale che
è in realtà molto semplice, poiché ha solamente una maschera ed una tabella
con i comuni di Italia.
La mia idea era quella di adattare il codice al mio programma che ha
ovviamente una maschera "Anagrafica Cliente" nel quale mi è necessario il
calcolo del codice fiscale.
Ho pertanto modificato il programma del calcolo C.F. con i nomi dei miei
campi (es ho sostituito "txtcognome" con "cognomeresponsabile" e così via).
Quindi ho immesso le varie proprietà ricavate dalle singole caselle di testo
non associate alle mie che invece sono caselle di testo associate alla mia
tabella "anagraficaditta".
Così come ho copiato le caratteristiche "su caricamento" della maschera
"frmcodicefiscale"  sulla mia maschera.
insomma per farla breve non sono riuscito a combinare nulla perché
continuamente mi compaiono messaggi tipo: tipo definito dall'utente non
definito ecc ecc ecc.
Dopo ore di prove ho gettato la spugna e alzando l'ingegno do deciso che
avrei importato tabella e form di codice fiscale nel mio programma e avrei
inserito un tastino di utilility per il calcolo che apriva la maschera
"frmcodicefiscale" ma, purtroppo anche in questo  caso all'apertura della
maschera e in qualsiasi tentativo di inserimento dati nei campi nome cognome
ecc ecc, compare sempre il seguente errore: L'espressione su caricamento(o
su pressione) immessa come impostazione della proprietà ha provocato il
seguente errore: tipo definito dall'utente non definito.
Vi chiedo dove sbaglio nell'uno e nell'altro caso, anche se ho idea che sia
una sciocchezza ma non so più cosa tentare.-
Grazie
Giuseppe


title: microsoft office.ink

author: IACOBUCCI GIOVANNI

text:
ciao a tutti
sono nuovo ed e' la prima volta che mi collego e voglio porvi un problema
che si presenta tutte le volte che carico
windows 98 se.mi compare il seguente messaggio:
problema con il collegamento l'unità o connessione di rete alla quale fa
riferimento il collegamento "microsoft office.ink" non è disponibile
Controllare che il disco sia inserito correttamente o che la rete sia
disponibile e riprovare.
spero in una vostra risposta.
il mio indirizzo è
iacog...@interfree.it
un grazie anticipato e buo lavoro a tutti.


title: microsoft office.ink

author: massimiliano

text:
>problema con il collegamento l'unità o connessione di rete alla quale fa
>riferimento il collegamento "microsoft office.ink" non è disponibile
>Controllare che il disco sia inserito correttamente o che la rete sia
>disponibile e riprovare.
sicuro che non tieni in esecuzione automatica
office che  hai disinstallato?
cmq complimenti x l'OT
ciao
MAssimiliano
--------------------------------
Inviato via
http://usenet.iol.it


title: come gestire un magazzino

author: Federico Visintini

text:
Salve, per caso ho scoperto questo ng e cade giustappunto in un momento di
crisi durante la creazione di un semplice db per la gestione di un magazzino
vestiario per una associazione di volontariato alla quale appartengo.
Premetto un apporoccio autodidatta ad access e quindi scarse conoscenze di
VB e SQL.
Il mio problema si basa sulla difficoltà nel creare delle query che
relazionino due tabelle (una di carico e una di scarico) contenenti campi
identici (id,data,..,articolo,taglia,..).
I primi dati che vorrei trarre sono quelli della CONSISTENZA DI MAGAZZINO,
ovvero il confronto articolo+taglia caricati e [articolo]&[taglia] scaricati
(ovviamente i dati devono essere correlati per articolo e taglia), dove
ovviamente il risultato è la consistenza. Ho creato dapprima una query per
la tabella di carico e una per quella di scarico dove venissero raggruppati
tutti i movimenti per stesso [articolo] avente stessa [taglia] e poi una
query che mettesse in confronto le due precedenti query di carico e scarico,
con alla fine una espressione somma (carico-scarico) e correlando i campi
[articolo] e [taglia];  il risultato non è però quello voluto (almeno in
parte) in quanto la query fa la differenza solo per i campi in cui trova la
correlazione tra carico e scarico, mentre se ho degli articoli caricati ma
non scaricati non vengono evidenziati...(boh?!)
I secondi sono DOTAZIONE PERSONALE di ogni volontario (campo [nominativo])
il quale ha ricevuto [articolo]+[taglia] (scarico magazzino), ma che
ovviamente può avere anche restituito [articolo]+[taglia] (carico
magazzino); la sua dotazione ovviamente è il trovare la differenza tra
quanto consegnato a [nominativo] e quanto restituito da egli  a magazzino.
C'è nessuno che può risolvere questo enigma?
Grazie e saluti
Federico


title: come gestire un magazzino

author: Annonnata

text:
Federico Visintini wrote:
> I primi dati che vorrei trarre sono quelli della CONSISTENZA DI
> MAGAZZINO, ovvero il confronto articolo+taglia caricati e
> [articolo]&[taglia] scaricati (ovviamente i dati devono essere
> correlati per articolo e taglia), dove ovviamente il risultato è la
> consistenza. Ho creato dapprima una query per la tabella di carico e
> una per quella di scarico dove venissero raggruppati tutti i
> movimenti per stesso [articolo] avente stessa [taglia] e poi una
> query che mettesse in confronto le due precedenti query di carico e
> scarico, con alla fine una espressione somma (carico-scarico) e
> correlando i campi [articolo] e [taglia];  il risultato non è però
> quello voluto (almeno in parte) in quanto la query fa la differenza
> solo per i campi in cui trova la correlazione tra carico e scarico,
> mentre se ho degli articoli caricati ma non scaricati non vengono
> evidenziati...(boh?!)
dovresti creare una specie di anagrafica con tutte le combinazioni
articolo+taglia e usare quest'ultima come partenza
fai attenzione ai valori Null che ti ritrovi quando manca il carico o lo
scarico
(in questo suggerimento mancano molti dettagli su come procedere, è appunto
solo un suggerimento)
A.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.423 / Virus Database: 238 - Release Date: 25/11/2002


title: come gestire un magazzino

author: Roberto da casa

text:
"Federico Visintini" <
fev...@tin.it
> ha scritto nel messaggio
news:x9IE9.56667$744.2...@news1.tin.it...
[CUT]
>
> Il mio problema si basa sulla difficoltà nel creare delle query che
> relazionino due tabelle (una di carico e una di scarico) contenenti campi
> identici (id,data,..,articolo,taglia,..).
>
> I primi dati che vorrei trarre sono quelli della CONSISTENZA DI MAGAZZINO,
> ovvero il confronto articolo+taglia caricati e [articolo]&[taglia]
scaricati
> (ovviamente i dati devono essere correlati per articolo e taglia), dove
> ovviamente il risultato è la consistenza. Ho creato dapprima una query per
> la tabella di carico e una per quella di scarico dove venissero
raggruppati
> tutti i movimenti per stesso [articolo] avente stessa [taglia] e poi una
> query che mettesse in confronto le due precedenti query di carico e
scarico,
> con alla fine una espressione somma (carico-scarico) e correlando i campi
> [articolo] e [taglia];  il risultato non è però quello voluto (almeno in
> parte) in quanto la query fa la differenza solo per i campi in cui trova
la
> correlazione tra carico e scarico, mentre se ho degli articoli caricati ma
> non scaricati non vengono evidenziati...(boh?!)
>
Pe far funzionare il tutto devi solo cambiare il tipo di join nella query
che mette a confronto il totale delle entrate ed il totale delle usciteal
livello di Articolo/Taglia; sicuramente ora è un INNER JOIN, tu invece devi
farlo diventare un LEFT JOIN.
Insomma, se le due tabelle si chiamano rispettivamente Carichi e Scarichi ed
hanno una strutura simile a questa:
ID                Contatore e chiave primaria
Data             Data/ora
Articolo        Testo
Taglia           Testo
Nominativo   Testo
Quantità        Numerico
ecc. ecc.
Per avere il totale dei carichi ti crei una query di raggruppamento chiamata
Query1 che abbia il seguente codice SQL:
SELECT Carichi.Articolo, Carichi.Taglia, Sum(Carichi.Quantità) AS
SommaDiQuantità
FROM Carichi
GROUP BY Carichi.Articolo, Carichi.Taglia;
Per avere il totale degli scarichi ti crei una query di raggruppamento
chiamata Query2 che abbia il seguente codice SQL:
SELECT Scarichi.Articolo, Scarichi.Taglia, Sum(Scarichi.Quantità) AS
SommaDiQuantità
FROM Scarichi
GROUP BY Scarichi.Articolo, Scarichi.Taglia;
Infine per ottenere la consistenza di magazzino ti devi creare una query che
abbia il seguente codice SQL:
SELECT Query1.Articolo, Query1.Taglia, Query1.SommaDiQuantità AS Carichi,
Query2.SommaDiQuantità AS Scarichi, [Carichi]-Nz([Scarichi],0) AS
Consistenza
FROM Query1 LEFT JOIN Query2 ON (Query1.Articolo = Query2.Articolo) AND
(Query1.Taglia = Query2.Taglia);
> I secondi sono DOTAZIONE PERSONALE di ogni volontario (campo [nominativo])
> il quale ha ricevuto [articolo]+[taglia] (scarico magazzino), ma che
> ovviamente può avere anche restituito [articolo]+[taglia] (carico
> magazzino); la sua dotazione ovviamente è il trovare la differenza tra
> quanto consegnato a [nominativo] e quanto restituito da egli  a magazzino.
>
Ti crei una prima query di reggruppamento chiamata Query4 che abbia il
seguente codice SQL:
SELECT Scarichi.Nominativo, Scarichi.Articolo, Scarichi.Taglia,
Sum(Scarichi.Quantità) AS SommaDiQuantità
FROM Scarichi
WHERE (((Scarichi.Nominativo)<>"IsNull"))
GROUP BY Scarichi.Nominativo, Scarichi.Articolo, Scarichi.Taglia;
Ti crei una seconda query di reggruppamento chiamata Query5 che abbia il
seguente codice SQL:
SELECT Carichi.Nominativo, Carichi.Articolo, Carichi.Taglia,
Sum(Carichi.Quantità) AS SommaDiQuantità
FROM Carichi
WHERE (((Carichi.Nominativo)<>"IsNull"))
GROUP BY Carichi.Nominativo, Carichi.Articolo, Carichi.Taglia;
Infine ti crei la query che ti restituisce la dotazione di ogni persona e
che avrà il seguente codice SQL:
SELECT Query4.Nominativo, Query4.Articolo, Query4.Taglia,
[Query4].[SommaDiQuantità]-Nz([Query5].[SommaDiQuantità]) AS Dotazione
FROM Query4 LEFT JOIN Query5 ON (Query4.Nominativo = Query5.Nominativo) AND
(Query4.Articolo = Query5.Articolo) AND (Query4.Taglia = Query5.Taglia)
WHERE ((([Query4].[SommaDiQuantità]-Nz([Query5].[SommaDiQuantità]))<>0));
> C'è nessuno che può risolvere questo enigma?
>
> Grazie e saluti
> Federico
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: ADODB.Recordset - adlockbatchoptimistic

author: Daniele

text:
Un saluto a tutti i partecipanti al NG.
Sul pulsante "modifica" della mia form, avvio la seguente procedura :
variabili locali alla routine :
sql = "select ...."
cn.open ("provider=microsoft.jet.oledb.4.0;data Source=miodb.mdb")
rs.cursorlocation = aduseclient
rs.cursortype = adopenstatic
rs.locktype = adlockbatchoptimistic
rs.open sql, cn
set me.recordset = rs
che però mi blocca la modifica del record. Non riesco a modificare il
record.
Dove stà l'errore ?
Grazie per l'aiuto che potrete darmi.
Ciao - Daniele


title: ADODB.Recordset - adlockbatchoptimistic

author: giorgio rancati

text:
"Daniele" <
cogitoe...@libero.it
> ha scritto nel messaggio
news:e8aklm$f5l$1...@nntp.aioe.org...
> Un saluto a tutti i partecipanti al NG.
>
> Sul pulsante "modifica" della mia form, avvio la seguente procedura :
>
> variabili locali alla routine :
> sql = "select ...."
> cn.open ("provider=microsoft.jet.oledb.4.0;data Source=miodb.mdb")
> rs.cursorlocation = aduseclient
> rs.cursortype = adopenstatic
> rs.locktype = adlockbatchoptimistic
> rs.open sql, cn
> set me.recordset = rs
>
> che però mi blocca la modifica del record. Non riesco a modificare il
> record.
Ciao Daniele,
per poter modificare il record c'è bisogno di alcuni accorgimenti: ad
esempio usare il Provider Microsoft.Access.OLEDB.10.0 e mettere Jet oledb
come Data Provider, la tabella deve avere una chiave univoca, devi cambiare
anche il tipo di cursore, la sua locazione e il locktype.
Insomma, qui trovi un esempio su come fare
----
How to bind Microsoft Access forms to ADO recordsets
http://support.microsoft.com/default.aspx?scid=kb;en-us;281998&Product=acc2002
----
Ciao
--
Giorgio Rancati
[Office Access MVP]


title: ADODB.Recordset - adlockbatchoptimistic

text:
"giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
messaggio news:44a8ddcd$0$1006$5fc...@news.tiscali.it...

Ciao Giorgio
Ho provato a seguire le istruzioni che ho trovato sulla pagina che mi hai
segnalato, ma probabilmente fanno riferimento ad una versione access > 2000,
in quanto non riesco a far funzionare il tutto.
Il debug si blocca sulla riga :
cn.Provider = "Microsoft.Access.OLEDB.10.0"
>>cn.Properties("Data Provider").Value = "Microsoft.Jet.OLEDB.4.0"<<
e mi dice che non riesce a trovare il data provider.
Io uso access 2000.
Grazie comunque per l'aiuto.
Ciao - Daniele


title: ADODB.Recordset - adlockbatchoptimistic

text:
"Daniele" <
cogitoe...@libero.it
> ha scritto nel messaggio
news:e8b0ev$j8r$1...@nntp.aioe.org...
> Ciao Giorgio
>
> Ho provato a seguire le istruzioni che ho trovato sulla pagina che mi hai
> segnalato, ma probabilmente fanno riferimento ad una versione access >
2000,
> in quanto non riesco a far funzionare il tutto.
> Il debug si blocca sulla riga :
> cn.Provider = "Microsoft.Access.OLEDB.10.0"
> >>cn.Properties("Data Provider").Value = "Microsoft.Jet.OLEDB.4.0"<<
>
> e mi dice che non riesce a trovare il data provider.
>
> Io uso access 2000.
Ciao Daniele,
sě, il documento si riferisce alle versioni Access 2002 e 2003.
Per Access2000 non ho trovato nessun documento ufficiale, ho e provando con
il provider che usa Acc2000 per gli ADP.
----
cn.Provider = "MsDataShape.1"
cn.Properties("Data Provider").Value = "microsoft.jet.oledb.4.0"
cn.Properties("Data Source").Value = "C:\Percorso\Nome.Mdb"
----
eseguendolo in Acc2002 funziona ma in Acc2000 la maschera continua ad essere
in sola lettura :(
Spiacente



title: ADODB.Recordset - adlockbatchoptimistic

text:
"giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
messaggio news:44a90b65$0$1005$5fc...@news.tiscali.it...
puoi sempre allegare la tabella al tuo Db oppure aprire un oggetto
DAO.Database al db esterno per poi aprire un DAO.recordset e associarlo alla
tua maschera.
Ciao



title: ADODB.Recordset - adlockbatchoptimistic

text:
"giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
messaggio news:44a90e9b$0$987$5fc...@news.tiscali.it...
> "giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
> messaggio news:44a90b65$0$1005$5fc...@news.tiscali.it...
>
> puoi sempre allegare la tabella al tuo Db oppure aprire un oggetto
> DAO.Database al db esterno per poi aprire un DAO.recordset e associarlo
alla
> tua maschera.
>
non conosco molto bene DAO Recordset. Con questo oggetto è possibile
ottenere un set di record sul quale effettuare le mie modifiche e poi far
decidere all'utente se passare tutte le modifiche al DB oppure tornare alla
situazione originale ? tipo recordset ADO latoclient + batchoptimistic per
intenderci ?
In soldoni vorrei permettere all'utente di cancellare eventuali modifiche,
in corso d'opera su di una maschera con sottomaschera, scrivendo i dati nel
DB solamente se le modifiche vengono confermate dall'utente.
Scusami la forma un pò involuta, ma sono un principiante.
Ciao - Daniele


title: ADODB.Recordset - adlockbatchoptimistic

text:
"Daniele" <
cogitoe...@libero.it
> ha scritto nel messaggio
news:e8b3jj$rv7$1...@nntp.aioe.org...
>
> "giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
> messaggio news:44a90e9b$0$987$5fc...@news.tiscali.it...
> > "giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
> > messaggio news:44a90b65$0$1005$5fc...@news.tiscali.it...
> >
> > puoi sempre allegare la tabella al tuo Db oppure aprire un oggetto
> > DAO.Database al db esterno per poi aprire un DAO.recordset e associarlo
> alla
> > tua maschera.
> >
> non conosco molto bene DAO Recordset. Con questo oggetto è possibile
> ottenere un set di record sul quale effettuare le mie modifiche e poi far
> decidere all'utente se passare tutte le modifiche al DB oppure tornare
alla
> situazione originale ? tipo recordset ADO latoclient + batchoptimistic per
> intenderci ?
si ma il metodo *updatebatch* non si può usare perchè il locktype
*adlockbatchoptimistic* rende la maschera in sola lettura anche con Acc2000.
> In soldoni vorrei permettere all'utente di cancellare eventuali modifiche,
> in corso d'opera su di una maschera con sottomaschera, scrivendo i dati
nel
> DB solamente se le modifiche vengono confermate dall'utente.
umm puoi cominciare a prendere uno spunto da qui.
----
ACC2000: How to Control Bound Form Transactions in Access Databases
http://support.microsoft.com/kb/248011/en-us
----
per poi inventarti qualcosa di simile anche per la sottomaschera
> Scusami la forma un pò involuta, ma sono un principiante.
mica male come problema iniziale :-)



title: ADODB.Recordset - adlockbatchoptimistic

text:
>
> si ma il metodo *updatebatch* non si può usare perchè il locktype
> *adlockbatchoptimistic* rende la maschera in sola lettura anche con
Acc2000.
>
> > In soldoni vorrei permettere all'utente di cancellare eventuali
modifiche,
> > in corso d'opera su di una maschera con sottomaschera, scrivendo i dati
> nel
> > DB solamente se le modifiche vengono confermate dall'utente.
>
> umm puoi cominciare a prendere uno spunto da qui.
> ----
> ACC2000: How to Control Bound Form Transactions in Access Databases
>
http://support.microsoft.com/kb/248011/en-us
> ----
> per poi inventarti qualcosa di simile anche per la sottomaschera
>
> > Scusami la forma un pò involuta, ma sono un principiante.
>
> mica male come problema iniziale :-)
>
penso che mi ci vorrà qualche giorno per digerire il materiale riportato
sulla pagina che mi hai segnalato.
Per il momento ti ringrazio molto per il tuo aiuto.
Ciao - Daniele


title: inserimento di un campo in invio mail automatico

author: skipper

text:
Ciao a tutti... ogni tanto rispunto per un saluto o una domanda...
Appropo'... quando si va a farci una mangiata????
Veniamo al dunque...
Access97 - Outlook2003
In una maschera ho un pulsante che comanda una macro che "InviaOggetto"
L'oggetto da inviare è il campo [mail] e deve diventare il testo della
mail...
Nell'opzione "Testo messaggio" di "InviaOggetto" ho scritto
"=[Forms]![consumi].[mail]"
Orbene se "=[Forms]![consumi].[mail]" lo scrivo nell'opzione "Oggetto
messaggio" l'oggetto della mail viene compilato correttamente mentre se lo
scrivo nell'opzione "Testo messaggio" il testo della mail risulta vuoto...
Ovviamente a me interessa che il testo venga scritto nel testo della mail e
non nell'oggetto....
'ndo erro?
--
Skipper dixit...
on cbr1000rr
motostory su
http://www.superskipper.it/moto.htm


author: MA

text:
"skipper" <skippe...@superskipperNOSPAM.itNOSPAM> ha scritto nel
messaggio news:nnb3e.31721$kC3....@tornado.fastwebnet.it...
> Ciao a tutti... ogni tanto rispunto per un saluto o una domanda...
> Appropo'... quando si va a farci una mangiata????
Arezzo 4-5 giugno
>
> Veniamo al dunque...
>
> Access97 - Outlook2003
>
> In una maschera ho un pulsante che comanda una macro che "InviaOggetto"
> L'oggetto da inviare è il campo [mail] e deve diventare il testo della
> mail...
> Nell'opzione "Testo messaggio" di "InviaOggetto" ho scritto
> "=[Forms]![consumi].[mail]"
>
> Orbene se "=[Forms]![consumi].[mail]" lo scrivo nell'opzione "Oggetto
> messaggio" l'oggetto della mail viene compilato correttamente mentre se lo
> scrivo nell'opzione "Testo messaggio" il testo della mail risulta vuoto...
> Ovviamente a me interessa che il testo venga scritto nel testo della mail
> e non nell'oggetto....
>
> 'ndo erro?
>
Usa i CDO, trovi parecchi esempi
MAsssimiliano


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:Y8d3e.3625$aH3...@news.edisontel.com...
>
> "skipper" <skippe...@superskipperNOSPAM.itNOSPAM> ha scritto nel
> messaggio news:nnb3e.31721$kC3....@tornado.fastwebnet.it...
>> Ciao a tutti... ogni tanto rispunto per un saluto o una domanda...
>> Appropo'... quando si va a farci una mangiata????
>
> Arezzo 4-5 giugno
dietro l'angolo per un povero motociclista...>



text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:Y8d3e.3625$aH3...@news.edisontel.com...
>
>
> Usa i CDO, trovi parecchi esempi
li usavo spessissimo ... ma da quando, nonostante i CDO, la ragazza di un
mio amico è rimasta in cinta ho smesso di usarli....
Che sono i CDO??????? ho scritto cdo nell'help ma zero risultati....



text:
skipper wrote:
> "MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
> news:Y8d3e.3625$aH3...@news.edisontel.com...
>>
>>
>> Usa i CDO, trovi parecchi esempi
>
> li usavo spessissimo ... ma da quando, nonostante i CDO, la ragazza
> di un mio amico è rimasta in cinta ho smesso di usarli....
> Che sono i CDO??????? ho scritto cdo nell'help ma zero risultati....
Quelli erano bugati.
Guarda nei post precedenti
http://groups.google.it/groups?hl=it&lr=&q=cdo&meta=group%3Dit.comp.appl.access
--
MAssimiliano Amendola
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:
www.donkarl.com/it


title: test 0F0055

text:
 test 0F0055
 email:
serg...@yahoo.com


title: selezionare record nella maschera

author: MAU&SARA

text:
Ciao, in una maschera ho inserito una casella di controllo....vorrei sapere
come fare per selezionare tutti i record contrasegnati per poi visualizzarli
in un report?
GRAZIE MILLE
Ciao a tutti.


title: selezionare record nella maschera

author: ALESSANDRO Baraldi

text:
"MAU&SARA" <
maur...@tin.it
> ha scritto nel messaggio
news:Vswld.166333$b5.82...@news3.tin.it...

Trovi esempi su entrambi i siti linkati sotto.
Ciao
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: problema con report creato in visualizzazione struttura...

author: Nicola

text:
ciao a tutti
vorrei realizzare un report in visualizzazione struttura, che mi mostri in
modo tabulare i dati di una tabella. se lo creo e ci inserisco controlli non
associati che poi collego ai campi della tabella, mi mostra solo 1 record...
che succede???
devo impostare qualcosa?
ps:uso access xp
Nicola


title: verifica esistenza etichetta

author: Stefano Pozzaglio

text:
Ciao a tutti,
ho un problema.
ho creato un report che punta a una query.
La query è costituita da due campi:
codice
descrizione
Per ogni codice della query corrisponde un etichetta nel report con lo
stesso nome.
In base all'evento formattazione del corpo vado a mettere in ogni etichetta
del report la relativa descrizione.
Qual'è a livello di codice l'istruzione che mi segnala quando non c'è nel
report un etichetta presente invece nella query?
Cioè come posso gestire a livello di codice la condizione che non viene
trovata l'etichetta corrispondente al record della query?
Grazie


title: verifica esistenza etichetta

author: Alberto S.

text:
On Tue, 16 Dec 2003 10:51:01 +0100, "Stefano Pozzaglio"
<
spozz...@mondoita.com
> wrote:
>Ciao a tutti,
>ho un problema.
>ho creato un report che punta a una query.
>La query è costituita da due campi:
>codice
>descrizione
>
>Per ogni codice della query corrisponde un etichetta nel report con lo
>stesso nome.
>
>In base all'evento formattazione del corpo vado a mettere in ogni etichetta
>del report la relativa descrizione.
>
>Qual'è a livello di codice l'istruzione che mi segnala quando non c'è nel
>report un etichetta presente invece nella query?
... penso che ti dovresti spiegare un po' meglio e magari anche
spiegare la struttura del report e postare un esempio del codice che
usi
Ciao
--
Alberto
No alle guerre


title: verifica esistenza etichetta

text:

Consiglio le etichette nominale tutte con il prefisso Eti_
Poi cicla tutte i controlli che hanno left(NomeControllo,3) = Eti e fai un
dlookup con tabledf della query.
Un mezzo casino ma fattibile
MAssimiliano


title: caselle di riepilogo a cascata

author: Laura

text:
Salve a tutti, ho la necessità di fare in modo che cliccando due volte su
uno dei dati elencati in una casella di riepilogo, l'elenco nella stessa
venga sostituito da un elenco filtrato dal dato cliccato... cliccando sul
nuovo elenco il dato scelto deve filtrare un ulteriore elenco che
sostituisce il precedente e così via.. è fattibile? è difficoltoso? qualcuno
può farmi qualche piccolo esempio? Ho pensato che si dovrà agire
sull'origine dati della casella di riepilogo, ma non so esattamente che
codice attribuire all'evento doppio click....
grazie


title: caselle di riepilogo a cascata

author: Roberto da Parma

text:
"Laura" <
la.a...@tiscali.it
> ha scritto nel messaggio
news:48c53699$0$26147$5fc...@news.tiscali.it...

Potresti usare il metodo .recordsource, su doppio click esegui
me.casellariepilogo.recordsource = "SELECT....WHERE...;"
me.casellariepilogo.requery
Ciao
--
Roberto da Parma


title: caselle di riepilogo a cascata

author: Alessandro Cara

text:
Roberto da Parma ha scritto:

se modifichi il "rowsource" non c'e' necessita' della requery
Probabilmente deve spostare anche il focus.
> me.casellariepilogo.requery
>
> Ciao
>
--
ac


title: caselle di riepilogo a cascata

author: Carlo Costarella

text:
"Laura" <
la.a...@tiscali.it
> ha scritto nel messaggio
news:48c53699$0$26147$5fc...@news.tiscali.it...

Certamente si può fare. L'importante è memorizzare in una o più variabili i
valori selezionati.
Ti faccio un esempio.
Supponiamo di avere una casella di riepilogo con una serie di valori del
tipo
"Bianco";"Nero";"Rosso";"Giallo";"Verde" e il "Tipo Origine Riga" impostato
su "Elenco valori";
su doppio click scrivo:
Private Sub Elenco0_DblClick(Cancel As Integer)
If Me.Elenco0 = "Rosso" Then
Me.Elenco0.RowSource = "Rosso;Rosa;Violetto"
Me.Elenco0.Requery
End If
End Sub
Come vedi l'elenco valori è cambiato, visualizzando il nuovo elenco imposto
se la condizione viene rispettata.
Allo stesso modo potrai agire su tipo origine riga impostato a
"Tabella/Query".
Per esempio supponendo che l'elenco sia impostato a:
SELECT TblCitta.* FROM TblCitta;
e volendo successivamente imposarlo ad un elenco di paesi che hanno quella
provincia scelta (doppio click) e presenti in un altra tabella collegata
alla prima con relazione uno a molti, scrivero:
Private Sub Elenco0_DblClick(Cancel As Integer)
Dim MioID As Long
MioID = Me.Elenco0
Me.Elenco0.RowSource = "SELECT TblPaese.IDP, TblPaese.Paese FROM TblPaese
WHERE (((TblPaese.Citta)=" & MioID & "));"
Me.Elenco0.Requery
End Sub
In questo secondo esempio ho memorizzato il valore restituito dall'elenco
(la colonna associata) in una variabile (MioID) che ho poi utilizzato per
creare la nuova stringa sql.
Bisogna essere accorti a costruire la nuova stringa sql tenendo presente le
colonne che compongono l'elenco (in questo caso 2) per cui se la mia nuova
stringa prevede tre colonne, non potro visualizzare la terza.
Ma anche a questo c'è rimedio: basta reimpostare le colonne (Proprietà
ColumnCount vedi nella guida).
Fammi sapere.
Ciao, Carlo


title: caselle di riepilogo a cascata

text:
"Carlo Costarella" <
carloantoni...@gmail.com
> ha scritto
cut
Non hai bisogno di scrivere Me.Requery...come notava giustamente Alessandro.
Ciao, Carlo


title: caselle di riepilogo a cascata

text:
"Alessandro Cara" <
al...@ay-1asistemi.it
> ha scritto nel messaggio
news:j4bxk.6400$YZ3....@tornado.fastwebnet.it...

Hai ragione....è un pò come il prezzemolo :-) ...si mette un pò
dappertutto...ma in questo caso non ce nè bisogno come mi fai giustamente
notare.
Ciao
--
--
Roberto


Silvio, rimedio anti crisi ? GHIGLIOTTINA !-Delitti  SERIALI
(UN TRATTAMENTO  DA  RE -  DI  FRANCIA)
----------------------------------------------------------------------------------
Silvio, dicci quali rimedi hai posto in essere per diminuire la gravit� di
questa crisi in atto.
Crisi per tutti noi soltanto, in quanto ti sei preso la WIND, che fattura 16
miliardi l'anno: Che  Pacchia  !!!!
Alla faccia dei pensionati fessi, che ti hanno votato !
A parte il servizio che hai reso a Galizia Giulia Giorgia:
1)   MA NON TI VERGOGNI  A  FAR  AMMAZZARE UNA VECCHIETTA DI 83  ANNI, SOLO
PER  DERUBARLA  DI  UN  BREVETTO,  CHE  TI  FA  INCASSARE   DECINE  DI
MILIONI  DI  EURO  PER  20  ANNI   ?
(Antonio Ferrigno, di Cava dei Tirreni, ammazzato in modo disumano
e trovato in un lago di sangue in Olanda, giorni fa,
pu� essere altra  vittima dello stesso furto)
2)   NON  TI  VERGOGNI  A  RUBARE  LA  WIND  AL  POPOLO  ITALIANO,
pensionati  compresi,   PRENDENDOTI  16  MIIARDI  L'ANNO  DI  INCASSI  ???
TRUFFATORE  ED  ASSASSSSSSSSSSSINO
E  COPRI  TUTTI  I  FURTI  COL  SEGRETO  DI  STATO
E  GENTACCIA  E  MAFIOSI  VESTITI  DA  CARABINIERI
CHE  BASTARDO  CHE  SEI  !
ALTRO  CHE  CACCIARTI  VIA:  IO  TI  DAREI  LA  FORCA,  ALLA FRANCESE,  O LA
GHIGLIOTTINA, che  poi  �  anche,  e non  dimentichiamolo :
LA  GHIGLIOTTINA  PER SILVIO :      UN  TRATTAMENTO  DA  RE !
--------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------
E  PER  FARLO  CONTENTO,  CON  ....   PROCESSO BREVE,
.............. ANZI  BREVISSIMO  :     SOMMARIO ........................
E  GIUSTIZIATO  SUBITO,  PRIMA  DI  MEZZ'ORA.
...  PRIMA  CHE  IL  SANGUE  SI  RAGGRUMI....
....  PER   IL  BEN  NOTO  " EFFETTO  -----    TARTAGLIA " -----
LA  MIGLIORE  TRUFFA  POLITICA  NELL'EPOCA  DEL  WEB....
(L'idea  �  "Pending  Patent"  a  livello  PCT - Sede di Ginevra.)
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Egr. Presidente NAPOLITANO, che ci dici di abbassare i toni,  con un
assassino  di  vecchiette indifese,  devo  pure  abbassare  i  toni,  io  ?
O sei tu,  illustre  Presidente, che HAI  IL  PRECISO  DOVERE  DI  FARLO
PROCESSARE PER  DIRETTISSIMA  E  DARGLI  L'ERGASTOLO,  O  IL  MANICOMIO
CRIMINALE  ?
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Dopo aver informato i maggiori quotidiani, che hanno il bavaglio  di
Silvio, nonch�  i  Giudici, che lo temono  per  il  suoi  potere politico,
per  cui  non  azionano  i  processi,  se  lui  non  permette,  MI  RESTA
SOLO
L'OPINIONE  DEGLI  ELETTORI,  MEDIANTE  INTERNET,  FINO A  CHE  �
POSSIBILE.
NON  HO  PARTITI.
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
A FUTURA  MEMORIA :
LA  PROSSIMA  VITTIMA, necessaria per  NASCONDERE  LE TRUFFE DI SILVIO,
�  tale  ing. Romano De Simone, inventore del metodo SPALIC, visibile nel
sito
www.spalic.com
 , che GALIZIA GIULIA GIORGIA voleva  applicare e  fare
qualche  soldo onestamente.
Il brevetto originale di SPALIC  �  stato depositato a Roma IL 26  Ottobre
1994 (brevetto di metodo industriale, di depurazione di aria o fumi, sia di
polveri che di gas o solventi, mediante condensazione forzata del vapore,
per compressione sotto pioggia spray).
Il brevetto Italiano  (N.1275058)  � stato poi rilasciato nel 1997 ed esteso
ai principali paesi europei, ma non ai paesi extraeuropei.
Il brevetto Europeo,  solo dopo 11 anni � stato rilasciato dall' EPO  di
Den Haag ( La Aya) in Olanda, dove il dirigente era appunto  Antonio
Ferrigno, di Cava dei Tirreni, massacrato a Natale 2009.
Ma  il rilascio � stato concesso solo a condizione che  Romano De Simone ne
accettasse la falsificazione  nella  sostanza,  delle  sue  parti
qualificanti,  ossia  la  pagina  2A  e la  prima rivendicazione.
Perch� ?
Perch�  nel frattempo, NELL' OTTOBRE   2002,  un socio  di  Silvio, tale
Mario S.,  HA ESPRESSO IL  FORTE  DESIDERIO  DI   "COSTRUIRE  UN  BREVETTO
IDENTICO, a nome dello stesso ing. Romano De Simone"  in America, a Houston
(Texas),  presso  la  NASA,  da  documentare  con  documenti falsi  e
fotomontaggi  riguardanti lo stesso  Romano De Simone.
Alle  parole  sono seguiti  fatti:  a  ROMANO  DE  SIMONE  HANNO  RUBATO
TUTTE LE FOTOGRAFIE  E  DOCUMENTI  A  SUA  FIRMA.
Pare che successivamente  siano state commercializzate le licenze  di
brevetto  cos�  ottenute e le macchine  industriali  in America, Asia  e
Australia, per un complesso di oltre 60 stati, sparsi nel mondo, alle spalle
di  Galizia Giulia  Giorgia e  dell' ing.  Romano De  Simone,  che  non
riesce ad avere un processo, nonostante le numerose denuncie in Europa.
Romano De Simone nel Luglio 2005 ha dimostrato che il suo prototipo, cattura
anche la  CO2 atmosferica, a bassissimo costo, sciogliendola nell'acqua,
anche senza la presenza di  calce, e quindi  pu�  risolvere a basso costo il
problema del surriscaldamento globale.
Due applicazioni  dell'invenzione di Romano vengono oggi  commercializzate
dalla  ditta  Americana  Bionomic Industries Inc del New Jersey -  e le
potete vedere online:
1)
www.bionomicind.com/pages/product_15.html
  , che  � il  "Bionomic Forced
Condensation Scrubbing  System" ossia il separatore di polveri sottili
"very low cost".
2)
www.bionomicind.com/pages/press_02.html
 , che � il  "New Proclean TypeCT
Self_Contained Tower Scrubber System", ossia l'assorbitore di Solventi  del
tipo "very low cost".
Las  ditta in questione  non  ha  colpa,  probabilmente,  delle  opere  di
Mario S: e del  suo  socio  Silvio.
Questa scoperta commerciale della contraffazione del suo brevetto, avvenuta
il 19  Dicembre 2009  da  parte  di  Romano De Simone e prontamente
notificata  via  email  alla  ditta  ed  alle Autorit�  Americane, potrebbe
aver provocato la fine prematura e drammatica  del  compianto  ing. Antonio
Ferrigno, che era conterraneo del professor Mario Scaramella,  socio in
affari  di brevetti di  tale  Silvio  Berlusconi.
Se alla NASA  hanno un brevetto  a  nome  di  Romano De  Simone,  �  falso,
e  come  tale  tutti  i  denari  che  ne  hanno  tratto  sono  tutti  una
truffa,  che  presumibilmente frutta ogni  giorno  alla  ditta  Berlusconi
e  compari,  ma costa  qualche  SACRIFICIO  UMANO !.
Se ammazzano  anche  ROMANO  DE  SIMONE,  nato a Roma  il  03 Febb. 1946,
ora  sapete  quello che dovete  sapere.
000000000000000000000000000000000000000000000000000000000000000000000000000000000
========================================================================
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!
VERGOGNA  PER L'ITALIA  NEL  MONDO  !!!!!!!!!!!!!!


title: [tenere aggiornata una copia di una tabella] senza che access gonfi il file mdb

author: Salvatore

text:
Gentile NW,
volevo chiedervi come posso ottenere una copia di una tabella sempre
aggiornata senza che il
database si "gonfi" fino a dimensioni assurde.. e a costringermi a fare
compressione e riorganizzazione
del database ogni volta manualmente..
La copia della tabella la faccio con visual basic.. e quindi non
direttamente con access..
Ciao e GRAZIE!!!!
--
- - - Salvatore - - -


author: Alessandro Baraldi

text:
"Salvatore" <salv...@NOSPAMlycos.it> wrote in message
news:4LNcd.46671$
H11.1...@twister1.libero.it
> Gentile NW,
>
> volevo chiedervi come posso ottenere una copia di una tabella sempre
> aggiornata senza che il
> database si "gonfi" fino a dimensioni assurde.. e a costringermi a fare
> compressione e riorganizzazione
> del database ogni volta manualmente..
Da VB puoi AUTOMATICAMENTE COMPATTARE IL DB via DAO
oppure JRO....!
> La copia della tabella la faccio con visual basic.. e quindi non
> direttamente con access..
>
> Ciao e GRAZIE!!!!
> --
> - - - Salvatore - - -
Non è chiaro bene cosa devi fare..... che struttura usi...?
VB-ACCESS...?
ACCESS-ACCESS...?
La cosa cambia molto...!
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio >
>Da VB puoi AUTOMATICAMENTE COMPATTARE IL DB via DAO
> oppure JRO....!
JRO? cos'è?
> Non è chiaro bene cosa devi fare..... che struttura usi...?
>
> VB-ACCESS...?
> ACCESS-ACCESS...?
Da VB prendo una tabella da Access 2000 e la copio integralmente molte volte
(x tenerla aggiornata)
in un'altro database..
Il database di destinazione deve essere accessibile da altri utenti..
Grazie, Ciao!



text:
"Salvatore" <salv...@NOSPAMlycos.it> wrote in message
news:u4Ocd.45890$
N45.1...@twister2.libero.it
> "Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio >
>
> >Da VB puoi AUTOMATICAMENTE COMPATTARE IL DB via DAO
> > oppure JRO....!
>
> JRO? cos'è?
Una Libreria usata per diverse cose una è il Compact...!
ADO non dispone di un Metodo Compact---->JRO
> > Non è chiaro bene cosa devi fare..... che struttura usi...?
> >
> > VB-ACCESS...?
> > ACCESS-ACCESS...?
>
> Da VB prendo una tabella da Access 2000 e la copio integralmente molte volte
> (x tenerla aggiornata)
> in un'altro database..
> Il database di destinazione deve essere accessibile da altri utenti..
>
> Grazie, Ciao!
> --
> - - - Salvatore - - -
Si sicuro di usare il metodo migliore....??
Hai valutato le Repliche...???
Se sono sintetico è perchè tu non dai modo di capire
quello che hai chiaro solo tu... il tuo PROGETTO.
Ciao.



text:
"Salvatore" <salv...@NOSPAMlycos.it> wrote in message
news:4xOcd.46754$
H11.1...@twister1.libero.it
[CUT]
>
> > Si sicuro di usare il metodo migliore....??
> > Hai valutato le Repliche...???
>
> La replica duplica un intero db e non una semplice tabella... (che io
> sappia)
> io ho usato db.executedelete(.....) e db.executeinsertinto(....), ma il
> difetto è che
> gonfia il file!
Sicuro.... se il File Replicato è il BE..?
Cosa succederebbe...!!!

> > Se sono sintetico è perchè tu non dai modo di capire
> > quello che hai chiaro solo tu... il tuo PROGETTO.
>
> ok.. ripartiamo da zero per capirci...
> Per avere una tabella aggiornata in un'altro db, cosa useresti tu?
Dipende da come lavori...!!!
Se lavori in RETE le tabelle DEVONO risiedere in un unico posto
ed essere accessibili da tutti i CLIENT.
Le tabelle risiedono su un SERVER, quindi ci sarà un MDB di sole
Tabelle chiamato BackEnd(BE) e un DB di sole Form/Query/Report chimato
FrontEnd(FE) che accede al DB(BE).
Se hai più CLIENT ognuno avrà un FE che si collega al BE.
I dati sono e devono essere UNIVOCI.
Se non sei in RETE devi REPLICARE il BE, e programmaticamente
aggiornare le REPLICHE.
> Ciao!
> --
> - - - Salvatore - - -
Ciao.
@Alex.



text:
PC A - dentro c'è db1 tabella A e db2 tabella A
PC B - in rete con PC A deve accedere in sola lettura al db2 tabella A
(senza usare le autorizzazioni)
io voglio che le due tabelle A di db1 e db2 siano costantemente aggiornate,
ovvero identiche..
Se ho capito bene il tuo discorso, dovrei usare le repliche, quindi come
faccio a fare una
replica di una tabella? (non voglio duplicare tutto db1 in db2, ma solo la
tabella A di db1)
Ciao! e grazie



text:
"Salvatore" <salv...@NOSPAMlycos.it> wrote in message
news:IMOcd.45983$
N45.1...@twister2.libero.it

Credo che non ti sia chiaro come si gestiscono i Database in Rete.
Quello che tu chiami Database(DB) si compone di 2 parti:
1)Le tabelle
2)Gli oggetti d'accesso alle Tabelle(Form/Queries ecc...!)
La regola fondamentale per la gestione dei Database è quella
di non DISPERDERE i dati(NORMALIZZAZIONE).
Ora il DB può essere scomposto in 2 parti in modo FISICO.
1)
Le tabelle contenute in un MDB le metti sul Server(PC in rete)
2)Il File(MDB) conntenente FORM ecc.... lo metti dove vuoi.
L'importante è che COLLEGHI le tabelle, quì Access ti aiuta
con il enù Collega Tabelle....!!!
Il collegamento è fisico nel senso che nel DB2(Form ecc..)
avrai delle Tabelle Collegate non Reali, quelle saranno sul
DB1(Tabelle)...!!!
Da quanto mi spieghi credo ti convenga approfondire meglio
la gestione delle Tabelle Collegate per capire le potenzialità
del sistema e di come sia INUTILE e DISTRUTTIVO dupplicare
tabelle.
Forse se avessi un TESTO da leggere relativo all'utilizzo
BASE di Access potrebbe aiutarti.



text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
Alessandro, ti ringrazio per l'attenzione che mi hai prestato, ma
continuiamo
a non capirci.. mi dispiace..
Ciao!



text:
"Salvatore" <salv...@NOSPAMlycos.it> wrote in message
news:2vPcd.46861$
H11.1...@twister1.libero.it

Beh non sň che dirti.... da quanto hai enunciato
č chiarissimo, ma non essendo un Veggente potrebbe
essere sorto un quěproquň....!!!
Saluti



author: namor

text:
Salvatore ha scritto:

Ma a monte di tutto ciò, qual'è l'esigenza che ti porta a dover tenere due
copie identiche degli stessi dati sullo stesso PC?
Che autorizzazioni non puoi usare, quelle di Access, quelle delle share di
rete o quelle del file system NTFS di PC A?
Namor
--
namor at inwind punto it
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


text:
"namor" <
do...@spam.me
> ha scritto nel messaggio
news:cl0lua$asi$1...@news.newsland.it...
> Ma a monte di tutto ciň, qual'č l'esigenza che ti porta a dover tenere due
> copie identiche degli stessi dati sullo stesso PC?
> Che autorizzazioni non puoi usare, quelle di Access, quelle delle share di
> rete o quelle del file system NTFS di PC A?
> Namor
l'esigenza č per l'applicazione che sto sviluppando...
no, non posso usarle le autorizzazioni...
il problema č tanto semplice quanto ostico sembra...
ciao!



text:
Salvatore ha scritto:
> "namor" <
do...@spam.me
> ha scritto nel messaggio
> news:cl0lua$asi$1...@news.newsland.it...
> > Ma a monte di tutto ciò, qual'è l'esigenza che ti porta a dover tenere due
> > copie identiche degli stessi dati sullo stesso PC?
> > Che autorizzazioni non puoi usare, quelle di Access, quelle delle share di
> > rete o quelle del file system NTFS di PC A?
> > Namor
> l'esigenza è per l'applicazione che sto sviluppando...
> no, non posso usarle le autorizzazioni...
> il problema è tanto semplice quanto ostico sembra...
> ciao!
> --
> - - - Salvatore - - -
Se riusciamo a capire bene di che problema si tratta magari si rivelerà
anche semplice, ma io non ho ancora le idee chiare.
Intendevo dire: è ovvio che è per una tua applicazione, ma perchè duplichi
la tabella? Per problemi di sicurezza contro accessi non autorizzati? Per
avere un backup in caso di guasti? Ci sarà un motivo valido, se invece che
usare nel 2° db una tabella collegata all'originale la vuoi fisicamente
duplicare.
Se spieghi bene qual'è lo scopo che vuoi ottenere ci si può fare un'idea
più chiara della situazione e cercare un sistema. Magari ci può essere
anche qualche altra soluzione a cui non hai pensato, oltre alla
duplicazione della tabella.



text:
Ci sono due pc collegati in rete.. A (centrale) e B (client)
L'applicazione in VB che gira su A modifica costantemente una tabella A nel
DB sempre
contenuto nel pc A....
Vorrei che B accedi a questo database, ma in LETTURA in alcune tabelle (del
DB sempre)
esempio:
DB
TabellaDatiClienti --- amministratore pc A --- sola lettura pc B
TabellaDatiFornitori --- amministratore pc A --- sola lettura pc B
TabellaDatiMMM --- amministratore pc A --- accesso negato pc B
Le autorizzazioni di Access fanno un collegamento a un file con estensione
mdw e non
è possibile utilizzarlo tramite VB.. funziona a livello applicativo ACCESS
2000 e non da
VB...
Ciao



author: Cinzia

text:
"Salvatore" <salv...@NOSPAMlycos.it> ha scritto nel messaggio
news:SgScd.46434$N45.1...@twister2.libero.it...

Ciao Salvatore,
guarda che i file mdw  per gestire le autorizzazioni funzionano benissimo
anche in VB.
Comunque se lo vuoi fare da Access, crei un db Access sul PC B a cui
colleghi le tabelle DatiClienti e DatiFornitori su A e fai delle maschere in
modo tale che aprano i dati in sola lettura AllowEdit = False.
Poi fai in modo di nascondere le tabelle agli utenti in modo tale che non le
possano aprire e modificare da tabelle anzichè da maschere. Allo scopo trovi
dei suggerimenti utili sul Sitocomune.
saluti
Cinzia


text:
"Cinzia" <
cinziapagani_...@tiscali.it
> ha scritto nel messaggio
news:cl0skk$3se$1...@lacerta.tiscalinet.it...
> Ciao Salvatore,
> guarda che i file mdw  per gestire le autorizzazioni funzionano benissimo
> anche in VB.
proverò a fare una prova...
> Comunque se lo vuoi fare da Access
no.. ho detto proprio il contrario io :((
ci sto rinunciando a spiegarlo... è straziante



text:
"Cinzia" <
cinziapagani_...@tiscali.it
> ha scritto nel messaggio
news:cl0skk$3se$1...@lacerta.tiscalinet.it...
> guarda che i file mdw  per gestire le autorizzazioni funzionano benissimo
> anche in VB.
ho provato ma non funzionano!!!
-



text:
"Salvatore" <salv...@NOSPAMlycos.it> ha scritto nel messaggio
news:_b7dd.47538$N45.1...@twister2.libero.it...

Non funzionano nel senso che danno errore? o non funzionano nel senso che
non fanno quello che dovrebbero fare?
L'informazione non funziona non è sufficiente per capire cosa c'è che non
va, quello che ti posso dire è che ho usato in vb dei db protetti con file
MDW e non ho avuto particolari problemi.
Per cui se spieghi meglio cosa non funziona, e sempre che riusciamo ad
intenderci, possiamo anche provare darti una mano.
Saluti
Cinzia


text:
"Cinzia" <
cinziapagani_...@tiscali.it
> ha scritto nel messaggio
news:cl397c$mvm$1...@lacerta.tiscalinet.it...
> Non funzionano nel senso che danno errore? o non funzionano nel senso che
> non fanno quello che dovrebbero fare?
>
> L'informazione non funziona non è sufficiente per capire cosa c'è che non
> va, quello che ti posso dire è che ho usato in vb dei db protetti con file
> MDW e non ho avuto particolari problemi.
> Per cui se spieghi meglio cosa non funziona, e sempre che riusciamo ad
> intenderci, possiamo anche provare darti una mano.
> Saluti
> Cinzia
>
sembra che con le autorizzazioni ora funziona cambiando il modo (workspace)
ciao! e grazie dell'interessamento
--



title: Numero di totale di record visibili e non in una tabella, Query di aggiornamento ed eliminazione, Control tip text.

author: Nicola Pellattiero

text:
Chiedo scusa a tutto il newsgroup per il post precedente, ma era la prima
volta che scrivevo in un newsgroup e ho riportato in modo errato le mie
domande.
l'oggetto della mia richiesta e' capire il numero di record fisici contenuti
in una tabella del database, compresi quelli eliminati, etc.
in altre parole, quanto spazio occupa su disco una tabella? e' risaputo che
quando si elimina un record da una tabella, esso non viene cancellato
fisicamente ma "flaggato" come eliminato, la sua rimozione fisica avviene
solo con un "compatta e ripristina".
esempio: se ho una tabella con 3 record e lancio una query di eliminazione
che elimina il primo record, la dcount mi dira' che ci sono 2 record ma lo
spazio fisico su disco e' sempre quello di prima, ovvero 3 record.
inoltre chiedo se c'e' un metodo per evitare che le query di aggiornamento
gonfino il volume del database, chiedo se esse possono lavorare in pura
sovrascrittura senza salvare a parte il contenuto dei campi da aggiornare
con possibilità di annullare le modifiche.
mi capita frequentemente di avere clienti con database da 400 mb compattati,
che pero' nel corso della giornata lievitano fino a 2gb. questo e' dovuto
sia dalle query di aggiornamento, sia dalle query di accodamento e
successiva eliminazione su tabelle di transito.
ultimo quesito e' il seguente: e' possibile disabilitare tramite regedit o
da qualsiasi altra parte la visualizzazione del testo descrizione controllo
(control tip text)?
ringrazio sin da ora per l'aiuto fornito da qualsiasi persona e porgo i miei
più cordiali saluti.
nicola pellattiero
gielle software


author: Davide (Sib)

text:
"Nicola Pellattiero" <
n.pell...@virgilio.it
> ha scritto nel messaggio
> l'oggetto della mia richiesta e' capire il numero di record fisici
> contenuti in una tabella del database, compresi quelli eliminati, etc.
>
> in altre parole, quanto spazio occupa su disco una tabella? e' risaputo
> che quando si elimina un record da una tabella, esso non viene cancellato
> fisicamente ma "flaggato" come eliminato, la sua rimozione fisica avviene
> solo con un "compatta e ripristina".
Non mi risulta esita un metodo per accedere ai record eliminati per poterli
prendere in considerazione.
Vero che vengono flaggati, ma ritengo che vengano anche sconnessi dalla
tabella, cioè non credo siano direttamente riconducibili alla tabella
d'origine.
Probabilmente esiste o è realizzabile un editor in grado di andare a caccia
di questi record ma non me ne risultano in circolazione.
> inoltre chiedo se c'e' un metodo per evitare che le query di aggiornamento
> gonfino il volume del database, chiedo se esse possono lavorare in pura
> sovrascrittura senza salvare a parte il contenuto dei campi da aggiornare
> con possibilità di annullare le modifiche.
Non mi sembra che sia così.
Pur facendo largo uso di query d'aggiornamento non mi è mai sembrato che
gonfiassero il db.
> mi capita frequentemente di avere clienti con database da 400 mb
> compattati, che pero' nel corso della giornata lievitano fino a 2gb.
> questo e' dovuto sia dalle query di aggiornamento, sia dalle query di
> accodamento e successiva eliminazione su tabelle di transito.
Che intendi per "tabelle di transito"?
Non ho sentito spesso di database che quintuplicassero le loro dimensioni in
un giorno salvo poderose creazioni ed elimiazioni di record (record reali,
non "creati da query di aggiornamento")
Non capisco come ti accada, ma se proprio non se ne può fare a meno valuta
seriamente di passare a SQL Server che oltre a tutto il resto ha una
gestione automatica della compattazione quando i file diventano troppo
grossi.
> ultimo quesito e' il seguente: e' possibile disabilitare tramite regedit o
> da qualsiasi altra parte la visualizzazione del testo descrizione
> controllo (control tip text)?
Non saprei, forse con qualche API, ma la richiesta mi colpisce, di solito è
così seccante aggiungere tutti quei tip text che aiutano tanto i clienti che
l'idea di volerli togliere mi stupisce.
Ciao
Davide


title: Struttura tabelle con molti campi dipendenti da altri campi e molti campi Foreign Key

author: Nina

text:
Salve a tutti,
ho letto con interesse l'articolo di Vincenzo Turturro sulla
normalizzazione, presentato alla CISA 2007.
Nella realtà, ovviamente, le situazioni che si presentano, talvolta, sono
molto complesse.
Mi ritrovo in questo momento a dover gestire due casi situazioni:
1) molti attributi legati ad un'entità che possono essere compilati solo in
base al valore presente in un'altro campo (es. Se il campo1 è true, devo
compilare anche i campi Campo2 e campo3, altrimenti, devo compilare il
campo5 e così via, se il campo6 è true devo compilare i campi campo7,
campo8, campo9, ecc)
2) molti attributi di una entità che fanno riferimento a degli elenchi
(tabelle di ricerca o convalida che dir si voglia es. TipologiaA, TipologiaB
ecc.), per cui nella tabella devo inserire numerosi campi del tipo
IdTipologiaA, IdTipologiaB, IdTipologiaC ecc.
Per quanti riguarda il primo caso la soluzione teorica sarebbe quella di
creare tante entità accomunate da attributi omogenei collegate in relazione
1:1 alla entità generale, ma questo significa che dovrei poi andare ad
interrogare molteplici tabelle per ritrovare tutti gli attributi di
un'entità generale, tra l'altro con LEFT JOIN che rallentano la velocità di
esecuzione delle query.
Per quanto riguarda il secondo caso non vedo soluzioni, anche se il rischio
di rallentare l'inserimento per la presenza di numerosi indici esiste.
Voi come vi comportereste? Avete consigli da darmi?
Grazie mille!
--
Nina


author: MA

text:

Io mi trovo molto bene a centralizzare tutto in una tabella unica
che va ad autoreferenziare e ad interrogare nel modo che serve
Un esempio è quel db del webcast che AccessGroup.it ha curato per M$
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access
Segrate (MI), 7-8 giugno 2007


author: VT @ home

text:
Il Tue, 3 Jul 2007 10:54:42 +0200, "Nina" <
paninotCancell...@yahoo.it
> ha scritto:
>Salve a tutti,
>
>ho letto con interesse l'articolo di Vincenzo Turturro sulla
>normalizzazione, presentato alla CISA 2007.
Attenzione !
Non si parla solo di normalizzazione: si parla prima di tutto di progettazione concettuale e logica, dove la
normalizzazione è "solo" un procedimento di verifica della qualità dello schema logico.
>Nella realtà, ovviamente, le situazioni che si presentano, talvolta, sono
>molto complesse.
>
>Mi ritrovo in questo momento a dover gestire due casi situazioni:
>1) molti attributi legati ad un'entità che possono essere compilati solo in
>base al valore presente in un'altro campo (es. Se il campo1 è true, devo
>compilare anche i campi Campo2 e campo3, altrimenti, devo compilare il
>campo5 e così via, se il campo6 è true devo compilare i campi campo7,
>campo8, campo9, ecc)
>
>2) molti attributi di una entità che fanno riferimento a degli elenchi
>(tabelle di ricerca o convalida che dir si voglia es. TipologiaA, TipologiaB
>ecc.), per cui nella tabella devo inserire numerosi campi del tipo
>IdTipologiaA, IdTipologiaB, IdTipologiaC ecc.
>
>Per quanti riguarda il primo caso la soluzione teorica sarebbe quella di
>creare tante entità accomunate da attributi omogenei collegate in relazione
>1:1 alla entità generale,
Perché ?
Ciò che deve determinare se un insieme di attributi descrive una certa entità è il contesto.
Se i tuoi attributi "condizionati" descrivono comunque gli oggetti reali rappresentati dall'entità a cui essi
appartengono e non sono multivalore, perchè separarli in entità distinte ?
Attenzione a non confondere il concetto di "dipendenza funzionale" (magari rileggi la definizione !) con il fatto che il
valore di un attributo sia determinato (ovvero dipendente, ma non funzionalmente !) da valori di altri attributi.
Dalle informazioni che hai fornito sembra che tu sia in quest'ultimo caso e che quindi non si tratti di dipendenza
funzionale, tanto è vero che in caso di scorporo in più tabelle avresti una relazione 1:1.
>ma questo significa che dovrei poi andare ad
>interrogare molteplici tabelle per ritrovare tutti gli attributi di
>un'entità generale, tra l'altro con LEFT JOIN che rallentano la velocità di
>esecuzione delle query.
Intanto se la relazione è 1:1 puoi usare INNER JOIN, e poi con gli indici opportuni le prestazioni non ne risentono
significativamente.
>Per quanto riguarda il secondo caso non vedo soluzioni, anche se il rischio
>di rallentare l'inserimento per la presenza di numerosi indici esiste.
Dipende: sei sicura che ti servano gli indici su *tutte* le foreign key ?
Di solito si definiscono gli indici solo sulle FK che vengono usate per selezionare/ordinare i record della tabella che
le contiene (per esempio ID_Cliente su Fattura, oppure ID_Aliquota su Fattura_Riga ...).
E comunque, il rallentamento ad ogni operazione di insert/update credo sarebbe difficilmente apprezzabile, se non con
test appositi di valutazione delle prestazioni.
>Voi come vi comportereste? Avete consigli da darmi?
Nessuno ulteriore, se non fornisci maggiori informazioni descrittive del contesto di riferimento.
>Grazie mille!
Vincenzo Turturro
Certificato Eucip Core Level
ITA 0000-002299 del 14/05/2007
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------
risorse Access:
http://www.accessgroup.it
---------------------------------------------
Il sito comune di it.comp.as400
http://www.faq400.com
---------------------------------------------


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:f6d39g$ai1$1...@tdi.cu.mi.it...
Nina wrote:
> Salve a tutti,
>
> ho letto con interesse l'articolo di Vincenzo Turturro sulla
> normalizzazione, presentato alla CISA 2007.
cut
> Mi ritrovo in questo momento a dover gestire due casi situazioni:
> 1) molti attributi legati ad un'entità che possono essere compilati
> solo in base al valore presente in un'altro campo (es. Se il campo1 è
> true, devo compilare anche i campi Campo2 e campo3, altrimenti, devo
> compilare il campo5 e così via, se il campo6 è true devo compilare i
> campi campo7, campo8, campo9, ecc)
>
> 2) molti attributi di una entità che fanno riferimento a degli elenchi
> (tabelle di ricerca o convalida che dir si voglia es. TipologiaA,
> TipologiaB ecc.), per cui nella tabella devo inserire numerosi campi
> del tipo IdTipologiaA, IdTipologiaB, IdTipologiaC ecc.
>
> Per quanti riguarda il primo caso la soluzione teorica sarebbe quella
> di creare tante entità accomunate da attributi omogenei collegate in
> relazione 1:1 alla entità generale, ma questo significa che dovrei
> poi andare ad interrogare molteplici tabelle per ritrovare tutti gli
> attributi di un'entità generale, tra l'altro con LEFT JOIN che
> rallentano la velocità di esecuzione delle query.
>
> Per quanto riguarda il secondo caso non vedo soluzioni, anche se il
> rischio di rallentare l'inserimento per la presenza di numerosi
> indici esiste.
>
> Voi come vi comportereste? Avete consigli da darmi?
>Io mi trovo molto bene a centralizzare tutto in una tabella unica
>che va ad autoreferenziare e ad interrogare nel modo che serve
>Un esempio è quel db del webcast che AccessGroup.it ha curato per M$
>MAssimiliano Amendola
>
www.accessgroup.it
>Cisa - Conferenza Italiana Sviluppatori Access
<Segrate (MI), 7-8 giugno 2007
Grazie per la risposta!
--
Nina


text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:5h4k83t62hid6trc8...@4ax.com...
> Il Tue, 3 Jul 2007 10:54:42 +0200, "Nina"
> <
paninotCancell...@yahoo.it
> ha scritto:
>>Salve a tutti,
>>
>>ho letto con interesse l'articolo di Vincenzo Turturro sulla
>>normalizzazione, presentato alla CISA 2007.
>
> Attenzione !
> Non si parla solo di normalizzazione: si parla prima di tutto di
> progettazione concettuale e logica, dove la
> normalizzazione è "solo" un procedimento di verifica della qualità dello
> schema logico.
Sì, scusami, non sono stata precisa!

OK, mi hai tolto un dubbio.
>>ma questo significa che dovrei poi andare ad
>>interrogare molteplici tabelle per ritrovare tutti gli attributi di
>>un'entità generale, tra l'altro con LEFT JOIN che rallentano la velocità
>>di
>>esecuzione delle query.
>
> Intanto se la relazione è 1:1 puoi usare INNER JOIN, e poi con gli indici
> opportuni le prestazioni non ne risentono
> significativamente.
In questo punto non mi è chiara una cosa: se inserisco comunque il record
che vantaggi avrei in questo caso nel separare i campi in più tabelle se mi
ritroverei comunque dei NULL? Se inserissi il record solo se si verifica una
determinata condizione (campo1=true), in questo caso non potrei usare
l'inner Join per recuperare i dati dalla tabella principale e dalle tabelle
collegate (spero di essere stata chiara)!
>
>>Per quanto riguarda il secondo caso non vedo soluzioni, anche se il
>>rischio
>>di rallentare l'inserimento per la presenza di numerosi indici esiste.
>
> Dipende: sei sicura che ti servano gli indici su *tutte* le foreign key ?
> Di solito si definiscono gli indici solo sulle FK che vengono usate per
> selezionare/ordinare i record della tabella che
> le contiene (per esempio ID_Cliente su Fattura, oppure ID_Aliquota su
> Fattura_Riga ...).
> E comunque, il rallentamento ad ogni operazione di insert/update credo
> sarebbe difficilmente apprezzabile, se non con
> test appositi di valutazione delle prestazioni.
Ok!
>>Voi come vi comportereste? Avete consigli da darmi?
>
> Nessuno ulteriore, se non fornisci maggiori informazioni descrittive del
> contesto di riferimento.
>
>>Grazie mille!
>
>
> Vincenzo Turturro
>
> Certificato Eucip Core Level
> ITA 0000-002299 del 14/05/2007
> ---------------------------------------------
> il sito comune di it.comp.appl.access:
>
http://www.sitocomune.com
> ---------------------------------------------
> risorse Access:
>
http://www.accessgroup.it
> ---------------------------------------------
> Il sito comune di it.comp.as400
>
http://www.faq400.com
> ---------------------------------------------
Grazie ancora!
--
Nina


text:
Il Tue, 3 Jul 2007 11:52:52 +0200, "Nina" <
paninotCancell...@yahoo.it
> ha scritto:
>(.....)

Infatti la conclusione è che in questo caso non è opportuno avere più tabelle.
>Se inserissi il record solo se si verifica una
>determinata condizione (campo1=true), in questo caso non potrei usare
>l'inner Join per recuperare i dati dalla tabella principale e dalle tabelle
>collegate (spero di essere stata chiara)!
Attenzione !
"relazione 1:1 fra A e B" significa che per ogni record in A devi avere obbligatoriamente
un record corrispondente in B e viceversa, che siano valorizzati o meno.
E quindi la INNER JOIN funziona.
Se però consenti che in A esistano record che non hanno corrispondenti in B allora non stai implementando una relazione
1:1 bensì una relazione 1:N (o meglio, 0:N) e quindi la INNER JOIN non funziona e devi usare LEFT JOIN.



text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:0n8k83l1vlf0dueus...@4ax.com...
> Il Tue, 3 Jul 2007 11:52:52 +0200, "Nina"
> <
paninotCancell...@yahoo.it
> ha scritto:
>>(.....)
>
CUT
>>
>>>>ma questo significa che dovrei poi andare ad
>>>>interrogare molteplici tabelle per ritrovare tutti gli attributi di
>>>>un'entità generale, tra l'altro con LEFT JOIN che rallentano la velocità
>>>>di
>>>>esecuzione delle query.
>>>
>>> Intanto se la relazione è 1:1 puoi usare INNER JOIN, e poi con gli
>>> indici
>>> opportuni le prestazioni non ne risentono
>>> significativamente.
>>In questo punto non mi è chiara una cosa: se inserisco comunque il record
>>che vantaggi avrei in questo caso nel separare i campi in più tabelle se
>>mi
>>ritroverei comunque dei NULL?
>
> Infatti la conclusione è che in questo caso non è opportuno avere più
> tabelle.
OK, benissimo!
>>Se inserissi il record solo se si verifica una
>>determinata condizione (campo1=true), in questo caso non potrei usare
>>l'inner Join per recuperare i dati dalla tabella principale e dalle
>>tabelle
>>collegate (spero di essere stata chiara)!
>
> Attenzione !
> "relazione 1:1 fra A e B" significa che per ogni record in A devi avere
> obbligatoriamente
> un record corrispondente in B e viceversa, che siano valorizzati o meno.
> E quindi la INNER JOIN funziona.
> Se però consenti che in A esistano record che non hanno corrispondenti in
> B allora non stai implementando una relazione
> 1:1 bensì una relazione 1:N (o meglio, 0:N) e quindi la INNER JOIN non
> funziona e devi usare LEFT JOIN.
Perchè se in A esistono record non corrispondenti in B sto implementando
necessariamente una relazione 1:N?
Su questo punto continuo ad avere dei dubbi, provo a fare degli esempi,
chiedo scusa in anticipo per il fatto di non usare i termini più
appropriati, visto che non ho ancora padronanza di tutti i termini da te
usati nell'articolo.
Supponiamo che nella tabella A abbiamo i campi  IdImpiegato, Nome, Cognome,
mentre nella tabella B abbiamo IdImpiegato, DataNascita, LuogoNascita.
Nella tabella A la chiave primaria è un contatore, nella tabella B la chiave
primaria è un numerico intero lungo. Le due tabelle possono essere collegate
da una relazione di tipo 1:1 (cioè per ogni impiegato nella tabella A avrò
un unico record nella tabella B e viceversa). Se però ritengo non necessaria
la memorizzazione degli attributi  DataNascita e LuogoNascita, potrei
decidere di inserire nella tabella A i record relativi a tutti gli
impiegati, mentre nella tabella B solo quelli degli impiegati di cui conosco
DataNascita e LuogoNascita.
La relazione continua ad essere di tipo 1:1 (giusto?), ma per avere ad
esempio un report che riporti per gli impiegati Nome, cognome, data di
nascita e luogo di nascita questi ultimi, quando presenti, dovrò
visualizzare tutti i record della tabella A e quelli della tabella B che
contengo record collegati. Questo comporta l'impossibiltà di usare l'INNER
JOIN per ottenere i dati da entrambe le tabelle.
> Vincenzo Turturro
>
> Certificato Eucip Core Level
> ITA 0000-002299 del 14/05/2007
> ---------------------------------------------
> il sito comune di it.comp.appl.access:
>
http://www.sitocomune.com
> ---------------------------------------------
> risorse Access:
>
http://www.accessgroup.it
> ---------------------------------------------
> Il sito comune di it.comp.as400
>
http://www.faq400.com
> ---------------------------------------------
Ciao,
--
Nina


text:
Il Tue, 3 Jul 2007 13:16:49 +0200, "Nina" <
paninotCancell...@yahoo.it
> ha scritto:
>(.....)
>Perchè se in A esistono record non corrispondenti in B sto implementando
>necessariamente una relazione 1:N?
>Su questo punto continuo ad avere dei dubbi, provo a fare degli esempi,
>chiedo scusa in anticipo per il fatto di non usare i termini più
>appropriati, visto che non ho ancora padronanza di tutti i termini da te
>usati nell'articolo.
>Supponiamo che nella tabella A abbiamo i campi  IdImpiegato, Nome, Cognome,
>mentre nella tabella B abbiamo IdImpiegato, DataNascita, LuogoNascita.
>Nella tabella A la chiave primaria è un contatore, nella tabella B la chiave
>primaria è un numerico intero lungo. Le due tabelle possono essere collegate
>da una relazione di tipo 1:1 (cioè per ogni impiegato nella tabella A avrò
>un unico record nella tabella B e viceversa).
Il problema nasce dal fatto che le relationship fra entità vanno considerate in entrambi i versi.
Nel tuo caso abbiamo che A è in relationship 0:1 con B e che B è in relationship 1:1 con A.
Questo perchè:
- un record di A può non avere corrispondente in B ma se ce l'ha ne ha al massimo uno
- ogni record di B deve avere un corrispondente in A ed al massimo può averne uno.
Quindi sono stato troppo sbrigativo ad utilizzare il termine "relationship 1:N" contando che ci saremmo intesi.
Del resto ben mi sta: come io stesso insegno, bisogna puntualizzare sempre tutto con linguaggio rigoroso, e non dare
niente per scontato.
>Se però ritengo non necessaria
>la memorizzazione degli attributi  DataNascita e LuogoNascita, potrei
>decidere di inserire nella tabella A i record relativi a tutti gli
>impiegati, mentre nella tabella B solo quelli degli impiegati di cui conosco
>DataNascita e LuogoNascita.
Si può discutere nottate intere su quale senso abbia un record in A, descrittivo di una persona, che non ha alcun record
corrispondente in B.
Se ci pensi bene, questo rappresenterebbe una situazione reale nella quale per descrivere alcune persone bastano solo
gli attributi in A, mentre altre persone sono descritte dagli attributi in A oltre a quelli in B.
Allora sono persone diverse, nel senso che hanno natura diversa ?
Per dirla con Orwell: tutte le persone sono uguali ma alcune sono più uguali di altre ?
Oppure tutte le persone sono descritte anche da Data e Luogo di nascita ma tali attributi in alcuni casi possono essere
non valorizzati ?
Io voto per quest'ultima opzione: qualsiasi persona è descritta per mezzo di determinate caratteristiche (rappresentate
dagli attributi), che in alcuni casi (ovvero per alcune persone, cioè per alcune occorrenze dell'entità) sono note ed in
altri no.
Ma il fatto che per alcune persone non conosca certi dati non vuole dire che esse non ne siano caratterizzate: saranno
pure nate in un qualche giorno ed in un certo posto ! E quindi devo rappresentare tale fatto, pena una descrizione non
aderente e coerente con la realtà rappresentata dal mio db.



text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:4eik83di718sl7mo7...@4ax.com...
> Il Tue, 3 Jul 2007 13:16:49 +0200, "Nina"
> <
paninotCancell...@yahoo.it
> ha scritto:
>>(.....)
>>Supponiamo che nella tabella A abbiamo i campi  IdImpiegato, Nome,
>>Cognome,
>>mentre nella tabella B abbiamo IdImpiegato, DataNascita, LuogoNascita.
>>Nella tabella A la chiave primaria è un contatore, nella tabella B la
>>chiave
>>primaria è un numerico intero lungo. Le due tabelle possono essere
>>collegate
>>da una relazione di tipo 1:1 (cioè per ogni impiegato nella tabella A avrò
>>un unico record nella tabella B e viceversa).
>
> Il problema nasce dal fatto che le relationship fra entità vanno
> considerate in entrambi i versi.
> Nel tuo caso abbiamo che A è in relationship 0:1 con B e che B è in
> relationship 1:1 con A.
> Questo perchè:
> - un record di A può non avere corrispondente in B ma se ce l'ha ne ha al
> massimo uno
> - ogni record di B deve avere un corrispondente in A ed al massimo può
> averne uno.
> Quindi sono stato troppo sbrigativo ad utilizzare il termine "relationship
> 1:N" contando che ci saremmo intesi.
> Del resto ben mi sta: come io stesso insegno, bisogna puntualizzare sempre
> tutto con linguaggio rigoroso, e non dare
> niente per scontato.
Forse sono stata io troppo superficiale.
Devo dirti che ho apprezzato il tuo articolo proprio per la chiarezza e al
tempo stesso la precisione del linguaggio, ma forse non ho ancora avuto il
tempo di "metabolizzarlo" bene.
CUT
>
> Si può discutere nottate intere su quale senso abbia un record in A,
> descrittivo di una persona, che non ha alcun record
> corrispondente in B.
> Se ci pensi bene, questo rappresenterebbe una situazione reale nella quale
> per descrivere alcune persone bastano solo
> gli attributi in A, mentre altre persone sono descritte dagli attributi in
> A oltre a quelli in B.
> Allora sono persone diverse, nel senso che hanno natura diversa ?
> Per dirla con Orwell: tutte le persone sono uguali ma alcune sono più
> uguali di altre ?
> Oppure tutte le persone sono descritte anche da Data e Luogo di nascita ma
> tali attributi in alcuni casi possono essere
> non valorizzati ?
> Io voto per quest'ultima opzione: qualsiasi persona è descritta per mezzo
> di determinate caratteristiche (rappresentate
> dagli attributi), che in alcuni casi (ovvero per alcune persone, cioè per
> alcune occorrenze dell'entità) sono note ed in
> altri no.
> Ma il fatto che per alcune persone non conosca certi dati non vuole dire
> che esse non ne siano caratterizzate: saranno
> pure nate in un qualche giorno ed in un certo posto ! E quindi devo
> rappresentare tale fatto, pena una descrizione non
> aderente e coerente con la realtà rappresentata dal mio db.
In linea di massima non creo quasi mai relazioni 1:1 (passami per cortesia,
ancora per oggi,  l'utilizzo non rigoroso dei termini), in realtà, come tu
dici non hanno molto senso, ma forse talvola possono essere necessarie
proprio per ragioni tecniche (es. superamento del numero di campi possibile
in una tabella ma in questo caso avremmo in entrambe le tabelle tutti i
record). Il mio voleva essere solo un esempio.
Comunque, mi è servito discuterne per eliminare i dubbi che avevo e che mi
hanno spinto a cercare aiuto sul ng.
Ho riletto inoltre la definizione di dipendenza funzionale e, come avevi
giustamente intuito, il mio caso reale non presenta Dipendenze Funzionali
tra gli attributi, quindi confermo la decisione di inserire i dati in
un'unica tabella (alcuni saranno valorizzati in alcuni casi, altri in altri
casi).
> Vincenzo Turturro
>
> Certificato Eucip Core Level
> ITA 0000-002299 del 14/05/2007
> ---------------------------------------------
> il sito comune di it.comp.appl.access:
>
http://www.sitocomune.com
> ---------------------------------------------
> risorse Access:
>
http://www.accessgroup.it
> ---------------------------------------------
> Il sito comune di it.comp.as400
>
http://www.faq400.com
> ---------------------------------------------
Grazie mille e complimenti!
--
Nina


title: eseguire filmati AVi all'avvio di un database

text:
salve a tutti, vorrei eseguire un filamto AVI all'avvio di un database
sapete come si puņ fare via codice o in altro modo? grazie a tutti.


author: Simone Calligaris

text:
"Tosto73" <
> salve a tutti, vorrei eseguire un filamto AVI all'avvio di un database
> sapete come si può fare via codice o in altro modo? grazie a tutti.
Non ho il codice sottomano ma si può fare anche via API abbastanza
facilmente.
Cerca su The Acces web, dovresti trovarlo.


author: Emyr

text:
On Sat, 16 Mar 2002 20:56:39 +0100, "Tosto73" <
tos...@libero.it
>
wrote:
>salve a tutti, vorrei eseguire un filamto AVI all'avvio di un database
>sapete come si può fare via codice o in altro modo? grazie a tutti.
>
io ho usato il controllo activex windowsmediaplayer
Saluti.
Emanuele.


title: Menu/Strumenti/Avvio senza ritorno!

author: Silvano Cervelli

text:
Stavo realizzando un database, quando per capirci di più
mi sono imbattuto nel menu Strumenti/ Avvio... ho impostato
la maschera da visualizzare all'apertura, il titolo dell'applicazione,
ho dezelezionato prraticamente tutto, ho mandato in esecuzione e...
Bello solo che ora non sono in grado di ripristinare tutto.
Come si fà. Se non sblocco non vado avanti.
Scusate la demenza.
Grazie.


title: Menu/Strumenti/Avvio senza ritorno!

author: CarloCos

text:
"Silvano Cervelli" <
cer...@microelettra.it
> ha scritto nel messaggio
news:xggJ6.27227$UW4.1...@news.infostrada.it...

Menù Finestra...Scopri e scegli cosa scoprire (mostrare).
Ciao, Carlo


title: Menu/Strumenti/Avvio senza ritorno!

author: Roberto da casa

text:
"Silvano Cervelli" <
cer...@microelettra.it
> ha scritto nel messaggio
news:xggJ6.27227$UW4.1...@news.infostrada.it...

Hai provato ad aprire Access tenendo premuto il tasto Shift?
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Menu/Strumenti/Avvio senza ritorno!

text:
E' la prima volta che mi capita di sapere una risposta ... non so se ho
capito il tuo problema, ma credo che tu non riesca ad accedere alla finestra
del database.
Prova a lanciare il database tenendo premuto il tasto SHIFT. Ciao fammi
sapere!
"Silvano Cervelli" <
cer...@microelettra.it
> ha scritto nel messaggio
news:xggJ6.27227$UW4.1...@news.infostrada.it...



title: Menu/Strumenti/Avvio senza ritorno!

text:
Cara Simonetta la tua risposta è quella giusta, assieme a quella di Roberto,
quella di CarloCos
invece non sono riuscito a metterla a frutto (Menù Finestra...Scopri e
scegli cosa scoprire (mostrare).)
forse perché ho Access 2000?
Un curiosità ma dove si deve rispondere prima o dopo le >
<
simonet...@libero.it
> ha scritto nel messaggio
news:9d4aid$cp$1...@pegasus.tiscalinet.it...



title: Menu/Strumenti/Avvio senza ritorno!

text:
"Silvano Cervelli" <
cer...@microelettra.it
> ha scritto nel messaggio
news:xmiJ6.28322$UW4.1...@news.infostrada.it...
> Cara Simonetta la tua risposta è quella giusta, assieme a quella di
Roberto,
> quella di CarloCos
> invece non sono riuscito a metterla a frutto (Menù Finestra...Scopri e
> scegli cosa scoprire (mostrare).)
> forse perché ho Access 2000?
> Un curiosità ma dove si deve rispondere prima o dopo le >
>
Dopo, come sto facendo ora io.



title: Replica Db con A03

author: Fabio Valsangiacomo

text:
Ciao a tutti,

Sto valutando la possibilità di usare la funzione
replica di un Db.

Questa possibilità mi porta i vantaggi di avere
sempre una copia dei dati sul PC portatile allo scopo di poter eseguire delle
modifiche da casa (sviluppo non sui dati)

Ho già delle cartelle sincronia file e tutto
funziona bene.

Durante una prova access segnala che le tabelle
potrebbero apparire in modo differente, che il file potrebbe aumentare di volume
ect.

Questi fattori mi lasciano un po
perplesso.

Il fatto sta che i dati di access, che sono
in rete, dovrebbero essere in una cartella che io ho anche in sincronia
file, dunque mi forza la creazione della replica dei file di
access.

Posso anche dimenticare il tutto e posizionare i
dati in un'altra cartella...

La vostra esperienza?

Grazie

Fabio


title: Replica Db con A03

text:
"Fabio Valsangiacomo" <
fa...@valsangiacomo.org
> ha scritto nel messaggio
news:4402b70b$0$714$5402...@news.sunrise.ch...
Ciao a tutti,



La vostra esperienza?
Grazie
Fabio
Ciao Fabio,
se a casa devi modificare il front-end (non i dati) la replica non ti serve,
ovviamente devi aver preventivamente diviso il Programma (FE) dai Dati (BE).
La mia finora unica esperienza con le repliche mi ha indotto a farla
rimanere unica... :-) ,  corruzione dei dati  come non mi è mai successo in
altri casi (sarà stata sfortuna ma alla fine ho deciso di cambiare strategia
e magicamente i dati non si sono più corrotti, sarà un caso?)
Ciao
Cinzia
--
Cinzia
---------------------------------------
|
http://www.riolab.org
  |
---------------------------------------