title: creare relazioni in vba

text:
Roberto da Parma ha scritto:
> "maestro" <
m_avv...@yahoo.it
> ha scritto nel messaggio
> news:gnbui5$nn7$1...@tdi.cu.mi.it...
>> Roberto da Parma ha scritto:
>>> "maestro" <
m_avv...@yahoo.it
> ha scritto nel messaggio
>>> news:gnbhga$8hq$1...@tdi.cu.mi.it...
>>>> Buongiorno, uso acces 2007
>>>> siccome importo spesso delle tabelle in sostituzione di quelle presenti,
>>>> access si blocca dicendo che prima bisogna cancellare la relazione
>>>> esistente.
>>>> Vorrei aggirare l'ostacolo creando in vba la cancellazione e la
>>>> successiva ricreazione della relazione.
>>>> come si può fare???
>>>> oppure avete altri consigli
>>>>
>>>> Grazie
>>> Ma intendi cancellare proprio la tabella oppure il collegamento?
>>>
>>> Ciao
>>>
>> La tabella viene sostituita nell'importazione, ma non me lo consente se
>> prima non cancello la relazione esistente.
>
> Usa da VBA il metodo .deleteobject
>
> Ciao
>
scusa ma conosco poco vba, se mi dai un maggior aiutino.
sia per la cancellazione che   per la ri-creazione della relazione
grazie


title: creare relazioni in vba

author: Roberto da Parma

text:
"maestro" <
m_avv...@yahoo.it
> ha scritto nel messaggio
news:gnc5as$cl$1...@tdi.cu.mi.it...

Attento a come la usi perchè cancella tutte le tabelle!!
Function CancellaTabelle()
'Cancella tutte le tabelle
On Error Resume Next
    Dim mytableAs TableDef
    For Each myTable In CurrentDb.TableDefs
    If myTable.Name not Like "MSys*" Then
                DoCmd.DeleteObject acTable, myTable.Name
    end if
    Next myTable
End Function
Le relazioni vengono automaticamente ricreate quando importi le tabelle



title: creare relazioni in vba

author: maestro

text:

Ciao Roberto,
scusa ma non funziona,
dopo aver cancellato la tebella, non ricrea le relazioni.
dove sbaglio???


title: Primo record casella riepilogo

text:
Come si fa ad selezionare il primo record della casella di riepilogo
all'apertura della maschera.


title: Primo record casella riepilogo

author: Alessandra

text:
Il 15 Mar 2003, 18:19, "T@Roberto" <
tas...@libero.it
> ha scritto:
> Come si fa ad selezionare il primo record della casella di riepilogo
> all'apertura della maschera.
>
>
Me.CasellaRiepilogo.SetFocus
--------------------------------
Inviato via
http://usenet.libero.it


title: controllare in modo corretto se un campo è nullo

author: mario rossi

text:
di solito eseguo questo controllo
if (me.miocampo<>"") and (isnull(me.miocampo)=false) then
     msgbox "Campo valido"
else
     msgbox "Campo vuoto"
end if

esiste un modo più sintetico di fare lo stesso controllo?

grazie.


text:

Quello che fai è corretto, puoi sintetizzarlo forzando il CASTING del dato da NULL a NULLSTRING e di conseguenza usare la verifica della Lunghezza...

If LEN(me!miocampo.Value & vbNullstring)>0 THEN
    msgbox "Campo valido"
Else
    msgbox "Campo Vuoto o Nullo"
End if

@Alex


text:

grazie.


title: Evento non in elenco

author: GaRom

text:
Un saluto a tutti
Da varie ricerche ho trovato l'esempio che riporto sotto e che vorrei
gestire sull'evento non in elenco di una combo.
Dopo innumerevoli prove, se lo metto sull'evento doppio clic funziona;
viceversa sul non in elenco c'è qualcosa che non va:
non mi cancella i caratteri digitati nella combo.
A causa della mia scarsissima conoscenza del codice non riesco a capire il
motivo.
Come vedete ho aggiunto (di mia iniziativa) le righe       Me![Combo5].Undo
e   SendKeys "{ESC}", True ma non funziona lo stesso
Dove sbaglio ?
Grazie in anticipo a chiunque vorrà darmi una mano
  Gabriele
Private Sub Combo5_NotInList(NewData As String, Response As Integer)
strTitolo = "Articolo non in archivio"
 IntFinestraMsg = vbYesNo + vbQuestion + vbDefaultButton1
 intnew = MsgBox("AGGIUNGERE ALL'ARCHIVIO?", IntFinestraMsg, strTitolo)
   If intnew = vbYes Then
  DoCmd.RunCommand acCmdUndo
       Me![Combo5].Undo
   SendKeys "{ESC}", True
DoCmd.OpenForm "Ms_Articoli", acNormal, "", "", acAdd, acNormal
 Else
         Response = acDataErrContinue
        DoCmd.RunCommand acCmdUndo
      SendKeys "{F4}"
End If


title: Evento non in elenco

author: antonio

text:
"GaRom" <
garo...@virgilio.it
> ha scritto nel messaggio
news:45e989ae$0$10622$4faf...@reader2.news.tin.it...

Ho pochissima esperienza sul "non in elenco" perchè io preferisco "solo in
elenco" con un pulsante a fianco che mi permetta di integrare l'elenco se è
privo della voce che vorrei trovare. Comunque credo che il non in elenco
debba funzionare proprio così: tu digiti qualcosa che se è nell'elenco
l'assume come voce scelta, mentre se non è nell'elenco ti permette di fare
qualcosa, cioè andare nella routine apposita per poterlo eventualmente
inserire.
Ciao
Antonio


title: Evento non in elenco

author: Alessandro Baraldi

text:

Manca il Response nel caso
If intnew = vbYes Then
Ricorda che nell'help è scritto chiaramente che il parametro Response
deve essere
valorizzato...!
Detto questo quello che hai scritto non fà nulla sia che rispondi SI
che NO.... quindi spiega cosa vuoi ottenere perchè ho il sospetto che
non così non sia quello che vuoi...!
Nel demo che hai visto ci deve essere obbligatoriamente l'uso di un
Recordset che
INSERISCE il NuovoValore nella Tabella origine, altrimenti .....
@Alex


title: Evento non in elenco

text:
On 3 Mar, 16:11, "antonio" <
antonewsgr...@tiscali.it
> wrote:
> "GaRom" <
garom...@virgilio.it
> ha scritto nel messaggionews:45e989ae$0$10622$4faf...@reader2.news.tin.it...

Concordo con te qual'ora l'inserimento sia da gestire, ad esempio
Valore+Descrizione+.... altri dati...!
Ma quando si tratta di un singolo Valore in una Tabella MonoField
allora
questo è il metodo più comodo e funzionale, sia per l'utente che non
deve aprire una tabella e fare dei passaggi aggiuntivi sia per lo
sviluppatore.
Ciò non toglie che quanto fai sia corretto, e che quanto detto rimanga
solo una mia opinione.
@Alex


title: Evento non in elenco

author: Karl Donaubauer

text:
GaRom wrote:
> Da varie ricerche ho trovato l'esempio che riporto sotto e che vorrei
> gestire sull'evento non in elenco di una combo.
> Dopo innumerevoli prove, se lo metto sull'evento doppio clic funziona;
> viceversa sul non in elenco c'è qualcosa che non va:
> non mi cancella i caratteri digitati nella combo.
> A causa della mia scarsissima conoscenza del codice non riesco a
> capire il motivo.
> Come vedete ho aggiunto (di mia iniziativa) le righe      Me![Combo5].Undo
> e   SendKeys "{ESC}", True ma non funziona lo stesso
> Dove sbaglio ?
> ...
> Private Sub Combo5_NotInList(NewData As String, Response As Integer)
> strTitolo = "Articolo non in archivio"
> IntFinestraMsg = vbYesNo + vbQuestion + vbDefaultButton1
> intnew = MsgBox("AGGIUNGERE ALL'ARCHIVIO?", IntFinestraMsg, strTitolo)
>   If intnew = vbYes Then
>  DoCmd.RunCommand acCmdUndo
>       Me![Combo5].Undo
>   SendKeys "{ESC}", True
> DoCmd.OpenForm "Ms_Articoli", acNormal, "", "", acAdd, acNormal
> Else
>         Response = acDataErrContinue
>        DoCmd.RunCommand acCmdUndo
>      SendKeys "{F4}"
> End If
L'uso di Sendkeys non è consigliabile
www.donkarl.com/it/?FAQ7.8
Vedi il secondo esempio qui:
Casella combinata - Aggiungere un nuovo record
www.donkarl.com/it/?FAQ4.13
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


title: [OT] Traduzione FAQ 1.21 - 1.22

author: Valerio Valentini

text:
1.21 CANCELLARE OGGETTI IN UN ALTRO DB
Problema
Vuoi cancellare degli oggetti che si trovano in un altro database.
Soluzione
Per tabelle e query l'accesso (per la cancellazione) è semplice sia per DAO
che ADO, ad esempio:
Dim db As DAO.Database
Set db = DBEngine.Workspaces(0).OpenDatabase("c:\...\Altro.mdb")
db.Tabledefs.Delete "TuaTabella"
' oppure db.QueryDefs.Delete "TuaQuery"
db.Close
Set db = Nothing
Per altri oggetti è neccessario un pò di codice di automazione:
' aprire una nuova istanza di Access
Dim appAcc As Access.Application
Set appAcc = New Access.Application
' aprire l'altro DB e cancellare l'oggetto
appAcc.OpenCurrentDatabase "c:\...\Altro.mdb"
appAcc.DoCmd.DeleteObject acReport, "NomeReport"
' e chiudere
appAcc.Quit
Set appAcc = Nothing
-------------------
1.22 IL DATABASE SI CRESCE MOLTO DI DIMENSIONE
Problema
Le dimensioni del tuo mdb durante la costruzione e l'uso aumentano molto più
del dovuto in relazione all'aumento dei dati.
Cause
Gli oggetti o dati cancellati non vengono più visualizzati, Access li segna
solo come eliminati. Solo dopo la compattazione essi vengono effettivamente
eliminati dal database. Ciò appesantisce molto soprattutto mentre si lavora
sulla struttura degli oggetti o nell'uso di tabelle temporanee.
Forse stai anche memorizzando -immagini- nel tuo mdb.
Altra causa possono essere parti di codice non compilati o male compilati,
che restano nel contenitore-database come codice compilato ma inutile.
Anche durante l'uso normale, cioè quando non vengono più apportate modifiche
alla struttura (anche in un mde), può ancora crescere l'mdb ad esempio per
l'esecuzione di (ndr. non mi ricordo la parola) statement-SQL (e la
conseguente memorizzazione interna) che formano l'origine dati di maschere e
reports. Altre cause sono Bugs di Access che impediscono il rilascio dello
spazio occupato da recordsets (vedi anche -non si riesce a chiudere Access-)
e query salvate che vengono continuamente ricompilate.
Soluzioni
Copatta il database.
Menu: Strumenti/Utilità database/Compatta e ripristina database
Da A00 si può impostare che alla chiusura del database questo venga
automaticamente compattato (Menu: Strumenti/Opzioni/Generale).
Se tutto ciò non serve o aiuta poco, crea un nuovo database ed importa tutti
gli oggetti del vecchio in quello nuovo.
Una possibilità ulteriore è l'opzione della riga di comando: decompile.
----------
Ciao Valerio.


title: [OT] Traduzione FAQ 1.21 - 1.22

author: MA

text:
                    Il 31 Lug 2004, 20:13, "Valerio Valentini" <
val...@accessgroup.it
> ha
scritto:
> 1.21 CANCELLARE OGGETTI IN UN ALTRO DB
ciao,
do una sbirciatina al NG, cos per caso e mi metto a lavorare...
non ho capito nulla della vita.
La trad di quest'articolo secondo me va bene
>
> 1.22 IL DATABASE SI CRESCE MOLTO DI DIMENSIONE
La dimensione del database cresce molto
> Anche durante l'uso normale, cioč quando non vengono piů apportate
modifiche
> alla struttura (anche in un mde), puň ancora crescere l'mdb ad esempio per
> l'esecuzione di (ndr. non mi ricordo la parola)
qui ho paura che solo Karl puň aiutarci
Il resto č ok
ciao MAssimiliano
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: [OT] Traduzione FAQ 1.21 - 1.22

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:82Z51Z191Z149Y...@usenet.libero.it...
>                     Il 31 Lug 2004, 20:13, "Valerio Valentini"
<
val...@accessgroup.it
> ha
> scritto:
> > 1.21 CANCELLARE OGGETTI IN UN ALTRO DB
>
> ciao,
> do una sbirciatina al NG, cos per caso e mi metto a lavorare...
> non ho capito nulla della vita.
>
> La trad di quest'articolo secondo me va bene
>
>
> >
> > 1.22 IL DATABASE SI CRESCE MOLTO DI DIMENSIONE
>
> La dimensione del database cresce molto
>
>
> > Anche durante l'uso normale, cioè quando non vengono più apportate
> modifiche
> > alla struttura (anche in un mde), può ancora crescere l'mdb ad esempio
per
> > l'esecuzione di (ndr. non mi ricordo la parola)
>
> qui ho paura che solo Karl può aiutarci
No è una parola che usate spesso nel NG per indicare la frase che
rappresenta un'istruzione SQL intera. Altrimenti usiamo statement.
>
> Il resto è ok
>
> ciao MAssimiliano
>
>
Ciao Valerio.


title: [OT] Traduzione FAQ 1.21 - 1.22

author: sv

text:
Valerio Valentini ha scritto:


Potrebbe andare "dichiarazione SQL"??
> >
> > Il resto è ok
> >
> > ciao MAssimiliano
> >
> >
> Ciao Valerio.
--
rgrds
SC
www.accessgroup.it
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: [OT] Traduzione FAQ 1.21 - 1.22

text:
"sv" <
sal...@nosp.accessgroup.it
> ha scritto nel messaggio
news:cekjgd$nkk$1...@news.newsland.it...
> Valerio Valentini ha scritto:
>
> > "MA" <
m...@accessgroup.it
> ha scritto nel messaggio
> > news:82Z51Z191Z149Y...@usenet.libero.it...
> > >                     Il 31 Lug 2004, 20:13, "Valerio Valentini"
> > <
val...@accessgroup.it
> ha
> > > scritto:
> > > > 1.21 CANCELLARE OGGETTI IN UN ALTRO DB
> > >
> > > ciao,
> > > do una sbirciatina al NG, cos per caso e mi metto a lavorare...
> > > non ho capito nulla della vita.
> > >
> > > La trad di quest'articolo secondo me va bene
> > >
> > >
> > > >
> > > > 1.22 IL DATABASE SI CRESCE MOLTO DI DIMENSIONE
> > >
> > > La dimensione del database cresce molto
> > >
> > >
> > > > Anche durante l'uso normale, cioè quando non vengono più apportate
> > > modifiche
> > > > alla struttura (anche in un mde), può ancora crescere l'mdb ad
esempio
> > per
> > > > l'esecuzione di (ndr. non mi ricordo la parola)
> > >
> > > qui ho paura che solo Karl può aiutarci
>
> > No è una parola che usate spesso nel NG per indicare la frase che
> > rappresenta un'istruzione SQL intera. Altrimenti usiamo statement.
>
> Potrebbe andare "dichiarazione SQL"??
uhee proggrammmatori........ adesso me lo sono cercato su goooogle. E'
semplicemente "stringa SQL". Che non lo ricordi io passa ?!? Ma voi ...
Ahi ahi ahi, non ci sono più i programmatori di una volta ;-)
Non ci sono più le mezze stagioni - non ci sono più ... :-)
>
> > >
> > > Il resto è ok
> > >
> > > ciao MAssimiliano
> > >
> > >
> > Ciao Valerio.
>
> --
> rgrds
> SC
>
www.accessgroup.it
>
Ciao Valerio.


title: [OT] Traduzione FAQ 1.21 - 1.22

text:
Valerio Valentini ha scritto:
> "sv" <
sal...@nosp.accessgroup.it
> ha scritto nel messaggio
> news:cekjgd$nkk$1...@news.newsland.it...
> > Valerio Valentini ha scritto:
> >
> > > "MA" <
m...@accessgroup.it
> ha scritto nel messaggio
> > > news:82Z51Z191Z149Y...@usenet.libero.it...
> > > >                     Il 31 Lug 2004, 20:13, "Valerio Valentini"
> > > <
val...@accessgroup.it
> ha
> > > > scritto:
> > > > > 1.21 CANCELLARE OGGETTI IN UN ALTRO DB
> > > >
> > > > ciao,
> > > > do una sbirciatina al NG, cos per caso e mi metto a lavorare...
> > > > non ho capito nulla della vita.
> > > >
> > > > La trad di quest'articolo secondo me va bene
> > > >
> > > >
> > > > >
> > > > > 1.22 IL DATABASE SI CRESCE MOLTO DI DIMENSIONE
> > > >
> > > > La dimensione del database cresce molto
> > > >
> > > >
> > > > > Anche durante l'uso normale, cioč quando non vengono piů apportate
> > > > modifiche
> > > > > alla struttura (anche in un mde), puň ancora crescere l'mdb ad
> esempio
> > > per
> > > > > l'esecuzione di (ndr. non mi ricordo la parola)
> > > >
> > > > qui ho paura che solo Karl puň aiutarci
> >
> > > No č una parola che usate spesso nel NG per indicare la frase che
> > > rappresenta un'istruzione SQL intera. Altrimenti usiamo statement.
> >
> > Potrebbe andare "dichiarazione SQL"??
> uhee proggrammmatori........ adesso me lo sono cercato su goooogle. E'
> semplicemente "stringa SQL". Che non lo ricordi io passa ?!? Ma voi ...
Senz'altro mi posso sbagliare, ma la questione č sottile:
in pratica una "Dichiarazione" SQL viene codificata come "Stringa" SQL.
> Ahi ahi ahi, non ci sono piů i programmatori di una volta ;-)
Speriamo che almeno ci siano i traduttori (oops! ...ci sono pure io...);-)
<cut>



title: [OT] Traduzione FAQ 1.21 - 1.22

text:
"sv" <
sal...@nosp.accessgroup.it
> ha scritto nel messaggio
news:cel54m$nj7$1...@news.newsland.it...
> Valerio Valentini ha scritto:
>
> > "sv" <
sal...@nosp.accessgroup.it
> ha scritto nel messaggio
> > news:cekjgd$nkk$1...@news.newsland.it...
> > > Valerio Valentini ha scritto:
> > >
...........
>
> > uhee proggrammmatori........ adesso me lo sono cercato su goooogle. E'
> > semplicemente "stringa SQL". Che non lo ricordi io passa ?!? Ma voi ...
>
> Senz'altro mi posso sbagliare, ma la questione č sottile:
> in pratica una "Dichiarazione" SQL viene codificata come "Stringa" SQL.
se tecnicamente č corretto va  benissimo, ho cercato stringa perchč l'ho
sempre visto usare.
>
> > Ahi ahi ahi, non ci sono piů i programmatori di una volta ;-)
>
> Speriamo che almeno ci siano i traduttori ...
... quelli sono di una volta solo in senso anagrafico .. ;-)
>
> <cut>
>
> --
> rgrds
> SC
>
www.accessgroup.it
>
Ciao Valerio


title: Nessuno mi può aiutare????

author: Paolo IOL

text:
Avevo chiesto un quesito:
Ciao a tutti,
ho un problema da risolvere:
Ho creato una tabella (Tab1) ed una maschera, vorrei fare in modo che,
inserendo una Casella di testo (non associata) ed un Pulsante, scrivedo un
qualcosa (tipo un codice articoli) nella casella di testo e cliccando il
pulsante si avvia la ricerca di quell'articolo nella Tabella (Tab1) e mi
appaino i dati di quell'articolo.
Non vorrei usare l'applicazione "Trova", ma vorrei scrivere del codice in
VB....o un'altra cosa.....
E' possibile? Come si fŕ?
Grazie.


title: Nessuno mi può aiutare????

author: lbo dal portatile

text:
>Non vorrei usare l'applicazione "Trova", ma vorrei scrivere del codice in
>VB....o un'altra cosa.....
>
>E' possibile? Come si fà?
e' possibile.  vedi l'help di applyfilter.  vedi anche come costruire
una query passando dei parametri.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: Evitare Duplicati su Query

author: andreaf

text:
Salve,
ho una query di accodamento che inserisce dei record in una tabella in
maniera continua ed automatica.
Il mio problema nasce dalla necessità di evitare di accorda recod già
accodati.
I campi della mia query e quindi della mia tabella sono:
ID(contatore) - NrFatt - Data - RagioneSociale - ScadenzaData -
ScadenzaImporto
Vorrei dire alla query di evitare duplicati.
Potrei dire che ogni campo non ammetta dulicati ma non otterrei l'effetto
sperato in quanto quello che voglio è che
non venga accodato un record in qui TUTTI i campi sono uguali ad un record
inserito precedentemente.
Es:
NrFatt    Data    RagioneSociale    ScadenzaData    ScadenzaImporto
1            12/06    Pippo                    13/06                1.200?
1            12/06    Pippo                    30/07                1.200?
1            12/06    Pippo                    13/06                1.200?
QUESTO RIGA VORREI CHE VENISSE SALTATA
Come posso fare?


title: Evitare Duplicati su Query

author: Alessandro Cara

text:
andreaf wrote:

non e' la cosa piu' "performante" ma potresti definire un indice univoco
che comprenda "tutti" i campi interessati
--
a.cara


title: Evitare Duplicati su Query

author: Alex NSB

text:
> ho una query di accodamento che inserisce dei record in una tabella in
> maniera continua ed automatica.
Ma la query da dove prende i dati da inserire? Fa una SELECT su qualche
tabella?
Alessandro


title: Evitare Duplicati su Query

text:
"Alex NSB" <
ale...@tin.it
> ha scritto nel messaggio
news:cqev2s$grj$1...@newsread.albacom.net...

li prende da una query che a sua volta filtra i dati da una tabella


title: Evitare Duplicati su Query

text:

Beh, questo codice funziona tra due tabelle (tabella1 e tabella2) identiche.
Inserisce in tabella2 solo i records che sono in tabella1 e non hanno un
corrispondente identico in tabella2.
INSERT INTO tabella2 SELECT * FROM tabella1 t1
WHERE not exists (select null from tabella2 t2 where t1.campo1=t1.campo1 and
t2.campo2=t1.campo2);
Penso non dovresti aver problemi ad adattarlo alla tua situazione.
HTH.
Alessandro


title: Evitare Duplicati su Query

text:
"Alex NSB" <
ale...@tin.it
> ha scritto nel messaggio
news:cqf173$hln$1...@newsread.albacom.net...

scusami ma sono un pò rinco... a quest'ora poi....ma non riesco ad adattare
il tuo codice....
Questa è la mia query in vista SQL
INSERT INTO PROSPETTO_PAGAMENTI ( nr_fattura, serie, ragione_sociale,
scadenza_data, scadenza_imp )
SELECT DISTINCT FATTURE.nr_fattura, FATTURE.serie, FATTURE.ragione_sociale,
FATTURE.scadenza_data_1, FATTURE.scadenza_imp_1
FROM FATTURE;
Come potrei modificarla????Grazie per la pazienza!!!


title: Evitare Duplicati su Query

text:
>> Beh, questo codice funziona tra due tabelle (tabella1 e tabella2)
>> identiche.
>> Inserisce in tabella2 solo i records che sono in tabella1 e non
>> hanno un corrispondente identico in tabella2.
>>
>> INSERT INTO tabella2 SELECT * FROM tabella1 t1
>> WHERE not exists (select null from tabella2 t2 where
>> t1.campo1=t1.campo1 and
>> t2.campo2=t1.campo2);
>>
>>
>> Penso non dovresti aver problemi ad adattarlo alla tua situazione.
>>
>> HTH.
>>
>> Alessandro
>>
>>
> scusami ma sono un pò rinco... a quest'ora poi....ma non riesco ad
> adattare il tuo codice....
> Questa è la mia query in vista SQL
>
> INSERT INTO PROSPETTO_PAGAMENTI ( nr_fattura, serie, ragione_sociale,
> scadenza_data, scadenza_imp )
> SELECT DISTINCT FATTURE.nr_fattura, FATTURE.serie,
> FATTURE.ragione_sociale, FATTURE.scadenza_data_1,
> FATTURE.scadenza_imp_1
> FROM FATTURE;
>
> Come potrei modificarla????Grazie per la pazienza!!!
Non che io sia lucidissimo (e non dipende dall'ora) ma proverei qualcosa
tipo:
INSERT INTO PROSPETTO_PAGAMENTI (nr_fattura, serie, ragione_sociale,
scadenza_data, scadenza_imp)
SELECT F.nr_fattura, F.serie, F.ragione_sociale, F.scadenza_data_1,
F.scadenza_imp_1
FROM FATTURE F WHERE NOT EXISTS (SELECT null FROM PROSPETTO_PAGAMENTI P
WHERE F.nr_fattura=P.nr_fattura AND F.serie=P.serie AND
F.ragione_sociale=P.ragione_sociale AND F.scadenza_data_1=P.scadenza_data
AND F.scadenza_imp_1=P.scadenza_imp);
SE&O :-)
Alessandro


title: query da client......

author: Norica UD

text:
Dunque, il db che ho creato l' ho installato sul mio pc che fa da Server e
anche su altri 2 pc che fanno da Clients; sui clients ho  modificato il db
andando a collegare le tabelle al db del Server, una cosa però :
- ho notato che l'esecuzione di query dai clients a lungo andare ( con
l'aumentare dei dati,ora circa 12000 records) viene rallentata in maniera
impressionante....mentre dal server nessun problema..
- mi sembra di aver capito che il problema sta nel fatto che i clients
eseguono  le query facendosi una copia "virtuale" di tutta la tabella nella
quale eseguire la query e poi effettuano la query...
- e quindi mi sembra di aver capito, che meglio sarebbe se il client
effettuasse direttamente nel server la query per poi avere solo il
risultato...
- si ma... come ?     ADO ?     COME ?
chi mi sa dire qualcosa ???
--
Posted from
smtp2.libero.it
 [193.70.192.52]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: query da client......

author: Luciano (DOC)

text:
""Norica UD"" <
nor...@libero.it
> wrote in message
news:000501c0c25d$116431e0$3200000a@server...
> Dunque, il db che ho creato l' ho installato sul mio pc che fa da Server e
> anche su altri 2 pc che fanno da Clients; sui clients ho  modificato il db
> andando a collegare le tabelle al db del Server, una cosa però :
Client, non clientS! I sostantivi stanieri se usati nella lingua italiana
non vanno declinati.
> - ho notato che l'esecuzione di query dai clients a lungo andare ( con
> l'aumentare dei dati,ora circa 12000 records) viene rallentata in maniera
> impressionante....mentre dal server nessun problema..
Con 12.000 record non dovresti avere problemi, dai una sistemata agli indici
e compatta il DB.
> - mi sembra di aver capito che il problema sta nel fatto che i clients
> eseguono  le query facendosi una copia "virtuale" di tutta la tabella
nella
> quale eseguire la query e poi effettuano la query...
Esatto.
> - e quindi mi sembra di aver capito, che meglio sarebbe se il client
> effettuasse direttamente nel server la query per poi avere solo il
> risultato...
> - si ma... come ?     ADO ?     COME ?
> chi mi sa dire qualcosa ???
Non con Access liscio....ti ci vuole un server vero, SQL server, mysql,
Oracle, ecc.
Ma, ripeto, con gli indici fatti bene dovresti risolvere.
Saluti.
Luciano
(DOC)


title: Query senza conferma?

author: Filippo

text:
Salve a tutti,
avendo una macro che lancia 8 query e ognuna mi presenza il popup di
conferma, volevo sapere se c'è la possibilità di evitare il popup di
conferma e far eseguire "silenziosamente".
Grazie, Filippo.


title: Query senza conferma?

author: ciroteo

text:
"Filippo" <
filip...@libero.it
> ha scritto nel messaggio
news:yK8dd.47729$N45.1...@twister2.libero.it...

comando macro: imposta avvisi a no


title: Query senza conferma?

author: Roberto da casa

text:
"Filippo" <
filip...@libero.it
> ha scritto nel messaggio
news:yK8dd.47729$N45.1...@twister2.libero.it...

DoCmd.SetWarnings False ' inibisce i messaggi di conferma
 ' qui richiami le tue 8 query di comando
DoCmd.SetWarnings True' riabiliti i messaggi di conferma
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Query senza conferma?

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:549dd.48610$H11.1...@twister1.libero.it...

Ringrazio per le risposte, non ho capito però dove devo scrivere o
modificare il comando.
Grazie


title: Query senza conferma?

text:
"Filippo" <
filip...@libero.it
> ha scritto nel messaggio
news:uU9dd.48703$H11.1...@twister1.libero.it...
>
> "Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
> news:549dd.48610$H11.1...@twister1.libero.it...
> >
> > "Filippo" <
filip...@libero.it
> ha scritto nel messaggio
> > news:yK8dd.47729$N45.1...@twister2.libero.it...
> > > Salve a tutti,
> > > avendo una macro che lancia 8 query e ognuna mi presenza il popup di
> > > conferma, volevo sapere se c'è la possibilità di evitare il popup di
> > > conferma e far eseguire "silenziosamente".
> > > Grazie, Filippo.
> >
> > DoCmd.SetWarnings False ' inibisce i messaggi di conferma
> >  ' qui richiami le tue 8 query di comando
> > DoCmd.SetWarnings True' riabiliti i messaggi di conferma
> >
> > --
> > Roberto
> >
> >
> Ringrazio per le risposte, non ho capito però dove devo scrivere o
> modificare il comando.
Quello che ti ho suggerito è da usare con VBA: non avevo ftto caso che
invece tu stai usando una macro.
Stanti così le cose, nella macro, prime delle righe di azione con cui esegui
le 8 query di comando, inserisci una riga la cui azione sia ImpostaAvvisi e
per la quale Mostra avvisi sia impostato a No; dopo le righe con cui esegui
le 8 query, aggiungi una riga la cui azione è ImpostaAvvisi e per la quale
Mostra avvisi sia impostato a Si.
Un consiglio: se hai intenzioni serie di programmare Access, comincia a
mollare le macro e comincia ad usare VBA.
> Grazie



title: Utente/Password

author: JJRR

text:
Ho recentemente creato un applicativo protetto tramite MDW e quindi
uso la funzione CurrentUser per riconoscere l'utente che si autenitca.
La domanda è se qualcuno conosce qualcosa simile alla Funzione
CurrentUser, che mi identifichi la password. GRAZIE


title: Utente/Password

author: ALESSANDRO Baraldi

text:
Ho recentemente creato un applicativo protetto tramite MDW e quindi
uso la funzione CurrentUser per riconoscere l'utente che si autenitca.
La domanda č se qualcuno conosce qualcosa simile alla Funzione
CurrentUser, che mi identifichi la password. GRAZIE
Fossi in te lo riposterei ancora... non si sa mai...!
Hai gią avuto risposta...!
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.alessandrobaraldi.it
---------------------------------------------------------------------------


title: Utente/Password

text:
On 15 Dic, 23:59, "ALESSANDRO Baraldi" <
ik2...@libero.it
> wrote:
> Ho recentemente creato un applicativo protetto tramite MDW e quindi
> uso la funzione CurrentUser per riconoscere l'utente che si autenitca.
> La domanda è se qualcuno conosce qualcosa simile alla Funzione
> CurrentUser, che mi identifichi la password. GRAZIE
>
> Fossi in te lo riposterei ancora... non si sa mai...!
> Hai già avuto risposta...!
>
> --
> @Alex (Alessandro Baraldi)
> ---------------------------------------------------------------------------
http://www.sitocomune.com/http://www.alessandrobaraldi.it
> ---------------------------------------------------------------------------
Si è vero Alex però non so' xchè non sono riuscito a visualizzare il
primo post che
ho fatto, per cui ne è dovuto fare un altro.
CHE FIGURA......


title: Utente/Password

text:
On 15 Dic, 23:59, "ALESSANDRO Baraldi" <
ik2...@libero.it
> wrote:
> Ho recentemente creato un applicativo protetto tramite MDW e quindi
> uso la funzione CurrentUser per riconoscere l'utente che si autenitca.
> La domanda è se qualcuno conosce qualcosa simile alla Funzione
> CurrentUser, che mi identifichi la password. GRAZIE
>
> Fossi in te lo riposterei ancora... non si sa mai...!
> Hai già avuto risposta...!
>
> --
> @Alex (Alessandro Baraldi)



title: Utente/Password

text:

ho appena visto la soluzione che mi hai inviato:
Set wsk=DbEngine.Workspace(0)
wsk.Gorups("NomeGruppo").Users("NomeUser").Password
però cercavo qualcosa proprio simile alla Funzione CurrentUser() che
restituisca
la password associata all'utente. GRAZIE ALEX


title: Utente/Password

text:
ho appena visto la soluzione che mi hai inviato:
Set wsk=DbEngine.Workspace(0)
wsk.Gorups("NomeGruppo").Users("NomeUser").Password
però cercavo qualcosa proprio simile alla Funzione CurrentUser() che
restituisca
la password associata all'utente. GRAZIE ALEX
Allora devi rinunciare.



title: modifica dati tabella tramite query

author: CarloBini

text:
in access 2000
avevo creato una query di ricerca su una tabella
i record risultanti vengono visualizzati in una maschera singola.
il tutto funziona ma avrei bisogno di modificare qualcuno di questi record attraverso questa maschera e non è possibile l'editing ...
è pssibile fare ci? senza dover rifare il tutto?
grazie per l'aiuto.
--------------=  Posted using GrabIt  =----------------
------=  Binary Usenet downloading made easy =---------
-=  Get GrabIt for free from
http://www.shemes.com/
  =-


title: modifica dati tabella tramite query

author: Sergio MAZZA

text:
"CarloBini" <
Ca...@nospam.it
> ha scritto nel messaggio news:43427d00$0$1522$c3e...@news.astraweb.com...
> in access 2000
> avevo creato una query di ricerca su una tabella
> i record risultanti vengono visualizzati in una maschera singola.
> il tutto funziona ma avrei bisogno di modificare qualcuno di questi record attraverso questa maschera e non è possibile l'editing
> ...
> è pssibile fare ci? senza dover rifare il tutto?
> grazie per l'aiuto.
>
Se l'origine dati della maschera singola è la tabella dovresti poter fare le modifiche...
Ciao.
--
Sergio MAZZA


title: modifica dati tabella tramite query

text:


Ciao.
--
Sergio MAZZA
---------------------------------------
L'origine dati è la Query non la tabella, non è possibile fare le modifiche in questo caso?
Grazie



title: modifica dati tabella tramite query

text:
"CarloBini" <
Ca...@nospam.it
> ha scritto nel messaggio
news:43439f7a$0$18628$c3e...@news.astraweb.com...
> L'origine dati è la Query non la tabella, non è possibile fare le
> modifiche in questo caso?
> Grazie
Se devi fare delle modifiche perché non indicare la tabelle come origine
della maschera?
Ciao.
--
Sergio MAZZA


title: per Sanzio55 CodiceFiscale

author: ThaiChi

text:
Scusami, ma inserendo la tua routine di calcolo del codice fiscale, durante
la compilazione del modulo, mi segnala che molte variabili non sono
definite, es. ok$, L, i, vocale, consonante, ch, vc, w$, mese$, giorno$,
mes, ecc.
ed anche una matrice.
Domanda: manca qualcosa nella routine o sono io che ho sbagliato qualcosa
????
Grazie Mille.
Riporto il codice da te pubblicato:
Io Utilizzo la seguente funzione cod$ alla quale passo come variabili il
cognome (co$), il nome (no$), il codice della citta' (cy$) prelevato da una
combo che a sua volta e' "alimentata" dalla tabella comuni scaricabile dal
sito comune di ICAA, e il sesso (sx$)
'************INGRESSO FUNZIONE*****************
Function cod$(co$, no$, cy$, nt$, sx$)
co$ = UCase$(co$)
no$ = UCase$(no$)
cy$ = UCase$(cy$)
sx$ = UCase$(sx$)
'--------- ELABORAZIONE COGNOME -------------
nominativo co$, 1 ' quest'ultimo: 1 è un flag che indica che sto passando il
cognome
'--------- ELABORAZIONE NOME -------------
nominativo no$, 0  ' quest'ultimo: 0 è un flag che indica che sto passando
il nome
'--------- ELABORAZIONE DATA -------------
codata nt$, sx$
'----------------- ELABORA LETTERA DI CONTROLLO-------------------
ok$=co$ + no$ + nt$ + cy$
miocontrollo ok$
'-----------------------------------------------------------
cod$ = co$ + no$ + nt$ + cy$ + ok$
End Function
'*************************************************************
Sub nominativo(a$, flag)
  noaccenti a$ ' trasforma le vocali accentate in vocali non accentate
  L = Len(a$)
  For i = 1 To L  'ciclo di scansione che separa le vocali dalle consonanti
    ch = Mid(a$, i, 1)
    vc = InStr("AEIOU", ch)
    If vc Then
        vocale = vocale + ch
        Else If ch >= "A" AND ch <= "Z" then consonante = consonante + ch
    EndIf  ' cosi' vengono eliminati anche gli spazi ed eventuali apostrofi
  Next
  Select Case Len(consonante)
    Case Is > 3
      If flag Then a$ = Left(consonante, 3) Else a$ = Left(consonante, 1)+
Mid(consonante, 3, 2)
    Case Is = 3
      a$ = consonante
    Case Is < 3
      a$ = Left(consonante + vocale + "XXX", 3)
  End Select
End Sub
Sub noaccenti(a$)   '(modifica lettre accentate)
    w$ = "": L = Len(a$)
    For i = 1 To L
        ch$ = Mid$(a$, i, 1)
        If ch$ >= "À" And ch$ <= "Å" Then ch$ = "A"
        If ch$ >= "È" And ch$ <= "Ë" Then ch$ = "E"
        If ch$ >= "Ì" And ch$ <= "Ï" Then ch$ = "I"
        If ch$ >= "Ò" And ch$ <= "Ö" Then ch$ = "O"
        If ch$ >= "Ù" And ch$ <= "Ü" Then ch$ = "U"
        w$ = w$ + ch$
    Next
a$ = w$
End Sub
Sub codata(d$, s$)
    If s$ = "M" Then s1 = 0 Else s1 = 40
    ReDim mese$(12)
    mese$(1) = "A": mese$(7) = "L"
    mese$(2) = "B": mese$(8) = "M"
    mese$(3) = "C": mese$(9) = "P"
    mese$(4) = "D": mese$(10) = "R"
    mese$(5) = "E": mese$(11) = "S"
    mese$(6) = "H": mese$(12) = "T"
    anno$ = Right$(d$, 2)
    gior = Val(Left$(d$, 2))
    gior = gior + s1: giorno$ = Format$(gior, "00")
    mes = Val(Mid$(d$, 4, 2))
    d$ = anno$ & mese$(mes) & giorno$
End Sub
Sub miocontrollo(ok$)
    ReDim d(26)
    d(0) = 1: d(1) = 0: d(2) = 5: d(3) = 7
    d(4) = 9: d(5) = 13: d(6) = 15: d(7) = 17
    d(8) = 19: d(9) = 21: d(10) = 2: d(11) = 4
    d(12) = 18: d(13) = 20: d(14) = 11: d(15) = 3
    d(16) = 6: d(17) = 8: d(18) = 12: d(19) = 14
    d(20) = 16: d(21) = 10: d(22) = 22: d(23) = 25
    d(24) = 24: d(25) = 23
' calcolo lettera di controllo
For i = 1 To 15
    If i \ 2 = i / 2 Then pari = True Else pari = False
    ch = Asc(Mid(ok, i, 1))
    v = ch + 65 * (ch > 64 And ch < 91) + 48 * (ch > 47 And ch < 58)
    If pari Then tot = tot + v Else tot = tot + d(v)
Next
ok = Chr(tot Mod 26 + 65)
End Sub
Cosi' io calcolo il codice fiscale
Buon lavoro, ciao
Santini


title: per Sanzio55 CodiceFiscale

text:
"ThaiChi" <
011...@bigfoot.com
> ha scritto nel messaggio
news:8b4ueq$ctv$1...@serv1.iunet.it...
> Scusami, ma inserendo la tua routine di calcolo del codice fiscale,
durante
> la compilazione del modulo, mi segnala che molte variabili non sono
> definite, es. ok$, L, i, vocale, consonante, ch, vc, w$, mese$, giorno$,
> mes, ecc.
> ed anche una matrice.
> Domanda: manca qualcosa nella routine o sono io che ho sbagliato qualcosa
> ????
Scusami se rispondo in ritardo
Ne' manca qualcosa, ne' sbagli. Io ho imparato a programmare cosi' (leggi
Commodore 64) senza dichiarare le variabili.
Loooo soooo! E' sbagliato, non sono un programmatore professionista e so che
le variabili devono essere dichiarate a priori, ma le cattive abitudini sono
dure da correggere. Per piacere non mi cazziate, mi cazzeggio da solo ;-)
Per risolvere il problema puoi o dichiarare le variabili .... un lavoraccio;
oppure vai al menu Strumenti/Opzioni fai clic sulla cartella Modulo e nel
gruppo "Opzioni di codifica" togli il segno di spunta da "Richiedi
dichiarazioni di variabili" e tutto dovrebbe andare liscio.
Grazie per avermi dato la soddisfazione
--
Cordiali saluti
Nunzio Santini


title: estrarre i record più aggiornati

author: Giancarlo Francesconi

text:
Salve a tutti.
In A97 ho una tabella Tabella1, che ha i seg. campi:
[Nome]     [Controllo]
Nella maggior parte dei casi per ogni nome esiste un solo record e nel campo
controllo c'è sempre lo stesso valore, ad es. 'A'.
Talvolta capita che in nome si ripeta e che nel campo [Controllo] ci sia il
valore 'B' o 'C'..
Esempio:
[Nome]   [Controllo]
Paolo       A
Marco     A
Franco    A
Franco    B
Luca       A
Luca       B
Luca       C
...
Con un a query dovrei ottenere:
Paolo    A
Marco  A
Franco  B
Luca     C
è possibile?
Grazie a tutti in anticipo.
Giancarlo.


title: estrarre i record più aggiornati

text:

se ho capito la regola
select nome, max(controllo) from tabella1 group by nome
--
a.cara


title: Come ci si dovrebbe comportare in un newsgroup, ovvero 'Istruzioni per l'uso' (a)

author: Roberto dal portatile

text:
Ecco alcune regole pubblicate sul nostro Sito Comune e che è auspicabile
vengano rispettate da tutti i frequentatori di questo NG.
==============================================
Anche i newsgroups, come tutte le comunita' di esseri umani, hanno delle
regole la cui conoscenza e rispetto permette un proficuo utilizzo del ng da
parte di tutti i partecipanti evitando incomprensioni, malintesi ed inutili
polemiche.
Alcune regole sono generali e di elementare educazione, altre proprie di
questo gruppo di discussione cresciute e consolidate nel tempo soprattutto
con il contributo dei frequentatori piu' anziani.
Premesso che
il ng e' gestito da 'volontari' che mettono a disposizione gratuitamente il
proprio tempo, le proprie conoscenze e la loro professionalita' per aiutare
chiunque, persone che spesso non conoscono e che dalle quali non riceveranno
alcun compenso, per cui qualsiasi forma di pretesa o obbligo da parte di chi
scrive sono decisamente fuori luogo:
- prima di inviare la propria richiesta provate a verificare se nei messaggi
dei giorni precedenti non siano gia' presenti delle soluzioni al quesito che
si vuole porre.
Non e' il massimo delle figure fare una domanda a cui e' gia' stata data
ampia ed esauriente risposta magari il giorno prima, di sicuro poi
l'eventuale replica difficilmente potra' essere piu' completa.
Si possono effettuare delle ricerche nell'archivio storico del Sito Comune.
- provate anche a verificare che i vostri dubbi e le relative soluzioni non
siano gia' presenti sul Sito Comune di questo newsgroup:
http://www.sitocomune.com
Se si decide comunque di scrivere al ng sarebbe bene tenere presente:
Il SUBJECT
-------------------
Nello scrivere l'oggetto del messaggio si dovrebbe dare maggiore importanza
perche' contribuisce ad identificare immediatamente l'argomento e il tipo
diproblema, attirando subito l'attenzione di chi legge.
Si sconsiglia di inserire subject insignificanti come:
'AIUTO','URGENTE','PROBLEMA ACCESS', 'SOLO PER ESPERTI' 'SONO PRINCIPIANTE',
'SONO DEFICIENTE', 'come si fa...' ECC.,
nel marasma generale dei messaggi perdono visibilita'.
Ecco invece alcuni esempi da considerarsi corretti:
- Gestire il tasto Applica Filtro/Rimuovi Filtro
- Sincronizzare repliche via Internet con Access 2000
- Formattazione diversa per il solo record selezionato
- Come ricercare in una casella combinata
- Formato Numerico Nelle query
- Copia e incolla di piu' dati nello stesso campo
TESTO DEL MESSAGGIO
-------------------
Anche qui, soprattutto nell'interesse di chi posta il messaggio, il suo
contenuto dovrebbe essere pensato e redatto con attenzione al fine di
evitare la spedizione di messaggi incomprensibili, che non potranno avere
risposte immediate soddisfacenti.
E' consigliabile indicare la versione di MSAccess a cui ci si riferisce ed
il sistema operativo utilizzato (A2/W95, A95/W98, A97/NT4, A00/W00).
Se dopo aver inviato un messaggio non si dovessero ricevere risposte si puo'
provare a riformularlo evitando pero' di assumere un tono polemico del tipo
'Possibile che nessuno sappia come ...', 'Perche' non mi volete rispondere'
I motivi per cui certi messaggi non ricevono risposte possono essere i
piu'svariati, dalla domanda mal posta, al fatto che nessuno effettivamente
abbia una risposta da dare.
*Alcuni consigli per chi risponde*
- Scrivere dopo il quoting
Quando si replica (risponde) ad un messaggio si dovrebbe iniziare a scrivere
sempre dopo il testo del precedente.
Lasciare il contenuto del testo originario se breve, oppure riassumere il
contenuto tagliando le parti meno significative, lasciando quelle
piu'interessanti per la comprensione del discorso.
- Non farsi coinvolgere in polemiche con altri partecipanti ed eventuali
disaccordie sarebbe meglio proseguirle in e-mail private.
Alcune richieste o comportamenti *sicuramente* non graditi in questo ng:
- chiedere di programmi per 'sproteggere' database e quindi presumibilmente
il lavoro di altre persone.
Oltre a non essere moralmente corretto, e' illegale, inoltre, considerando
che in questo ng possono esserci persone che si guadagnano la pagnotta
sviluppando programmi con Access, non ci sembra corretto contribuire a
diffondere questo tipo di informazioni;
- richiedere risposte personalizzate al proprio indirizzo e-mail e' contro
lo spirito di questo ng in cui si presuppone che tutte le domande e tutte le
risposte debbano essere visibili perche' potrebbero interessare a tutti;
- contattare direttamente altri frequentatori del ng inviando richieste di
informazioni via e-mail, magari a quelli che sembrano piu' bravi e piu'
disponibili di tutti ad aiutare gli altri;
- chiedere del compilatore di access, semplicemente perche' non esiste, lo
sanno anche i bambini ormai;
- chiedere l'invio di programmi gia' fatti con la scusa di dover imparare,
vedere, bla bla bla;
- inviare messaggi con pubblicita' commerciale anche se riferita all'oggetto
del ng. (ben vengano segnalazioni di siti o iniziative free che parlano di
Access, anche se personali, ma il tutto deve sempre essere senza scopo di
lucro;
Alcune regole legate invece alla netiquette, dove con il termine netiquette
'retichetta', si intende l'insieme di regole nate col tempo per autoregolare
il comportamento degli utenti delle news.
- EVITARE DI SCRIVERE IN MAIUSCOLO sia gli oggetti e soprattutto il testo
dei messaggi che nelle regole equivale ad urlare;
- Scrivere in formato testo e non in HTLM (quindi con formattazioni varie),
questo perche' non tutti i lettori di messaggi (newsreader) visualizzano
correttamente questo formato;
- Evitate le polemiche personali con gli altri partecipanti.
Se proprio non potete farne a meno cercate di trasferirle in privato.
Alcuni link per chi volesse approfondire:
The Net: Guida per l'utente e Netiquette, di Arlene Rinaldi
http://www.inferentia.it/netiquette/
Etica e norme di buon uso dei servizi di rete
http://web.tiscalinet.it/enterprise_videotext/itamidi/netiquette/netiquetteit.htm
ATTENZIONE
I successivi sono testi carichi d'ironia, cioe' sono suggerimenti da
EVITARE!
GALAMAILEO di John of the Homepage
http://www.mamofaq.usenet.eu.org/FAQ-galamalileo.txt
Cara Emily Postnews...
http://uniper.unimo.it/uniper/cara_emily_postnews.htm
Grazie per la collaborazione
Questo documento e' stato redatto da Carlo VE
----------------------------------------------------------------------------
      Alcune utili abbreviazioni (acronimi)
      AFAIK As Far As I Know
      BTW By The Way
      CU See You
      CUL8R See You Later
      CUT Taglio (quando non si riporta tutto il testo a cui si risponde)
      HTH Hope This Helps
      IMO In My Opinion
      IMHO In My Humble Opinion
      LOL Laughing out loud
      NEWBIE Nuovo arrivato, persona nuova per il NG
      NG Newsgroup
      OT Off-Topic: fuori argomento
      ROTFL Rolling on the floor laughing
      ROTFLASTC Rolling on the floor laughing and scaring the cat
      ROTFLMAO Rolling on the floor laughing my ass off
      RTFM Read the fuckin' manual
      SPAM Messaggio pubblicitario fortemente OT, sui NG è assolutamente
vietato
      TIA Thanks In Advance
      TROLL Persona che vuole solo creare disturbo e scompiglio
Ce ne sono tanti altri, li trovate qui:
http://www.acronymfinder.com


author: Davide Leonardi

text:
"Roberto dal portatile" <
r.ma...@libero.it
> ha scritto nel messaggio
news:JSJrg.31954$_J1.3...@twister2.libero.it...

Ottimo, tutto perfetto. C'è solo una cosa che proprio non mi va giù:
scrivere dopo il quoting. Perchè dopo e non prima? Perchè per leggere una
risposta devo far scorrere tutto il messaggio (o addirittura i messaggi)
precedente che oltretutto, trattandosi di un newsgroup, trovo nell'albero
della discussione senza problemi? Perchè dobbiamo fare il contrario di
quello che suggeriscono tutti i client di posta che in automatico
posizionano il cursore prima del quoting? Perchè dobbiamo fare questa cosa
senza senso??


author: Alessandro Baraldi

text:
Davide Leonardi ha scritto:
[CUT]
> Ottimo, tutto perfetto. C'è solo una cosa che proprio non mi va giù:
> scrivere dopo il quoting. Perchè dopo e non prima? Perchè per leggere una
> risposta devo far scorrere tutto il messaggio (o addirittura i messaggi)
> precedente che oltretutto, trattandosi di un newsgroup, trovo nell'albero
> della discussione senza problemi? Perchè dobbiamo fare il contrario di
> quello che suggeriscono tutti i client di posta che in automatico
> posizionano il cursore prima del quoting? Perchè dobbiamo fare questa cosa
> senza senso??
Prima di tutto che sia senza senso è opinione tua, io ad esempio ne ho
un'altra
quindi per democrazia dovremo mettere ai voti la cosa....!
Questo è proprio quello che ha generato il documento che hai letto
agli esordi del NG
quindi è un pò come il regolamento di un condominio, se si vuole
cambiare serve
proprorre a votazione la variazione.
In questo NG la maggioranza approva in TOTO il manifesto.
Quando vai in casa d'altri la prima regola di educazione è adeguarsi
all'ambiente
in cui si entra e non contestare le tende o il divano.......
Saluti
@Alex


author: Carlo Costarella

text:
"Davide Leonardi" <
davi...@email.it
> ha scritto nel messaggio
news:CrOrg.1978$I22...@tornado.fastwebnet.it...
cut
>
> Ottimo, tutto perfetto. C'č solo una cosa che proprio non mi va giů:
> scrivere dopo il quoting. Perchč dopo e non prima? Perchč per leggere una
> risposta devo far scorrere tutto il messaggio (o addirittura i messaggi)
> precedente che oltretutto, trattandosi di un newsgroup, trovo nell'albero
> della discussione senza problemi? Perchč dobbiamo fare il contrario di
> quello che suggeriscono tutti i client di posta che in automatico
> posizionano il cursore prima del quoting? Perchč dobbiamo fare questa cosa
> senza senso??
Prova a leggere questo:
http://wiki.news.nic.it/QuotarBene
Come ha detto Baraldi, si tratta di regole accettate un po' dovunque...anche
tu le accetti tutte tranne...
Ciao, Carlo


text:
"Davide Leonardi" <
davi...@email.it
> ha scritto nel messaggio
news:CrOrg.1978$I22...@tornado.fastwebnet.it...
[CUT]
>
>
> Ottimo, tutto perfetto. C'è solo una cosa che proprio non mi va giù:
> scrivere dopo il quoting. Perchè dopo e non prima? Perchè per leggere una
> risposta devo far scorrere tutto il messaggio (o addirittura i messaggi)
> precedente che oltretutto, trattandosi di un newsgroup, trovo nell'albero
> della discussione senza problemi? Perchè dobbiamo fare il contrario di
> quello che suggeriscono tutti i client di posta che in automatico
> posizionano il cursore prima del quoting? Perchè dobbiamo fare questa cosa
> senza senso??
Per prima cosa sottoscrivo le considerazioni di Alessandro Baraldi.
Poi spero che quanto contenuto nella risposta di Carlo Costarella ti abbia
convinto che quelle che tu chiami "cose senza senso" sono invece regole
contenute nella netiquette e rispettate in molti gruppi di discussione.
Infine, come persona che ha partecipato a suo tempo ad approvare il
regolamento in oggetto e che si preoccupa di postarlo periodicamente
invitando al suo rispetto i frequentatori di questo NG, tenterò di
dimostrarti che tale regola è assolutamente di buon senso e non senza senso
come tu affermi con tanta cateoricità.
Se i messaggi venissero scambiati in privato con un unico interlocutore,
sicuramente le tue considerazioni sarebbero condivisibili, visto che chi
legge la risposta conosce sicuramente il testo dei messaggi precedenti senza
bisogno di rileggerlo, quindi aprire il messaggio subito con la risposta può
risultare più funzionale che scriverla in coda al testo dei messaggi
precedenti; anzi potrebbe essere significativo eliminare il testo dei
messaggi precedenti perché noto ad ambedue gli interlocutori.
Ma qui siamo in un NG pubblico e può capitare che un frequentatore entri in
un thread quando è ormai avviato da tempo: se vengono rispettate le regole
del quotare indicate nel regolamento in oggetto, non sarà necessario di
leggere TUTTI i messaggi del thread ma gli basterà leggere SOLO tutto
l'ultimo messaggio dall'alto verso il basso per capire con facilità come si
è svolta sino a quel momento la discussione, inserendosi eventualmente in
esssa con facilità; se invece si facesse come tu suggerisci, leggendo SOLO
l'ultimo messaggio si leggerebbe il testo dei singoli messaggi dall'alto
verso il basso, ma per leggere tutto lo svolgimento della discussione i vari
messaggi andrebbero letti DAL BASSO VERSO L'ALTO, cosa abbasta fastidiosa e
quella si di poco senso. Insomma se usi egoisticamente il NG solo per porre
i TUOI quesiti e leggere le relative soluzioni che ti vengono proposte il
tuo modo di vedere le cose potrebbe avere anche un significato, ma poiché lo
spirito dei NG pubblici è quello che ciò che viene discusso serva ANCHE a
coloro che non hanno posto il quesito, credo proprio he quanto scritto nel
regolamento in ogetto abbia "molto senso" sia in questo che in tutti gli
altri NG e pertanto ti invito a rispettare quel modo di quotare almeno
quando sei ospite di questo NG.
Per tua informazione è giusto che tu sappia che molti frequentatori di
questo NG non rispondono a quesiti non conformi al regolamento in oggetto
e/o escono dai thread dove esso non viene rispettato; a questo punto tira tu
le conclusioni su come sia meglio quotare in questo NG.
--
Roberto
-----------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
-----------------------------------------------


author: MA

text:
Davide Leonardi wrote:
>
> Ottimo, tutto perfetto. C'č solo una cosa che proprio non mi va giů:
> scrivere dopo il quoting. Perchč dopo e non prima? Perchč per leggere
> una risposta devo far scorrere tutto il messaggio (o addirittura i
> messaggi) precedente che oltretutto, trattandosi di un newsgroup,
> trovo nell'albero della discussione senza problemi? Perchč dobbiamo
> fare il contrario di quello che suggeriscono tutti i client di posta
> che in automatico posizionano il cursore prima del quoting? Perchč
> dobbiamo fare questa cosa senza senso??
trascuro al parte del "senza senso" a cui ti hanno ampiamente risposto e
rispondo a quello dello scalare l'albero.
Io ho il provider
cu.mi.it
 e di icaa conserva in questo momemto 12828 msg
(col vecchio provider ne aveo 30.000).
Io sono uno che legge tutti i msg e non solo quelli che mi interessano e
spesso rispondo .
Se li visualizzassi tutti mi perderei in questo ginepraio, allora ho
settato "mostra solo quelli da leggere". In questo momemnto dei 150 di media
giornaliera ma ne mancano 5. Se tu non quoti bene e io voglio aiutarti e
seguire la discussione devo evidenziare il post, cambiare visualizzazione,
cercarmi di nuovo il 3d e poi seguire la discussione.
magari mi rendo conto che il subject non spiega bene il probelma o ne fa
intendere un altro o peggio che la discussione non mi interessa. E dai con
ricominciare daccapo.
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


text:
"Roberto dal portatile" <
r.ma...@libero.it
> ha scritto nel messaggio
news:iN2sg.32946$_J1.4...@twister2.libero.it...

Innanzitutto ti ringrazio per aver risposto in modo pertinente alla mia
domanda (forse è il caso di dire espressamente che si trattava di una
domanda e non di una minaccia eversiva) e cioè spiegandomi perchè secondo
te  la regola ha senso, e non tirando in ballo un po' istericamente la
democrazia e l'id quod plerumque accidit.
In secondo luogo vorrei tranquillizzare tutti: mi sono iscritto a questo NG
per parlare di Access e se non fossi stato tu a tirare fuori per primo
l'argomento non mi sarei mai sognato di fare polemica su una cosa, scomoda
sì, ma facilmente superabile. Io volevo solo capire il senso di questa
regola che trovo scomoda qui e in tutti gli altri NG in cui viene applicata.
Infine, nel merito delle tue spiegazioni, capisco l'idea che c'è dietro, ma
non capisco che bisogno c'è di assicurare la lettura dell'intero thread in
questo modo, dal momento che questa è assicurata dalla struttura ad albero
con cui vengono visualizzati  i thread di newsgroup in tutti i client di
posta più diffusi.
Io di solito, quando trovo una discussione che mi interessa, la espando e
leggo tutti i messaggi dal primo all'ultimo scorrendo l'albero. Oltre ad
essere molto comodo, mi dà la possibilità di leggere i messaggi precedenti
nella loro versione originale e non a in quella tagliata e censurata da
parte di chi risponde e quota. Certo l'utilità del raggruppamento ad albero
è un po' vanificata da questa vostra regola, perchè passando da un mex a
quello successivo mi ritrovo in prima battuta ancora il messaggio precedente
e devo scendere con lo scroll a cercare il nuovo intervento, ma se vi piace
così...
Saluti


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:e8vrgc$ptm$1...@area.cu.mi.it...

Grazie anche a te per la risposta ancora piů "tecnica". Trovo comunque che
tra leggersi il thread facendo scorrere gli interventi dal basso verso
l'alto, anziché dal basso verso l'alto non cambi molto, viceversa, per chi
non deve leggersi l'intero thread in un solo messaggio, la regola č scomoda.
Ma sono contento almeno di aver ricevuto delle risposte.
Grazie a tutti
Ciao


title: Access 2007 - Miglioramenti significativi

text:
Qualcuno sa se con acc-2007 si sono avuti miglioramenti a livello di
prestazione in ambiente multiutenza rispetto alle versioni precedenti.


author: Simone Calligaris

text:
"JJRR" <
> Qualcuno sa se con acc-2007 si sono avuti miglioramenti a livello di
> prestazione in ambiente multiutenza rispetto alle versioni precedenti.
>
L'ambiente ADP č per ora inutilizzabile, come hai constatato.
Ma anche gli AccDB appaiono pių lenti.
Almeno fino al SP1 (e al 2011) č un prodotto difficilmente utilizzabile.
Saluti.


title: Problemi relazioni fra tabelle

author: Luca

text:
Ciao a tutti,
ho un problema con le relazioni fra le tabelle:
ho una tabella con una serie di clienti e un'altra tabella con una serie di
articoli.
che tipo di relazione devo scegliere per fare in modo che cliccando su ogni
articolo mi venga la lista di tutti i clienti che l'hanno acquistato?
Inoltre non ho capito la differenza tra chiave primaria e chiave esterna e a
cosa servono di preciso. (sono proprio alle prime armi)
Grazie!


title: Problemi relazioni fra tabelle

text:
"Luca" <
paulp...@inwind.it
> ha scritto nel messaggio
news:b0n09q$p6u$1...@lacerta.tiscalinet.it...
> Ciao a tutti,
> ho un problema con le relazioni fra le tabelle:
> ho una tabella con una serie di clienti e un'altra tabella con una serie
di
> articoli.
> che tipo di relazione devo scegliere per fare in modo che cliccando su
ogni
> articolo mi venga la lista di tutti i clienti che l'hanno acquistato?
Mi verrebbe da pensare che la relazione sia (e probabilmente lo è al 99%)
molti a molti...
in questo caso utilizzo normalmente una terza tabella x c.d. di giunzione in
cui metto:
IdCliente e IdArticolo (oltre ad eventuali altri campi utili)
In questo modo è semplice associare le due tabelle da te proposte (ed
ovviamente farne riepiloghi)
>Inoltre non ho capito la differenza tra chiave primaria e chiave esterna e
a
>cosa servono di preciso. (sono proprio alle prime armi)
La chiave primaria è quella chiave che fra tutte le chiavi candidate viene
considerata (arbitrariamente da parte di chio struttura il db) la principale
, pur sapendo che non è l'un ica e che ne esistono di alternative
Per la definizione di chiave esterna ti riporto quella di
html.it
 :
"Una chiave esterna e' un'insieme di attributi di un'entita' che identifica
univocamente un'istanza di un'altra entita'. "
in altre parole:
"La relazione tra due tabelle si basa sui concetti di Chiave primaria e
chiave esterna.Una chiave primaria è un campo di una tabella A (che
chiameremo tabella primaria) che contiene valori non ripetuti che
identificano in maniera univoca ciascun record; una chiave esterna è un
campo di una tabella B (che chiameremo tabella secondaria) che ha lo stesso
tipo di dati della chiave primaria e che viene utilizzato per legare i dati
della tabella B a quelli della tabella A. "
Ciao Alex


title: Problemi con report

author: Sergio Della Giora

text:
Buona sera a tutto il NG,
un piccolo problema mi affligge :
durante la creazione di un report in formato etichetta, non
riesco a capire qual'č l'opzione che ti permette di affiancare
orizzontalmente due etichette.
Per essere piů precisi :
Io ho una serie di xx etichette (8,4 cm x 4,2 cm) e vorrei
che in un foglio A4 verticale, me ne mettesse due affiancate per riga...
Subito, con la creazione guidata tutto funzionava, poi ho toccato
qualcosa e dal quel momento non c'č piů stato verso... Mah!
Ringrazio anticipatamente
saluti
Sergio


title: Problemi con report

author: Fabio Montagner

text:
"Sergio Della Giora" <
sergio_d...@infinito.it
> wrote in message
news:91m433$183$1...@serv1.albacom.net...

Menu File -> Imposta Pagina -> Scheda Colonne -> Numero colonne


title: OT:Scusate il disturbo ( per esperti )

author: xxx

text:
Avrei un problema con excel 2000 e i suoi fogli Olap.
Anche se OT mi servirebbeuna mano!!
Vorrei sapere come fare a fare il calcolo della percentuale fra due vaolri
in cubo Olap e fare in modo che questa vari in modo corretto al variare
delle analisi sul cubo???
Grazie e a presto


title: Visualizzazione documenti

author: ilaria

text:
Ciao a tutti.
In un db A2003 devo inserire la possibilità di gestire documenti
(contratti, certificati, solita roba in B/N formato A4 a 1 pagina).
Potrei gestirli come fotografie (gif/jpg), oppure, visto che
devo sia scansionarli, visualizzarli, spedirli in email  e stamparli
da A2003 mi era venuto in mente il formato pdf.
Voi come fareste ?
In gif/jpg so come visualizzarli, stamparli (in un report) ma non
ho idea di come spedirli in email (con o senza winsock, con Mapi,
con prodotti di terze parti, con outlook, ecc.)
In pdf non so una cippa, nemmeno visualizzarli, se non che ci sono
millemila modi di farlo (con o senza stampante, con pdfcreator, con
utility a pagamento).
Qualcuno di buona volontà mi dà una spiega o un suggerimento ?
Grazie a tutti.
Ciao Ilaria


title: Visualizzazione documenti

text:

Ciao su
www.accessgroup.it
 c'è una demo su come visualizzare e gestire il pdf
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access


title: Visualizzazione documenti

text:
>Ciao su
www.accessgroup.it
 c'è una demo su come visualizzare e gestire il pdf
>
Splendido! Funziona alla grande! E gestisce automaticamente
la stampa e il multipagina.
Da quanto ho capito quindi, non esiste un visualizzatore "universale":
se è un pdf utilizzo il tuo sistema, se è jpg/gif utilizzo l'altro
metodo (foto.Picture=Percorso_immagine...ecc).
E' corretto ?
Ciao Ilaria.


title: Visualizzazione documenti

text:

Yes



title: Query di selezione

author: RobertOne

text:
Ciao a tutti.
Mi sto perdendo con una query...!
In una combobox che mi dà modo di selezionare il fornitore voluto, vorrei
fare in modo che la combobox mi restituisse una sola volta la ragione
sociale del fornitore X a prescindere dal numero delle fatture immesse nel
data base.
La query che utilizzo è la seguente:
SELECT DISTINCT Anagrafica.RagSoc, Fatture.Dfat, Fatture.ImpFat
FROM Anagrafica INNER JOIN Fatture ON Anagrafica.IdAnagrafica =
Fatture.IdAnagrafica
GROUP BY Anagrafica.RagSoc, Fatture.Dfat, Fatture.ImpFat
HAVING (((Fatture.Dfat) Between [Forms]![Fatture per Fornitore]![dataI] And
[Forms]![Fatture per Fornitore]![dataF]) AND ((Fatture.ImpFat)>0))
ORDER BY Anagrafica.RagSoc;
Con Select Distinct pensavo di ovviare al problema, invece no. Dove sbaglio?
Grazie.
Roberto


title: Query di selezione


title: Query di selezione

text:
"RobertOne"  ha scritto nel messaggio ...

Ho trovato.
L'errore stava nella prima riga,
SELECT DISTINCT Anagrafica RagSoc   Anzichè SELECT DISTINCT
Anagrafica.RagSoc, Fatture.Dfat, Fatture.ImpFat
Ciao
Rob


title: RunTime Access 2000 - run-time error

author: Ronvai

text:
  Ciao al NG,
Quanto posto in oggetto riscontro problemi su alcuni client con il RunTime
Access 2000.
Credo che questo problema è emerso quando ho personalizzato una nuova barra
dei menu.
La maschera principale Form1 in apertura ha il seguente codice :
Docmd.Swowtoolbar "gestioneM", actoolbarYes e su chiusura actoolbarNo.
Riscontro anche che la barra gestioneM all'avvio dell' MDB è già aperta ma
da Access 2000 non risulta e funziona benissimo, invece da RunTime Access
all'avvio mi segnala un errore di questo tipo :
Execution of this application has stopped due to a run-time error
The application can't continue and will be shut down.
Questa mattina proverò con le macro --> MostraBarradeistrumenti.
Nel frattempo rimango in attesa di un Vs suggerimento.
Se può essere utile nella stessa Form1 all'apertura e chiusura eseguo una
funzione che mi permetta di controllare l'utente loggato FindUSerName(), in
piu' alcuni campi sono in locked , Forms!Form1!miocampo.locked=true, ma non
credo che questo possa disturbare.

--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: Struttura database...

author: samR

text:
Salve,
dovrei gestire gli automezzi dell'azienda...
di ogni automezzo vorrei inserire Targa, immatricolazione, tipo, modello
ecc)
poi controllare (sempre di ogni automezzo):
Assicurazioni ( data_inizio, data scadenza, importo ecc)
Manutenzione ( data_manutenzione, descrizione_intervento, ecc)
Revisione (Data collaudo, scadenza, ecc)
Devo creare 4 tabelle ?
e come metterle in relazione?
potreste darmi un consiglio?
mi piacerebbe aggiungere altre tabelle ma per adesso meglio accontentarmi
(considerando la mia poca esperienza..)
Grazie!


title: Struttura database...

author: spedysoft

text:
bè...un programmino già bello e pronto io ce l'ho...
Gestione automezzi con anagrafica, manutenzioni,consumi carburanti,
scadenziari per data e per km,statistiche...
tutto in Access
se ti va....
"samR" <
wi...@libero.it
> ha scritto nel messaggio
news:wJIJa.113620$Ny5.3...@twister2.libero.it...



title: Struttura database...

author: Francesco R.

text:
"samR" <
wi...@libero.it
> ha scritto nel messaggio
news:wJIJa.113620$Ny5.3...@twister2.libero.it...

Direi che sei sulla strada giusta: come chiave primaria per la tabella
Automezzi puoi tranquillamente usare il campo Targa che è univoco, il quale
deve essere riportato nelle altre tabelle collegate (relazione 1 a molti).
Per la tabella revisioni, visto che l'intervallo minimo dovrebbe essere un
anno, potresti usare una chiave primaria costituita dai campi Targa
(collegato con la tabella automezzi) ed Anno di revisione.
Per la tabella Assicurazioni, dato che teoricamente potresti farne una
diversa ogni mese, per la chiave primaria io metterei un progressivo da
gestire autonomamente (odio i campi contatore), sempre da unire di seguito
alla Targa automezzo.
Lo stesso per la tabella Manutenzioni. A questa potresti legare una
ulteriore tabella con le righe di dettaglio dei lavori svolti, o pezzi
sostituiti, ma se sei alle prime armi, creati un bel campo di descrizione
breve con il riassunto del lavoro svolto, e poi un bel campo memo in cui
puoi abbondare con i dettagli dell'intervento.
Spero di esserti stato utile... Ciao


title: Struttura database...

text:
"spedysoft" <
in...@spedysoft.com
> ha scritto nel messaggio
news:u9KJa.116433$lK4.3...@twister1.libero.it...
> bè...un programmino già bello e pronto io ce l'ho...
> Gestione automezzi con anagrafica, manutenzioni,consumi carburanti,
> scadenziari per data e per km,statistiche...
> tutto in Access
> se ti va....
>
 bè.. se va a te... a me piacerebbe vedere com'è !
fai tu!
grazie cmq
... e cmq perchè non mi dai una mano dicendomi come strutturare il
programma?
almeno le 3-4 tabelle principali...
:) ciao e scusami.


title: Struttura database...

text:
"Francesco R." <
rfrance...@infinito.it
> ha scritto nel messaggio
news:PjKJa.234394$g92.5...@news2.tin.it...

Scusami, non ho capito alcune cose..
1) perchè per la tabella revisioni usare un campo chiave composto da Targa e
anno di revisione?
2) lo stesso per la tabella Assicurazioni
3) idem per manutenzioni
a cosa servono queste chiavi doppie? e come si gestiscono?
Grazie Francesco


title: Struttura database...

text:
<Omisssis>
> Scusami, non ho capito alcune cose..
> 1) perchè per la tabella revisioni usare un campo chiave composto da Targa
e
> anno di revisione?
> a cosa servono queste chiavi doppie? e come si gestiscono?
Non sono all'altezza di spiegare la teoria dei database, per la quale sono
stati scritti decine di libroni molto complessi, cmq qualche informazione
proverò  a buttarla giù, sperando di essere + di aiuto che di confusione.
Inoltre, dato che ho notato che molti si avvicinano ad Access trattandolo
quasi come un foglio elettronico, qualche volenteroso + capace di me,
potrebbe aggiungere altre informazioni e regole di aiuto per i nuovissimi.
PRIMA PUNTATA
-Un sistema di gestione di database (DBMS) (molto semplicisticamente),
consente di memorizzare informazioni tra loro omogenee, in strutture di dati
che in Access vengono chiamate Tabelle e memorizzate in un unico file
insieme a tutto il resto (in altri sistemi hanno altri nomi, o + comunemente
vengono creati tanti file su disco).
-La funzione principale di un gestore di database è quella di occuparsi,
anzitutto di dare gli strumenti per la creazione e manipolazione delle
strutture di queste tabelle (definizione campi, loro tipologia, aggiunta,
eliminazione, definizione delle chiavi, ecc...),  successivamente di
provvedere ad inserire, ritrovare, modificare e cancellare, le informazioni
che gli utenti forniranno o richiederanno.
-Prima ho parlato di strutture di dati omogenee; nessuno ci picchierà, se
per memorizzare le ns. informazioni, creeremo un unica tabella costituita da
un unico campo memo, in cui inserire ogni cosa ci venga in mente di voler un
giorno ritirar fuori.
Tuttavia a questo punto avremo una situazione paradossale, simile ad un file
di testo contraddistinto da un nome, in cui nessuno se non noi (dotati di
molta pazienza) potrà poi ricavarne niente.
E' proprio qui il punto e la difficoltà del progettare una struttura di
database: Occorre suddividere il materiale o la questione (rabbrividisco per
il termine), che vogliamo gestire, in sottounità tali che il sistema possa
meglio trattarle, con gli strumenti che ha a disposizione: lui è una
macchina, non è in grado di percepire cose complesse come le percepiamo noi,
ed allora dobbiamo rendergliele semplici semplici (non me ne vorranno i
seguaci dell'intelligenza artificiale e sistemi di autoapprendimento, qui
siamo terra terra, inseriamo informazioni e le rivogliamo indietro, magari
raggruppate in bella forma).
-La prima entità base per memorizzare una questione (qualcuno mi suggerirà
un termine migliore), è la tabella stessa, nella quale ogni volta che
andremo ad inserire un gruppo di informazioni, il sistema le memorizzerà
tutte insieme in un record (memorizzazione).
-A sua volta un record può essere scomposto in una serie di campi, ognuno
specializzato a ricevere un ben determinato tipo di informazione e solo
quello. Nei campi, se ben creati, potremo riporre ben suddivisa e catalogata
ogni singola informazione.
-Ricordiamo sempre che tutti i campi che costituiscono un record di una
tabella, vengono scritti e letti in un'operazione unica dal gestore di
database e sarà proprio questa caratteristica a farci decidere quali campi
comporranno il record di una tabella.
Ripeto: + sapremo catalogare, spezzettare e specializzare le strutture di
dati che accoglieranno le informazioni, + la ns. macchina stupida sarà in
grado di capirci qualcosa e darci ad intendere di essere intelligente,
estrapolando ed aggregando informazioni in maniera fulminea.
L'altra faccia della medaglia, sarà la crescente complessità della struttura
che andremo a creare, con i conseguenti costi in termini di tempo per la
creazione di tutti gli altri elementi che girano intorno alle tabelle:
query, maschere, stampe, ecc...
Considerazione: Una struttura ben creata, consente l'aggiunta anche a
distanza di tempo di nuove componenti, con uno sforzo di molto inferiore a
quello necessario se non si fosse partiti col piede giusto.
-Prima di passare alle chiavi ed alle relazioni, prendiamo l'esempio
originale:
Voglio gestire tutto ciò che ruota intorno agli automezzi di una azienda.
Anzitutto avrò un'entità Automezzi; cosa voglio memorizzare di un automezzo?
Targa, Tipo di automezzo (auto, furgone, camion, ecc...),  N°Di telaio, Tipo
di carburante (benzina, gas, gasolio, ecc...), tutte le polizze assicurative
su quel mezzo, per ogni polizza i vari premi pagati, tutte le manutenzioni
eseguite, in ogni manutenzione, i vari pezzi cambiati. E qui mi fermo, xchè
sennò ad agosto non vado in ferie.
OK, decido di creare un'unica tabella automezzi, nella quale ogni record
conterrà tutte queste informazioni, da scrivere e reperire in un unica
operazione.
Daccordo, per alcuni campi tutto bene, tuttavia... quanti campi destinare
per accogliere ad es. Polizza1, polizza2, ..., PolizzaN?
Inoltre per ogni polizza voglio memorizzare tutta una serie di informazioni:
Polizza1: Scadenza1, Importo1; Scadenza2 Importo2; Scadenza3, Importo3
Polizza2: Scadenza1, Importo1; Scadenza2 Importo2; Scadenza3, Importo3
ecc...
Posso prevedere un numero massimo di elementi sufficienti, e creare tanti
campi per contenerli; tuttavia, in questo modo, da un lato rischio di non
prevederne a sufficienza, da un altro, rischio di sprecare uno spazio
immenso se non ho informazioni da inserire.
SIAMO ARRIVATI AL PUNTO CRUCIALE:
In realtà sono in presenza di un'entità a se stante "Polizze", se infatti mi
creo una tabella a parte, in cui contenere le polizze, avrò un record per
ogni polizza, quindi tutte e solo le polizze che voglio, senza alcuno spreco
di spazio.
SARA' SUFFICIENTE inserire all'interno del record della polizza, ad esempio
il numero di targa dell'automezzo su cui è stata fatta, per ricondurla solo
e soltanto a quell'automezzo.
Bene, definiamo i campi che compongono il record della ns. tabella Polizze:
N°Polizza, N°Targa automezzo, Compagnia, Data decorrenza, Data estinzione,
Scadenza1, Importo1; Scadenza2 Importo2; Scadenza3, Importo3.
Di nuovo, per i primi campi va tutto bene, però per quanto riguarda le varie
scadenze, non sappiamo quanti campi dobbiamo destinare per contenere tutte
le possibili scadenze passate e future di una certa polizza.
DI NUOVO, ci troviamo in presenza di una entità a se stante "Scadenze", per
la quale creeremo un'altra tabella.
Sarà sufficiente nel record della scadenza, indicare il N° di polizza cui la
scadenza si riferisce, per ricondurla solo e soltanto a quella polizza.
Tabella Scadenze:
N°Polizza, Data decorrenza rata, Data scadenza rata, Importo
A QUESTO PUNTO abbiamo creato una struttura composta da 3 tabelle:
Automezzi, Polizze, Scadenze, che da un punto di vista logico sono in
relazione tra loro, occorre solo farlo comprendere fisicamente al ns. Access
e poi si può andare avanti.
Di fatto abbiamo già creato i presupposti per la definizione delle chiavi
primarie e delle relazioni tra tabelle, delle quali però...
IL SEGUITO ALLA PROSSIMA PUNTATA!!!
Son quasi 2 ore e mezzo che scrivo, ora devo andare al lavoro.
Fatemi sapere qualcosa se tutto questo esiste già sul sito comune (io
scorrendolo non l'ho visto), oppure esula dalle ragioni del NG.
Ciao a tutti.


title: Struttura database...

author: Sib

text:
"samR" <
wi...@libero.it
> ha scritto nel messaggio

Il problema e' grave.
Quando si crea una applicazione non si parte dall'idea "Ok, ora mi seggo
davanti al pc e vediamo... quante tabelle? Si', forse tre o quattro." e
comincio a crearle.
Prima di tutto si spegne il pc per resistere alla tentazione di sedercisi
davanti,
poi si prende carta e penna e si comincia ad elencare tutti i dati che si
intende gestire,
a questo punto inizia la parte lunga nella creazione di un database: lo
studio di come dovranno essere strutturati i dati.
Ci sono interi testi in libreria che parlano solo di questo senza neanche
arrivare alla definizione di quale strumento SW utilizzare, anzi ti
consiglio di cercarne uno di questi testi e di leggertelo.
Sib


title: Struttura database...

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:7ISJa.132488$pR3.3...@news1.tin.it...

Non farmi ridere Sib..
inutile dare queste risposte a chi chiede un consiglio e cmq nessuno ti ha
obbligato..
Se ti innervosisci leggendo queste cose fai finta di niente..
..e poi dovresti rispondere così a tutti i frequentatori di questo
newsgroup...
mah
Non te la prendere su!
Faccio tesoro di quanto hai detto (anche se non c'èra bisogno che lo dicessi
tu!)
grazie cmq :)
Ciao


title: Struttura database...

text:
"samR" <
wi...@libero.it
> ha scritto nel messaggio
news:S72Ka.116772$Ny5.3...@twister2.libero.it...

Sib in effetti ha dato un consiglio assolutamente giusto, uno dei più
ricorrenti motivi di frustrazione per un programmatore, è arrivare ad un
certo punto e trovarsi in un vicolo cieco, oppure dover ricorrere a
soluzioni bruttissime per poter andare avanti e tutto questo per ovviare ad
una mancanza di progettazione iniziale.
A tal proposito posso suggerire di leggere almeno la prima parte del libro
"UML e Ingegneria del software" scaricabile dal sito
www.mokabyte.it
 , io
l'ho iniziato e mi sembra interessantissimo.
Quindi secondo me, rimane l'assoluta verità di quanto Sib ha postato.
Tuttavia, credo che anche lui (non ne conosco l'età), almeno all'inizio sia
stato affascinato dal mettersi li a smanettare per far apparire qualcosa da
quel bussolotto grigio (dicesi monitor).
Mettiamola così, per imparare a suonare, si può partire andando direttamente
a scuola di musica, oppure si può iniziare a strimpellare qualcosa per il
puro divertimento di farlo. Certo in quest'ultimo modo ad un certo punto se
ne troveranno i limiti, ed in maniera automatica si andrà a cercare qualcosa
che affronti la questione da un'altra prospettiva.
In entrambi i casi, se uno ha talento, alla fine questo viene fuori da solo.
Altra osservazione.
Come potrete trovare nel libro citato, uno dei metodi di progettazione del
software che sembra possa dare un buon successo, è quello detto "iterativo,
ed incrementale", stando al quale, si parte da una serie di requisiti, se ne
stabiliscono alcuni + urgenti e fondanti degli altri, li si verifica secondo
le aspettative del cliente e quindi si valuta se i restanti sono rimasti
tali, hanno subito variazioni, ecc... Quindi si ridanno le priorità e si
ricomincia.
Va da se, ma forse non tanto, che in ogni fase, la modularità e la
flessibilità del manufatto creato (così viene ora chiamato il sw!!!), devono
restare un obiettivo primario.
Per chiudere: bando alle polemiche, rimbocchiamoci le maniche (questo è
rivolto a te Sib) e a tutti gli altri molto più esperti di me (non cito per
educazione, ma in questo NG sono davvero molti) e proviamo a buttar giù una
miniguida terra-terra, chissà che non possa divenire qulcosa di più.
Intanto appena avrò un attimo di tempo (non domattina che ho da fare), parto
per la seconda puntata.
Attendo aiuti.
Ciao a tutti.


title: Struttura database...

author: Alessandro Cara

text:
samR ha scritto:

mah?! cito:".......a cosa servono queste chiavi doppie? e come si
gestiscono?..."
non riporto l'autore che sicuramente conosci.
Ricito:".....Ci sono interi testi in libreria che parlano solo di questo
senza neanche arrivare alla definizione di quale strumento SW
utilizzare, anzi ti
consiglio di cercarne uno di questi testi e di leggertelo...." qui
l'autore  non e' cosi' riconoscibile e sinceramente lo trovo un po'
ermetico. Il concetto, comunque, ha una sua verita'.
Se riesci a tenere alta l'entropia, forse, il db e' valido
(anonimo)
Avevo scritto "bassa" ma poi ci ho ripensato.
--
a.cara
togli qualcosa dall'email


title: Struttura database...

text:
"Alessandro Cara" <
alexqu...@blunet.it
> ha scritto nel messaggio
cut
> Se riesci a tenere alta l'entropia, forse, il db e' valido
> (anonimo)
> Avevo scritto "bassa" ma poi ci ho ripensato.
What's?
Sib


title: Struttura database...

text:
"samR" <
wi...@libero.it
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio
> > "samR" <
wi...@libero.it
> ha scritto nel messaggio
cut
> > > Devo creare 4 tabelle ?
> > > e come metterle in relazione?
> > >
> > > potreste darmi un consiglio?
> > >
> > > mi piacerebbe aggiungere altre tabelle ma per adesso meglio
accontentarmi
> > > (considerando la mia poca esperienza..)
cut
> > Prima di tutto si spegne il pc per resistere alla tentazione di
sedercisi
> > davanti,
> > poi si prende carta e penna e si comincia ad elencare tutti i dati che
si
> > intende gestire,
> > a questo punto inizia la parte lunga nella creazione di un database: lo
> > studio di come dovranno essere strutturati i dati.
> > Ci sono interi testi in libreria che parlano solo di questo senza
neanche
> > arrivare alla definizione di quale strumento SW utilizzare, anzi ti
> > consiglio di cercarne uno di questi testi e di leggertelo.
> Non farmi ridere Sib..
Non preoccuparti di questo che eventualmente saresti il solo a ridere.
> inutile dare queste risposte a chi chiede un consiglio e cmq nessuno ti ha
> obbligato..
In questo ng nessuno e' obbligato, neache chi fa domande.
La tua e' una domanda estesa e non del tutto circostganziata che non
consente una risposta concisa.
> Se ti innervosisci leggendo queste cose fai finta di niente..
Stai tranquillo anche qui che per innervosire me deve cadere il mondo.
Per principio non faccio mai finta di niente (cosa che ritengo comportamento
da stupidi o da senza argomenti)
> ..e poi dovresti rispondere così a tutti i frequentatori di questo
> newsgroup...
Rispondo cosi' a tutti coloro che fanno richieste come le tue, quando ho
l'opportunita' di leggerle.
> mah
> Non te la prendere su!
> Faccio tesoro di quanto hai detto (anche se non c'èra bisogno che lo
dicessi
> tu!)
Questa mi sembra una buona idea, anzi, per maggiore chiarezza, ho lasciato
la parte della mia risposta che rappresenta il mio consiglio, che non era,
come hai impropriamente pensato, una polemica, ma un vero e proprio
suggerimento su come procedere.
Nessuno che non conosca a fondo la tua problematica puo' darti consigli
sulla struttura da creare senza il rischio che, al 90% del lavoro, tu debba
rivedere tutto.
Sib


title: Struttura database...

author: Antonio Biso

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:e0cKa.138106$pR3.3...@news1.tin.it...
> > inutile dare queste risposte a chi chiede un consiglio e cmq nessuno ti
ha
> > obbligato..
Questa me l'ero persa!
Dopo la sindrome di calimero mancava da un po' la sindrome del "rispondi
come dico io o non rispondere!"
Antonio


title: Struttura database...

author: Roberto da casa

text:
"Francesco R." <
rfrance...@infinito.it
> ha scritto nel messaggio
news:DW2Ka.136391$pR3.
3104816
@news1.tin.it...
[CUT]
>
> Per chiudere: bando alle polemiche, rimbocchiamoci le maniche (questo č
> rivolto a te Sib) e a tutti gli altri molto piů esperti di me (non cito
per
> educazione, ma in questo NG sono davvero molti) e proviamo a buttar giů
una
> miniguida terra-terra, chissŕ che non possa divenire qulcosa di piů.
[CUT]
Sei sicuro che in questo NG sia opportuno scrivere il bignami della
progettazione dei database?
I bignamini sono sempre serviti a preparare gli esami per le materie di
corollario, ma non credo che uno che volesse diventare un bravo medico
studiasse anatomia su un bignami.
Penso che scopo del NG sia suggerire a chi č in difficoltŕ delle soluzioni
(insomma come ha fatto Sib, anche se nel farlo a pestato involontariamente
la coda di paglia di samR); come ho giŕ detto in altre occasioni, a mio
parere non sarebbe giusto trasformare il NG in un corso per corrispondenza
su Access.
Insomma , se qualcuno non ha idea di come si progetta una base di dati, gli
si dice dove studiarselo.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Struttura database...

text:
>
>
> Questa mi sembra una buona idea, anzi, per maggiore chiarezza, ho lasciato
> la parte della mia risposta che rappresenta il mio consiglio, che non era,
> come hai impropriamente pensato, una polemica, ma un vero e proprio
> suggerimento su come procedere.
> Nessuno che non conosca a fondo la tua problematica puo' darti consigli
> sulla struttura da creare senza il rischio che, al 90% del lavoro, tu
debba
> rivedere tutto.
>
> Sib
>
>
Ehi Sib, SCUSAMI!
Si, è vero, forse ero anche un pò agitato quando ho risposto, per cui ho
pensato subito ad una polemica...
tu potevi anche capire, dalla semplicità della domanda, che non si sta
parlando di programmi così importanti da richiedere uno studio approfondito
di database relazionali ecc ecc
se avessi chiesto come strutturereste un programma di contabilità aziendale
con fatturazione, ddt, piano dei conti, centri di costo ec ec allora si...
avresti potuto subito pensare. "questo è scemo, non sa mettere in piedi 3
tabelle e vuole fare un programma di contabilità.."
Cmq sicuramente ho interpretato male quanto hai detto e ti chiedo scusa!
Ah Sib, dimenticavo...
3 tabelle
Automezzi, Assicurazioni e manutenzioni
potresti suggerirmi la struttura per metterle in relazione?  (scherzo
naturalmente, però spero in una tua risposta :) )
Ciao !
Grazie :)


title: Struttura database...

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:u9eKa.118071$Ny5.3...@twister2.libero.it...

No, non ne sono sicuro, tuttavia sono partito dal presupposto che approcci
diversi ad una questione, possono comunque portare ad avere (magari in tempi
diversi), risultati soddisfacenti.
Sopratutto č importante che ad essere soddisfatta sia la persona che
intraprende il cammino di formazione, in base agli obiettivi che si č posta.
Magari sembra banale il parallelo che ho fatto con l'apprendimento della
musica, ma secondo me calza abbastanza: qualcuno parte giŕ con le idee
chiare sullo sforzo da intraprendere, qualcuno, si accontenta di arrivare ad
una festa con gli amici e farsi bello strimpellando il motivetto di Baglioni
stile anni andati, qualcun'altro (io sono di una categoria intermedia tra la
prima e l'ultima), una volta stupiti gli amici, si rende conto di volere di
piů e solo a quel punto, avendo assaggiato la caramella, di essere disposto
a ben altro per avere tutto il pacchetto.
Credo che se facessimo un sondaggio, ogni frequentatore di questo NG
vorrebbe avere le conoscenze dei frequentatori piů competenti, ma se poi gli
si chiedesse quali sono le reali cose che si propone di fare con Access, in
relazione alle ore necessarie ad ottenerle, solo pochi sarebbero disposti a
fare tanto studio.
Del resto Microsoft ha tirato fuori un prodotto, che se da un lato č in
grado di accontentare i programmatori piů smaliziati, daltro canto č, e
rimarrŕ un pacchetto commerciale volto all'utente medio di PC, che si trova
in una qualsiasi azienda.
...Sě, io credo sufficientemente che, non un bignami, ma un breve testo, che
quantomeno possa far capire che razza di strumento un novizio si trova
davanti, ed un flash sul tipo di atteggiamento mentale in cui bisogna
calarsi prima di affrontare la bestia, ad alcuni possa risultare piů che
utile.
P.S.
Oh! Non volevo sollevare un polverone, anche xchč le mie conoscenze si
fermano lě. Ad averlo saputo me ne stavo buono buono.
Ciao a tutti.


title: Struttura database...

text:
"Francesco R." <
rfrance...@infinito.it
> ha scritto nel messaggio
news:q7nKa.248525$g92.5...@news2.tin.it...

Bč adesso non tirarti indietro... hai promesso la seconda parte...
:)


title: Struttura database...

text:
[CUT]
> A QUESTO PUNTO abbiamo creato una struttura composta da 3 tabelle:
> Automezzi, Polizze, Scadenze, che da un punto di vista logico sono in
> relazione tra loro, occorre solo farlo comprendere fisicamente al ns.
Access
> e poi si può andare avanti.
> Di fatto abbiamo già creato i presupposti per la definizione delle chiavi
> primarie e delle relazioni tra tabelle, delle quali però...
>
SECONDA PUNTATA
Come ci si aspetta da un bravo gestore di database, (DBMS (Access è un RDBMS
ma faremo la distinsione in seguito)), una volta datigli in pasto tutti i
ns. dati, quando li rivogliamo indietro, dato che il ns. PC rimane una
macchina piuttosto stupida, almeno che riguadagni punti dimostrandosi un pò
veloce: pertanto non è che questi record memorizzati li può mettere a
casaccio, ed infatti come una brava segretaria, se li dispone secondo un
certo criterio, in base alle esigenze del capoufficio, per poi ritirarli
fuori su richiesta.
Tutto bene, se non fosse che il capoufficio è uno di quelli che sclera mica
male, quindi un giorno glieli chiede per nominativo, un'altro per indirizzo,
un'altro ancora per data di nascita...
E la segretaria giù lì, ogni giorno a riordinare tutte quelle schede, almeno
gli pagassero gli straordinari...
Ma quella mica è fessa, alla terza volta, ha adottato una tecnica di questo
tipo:
Le schede le ripone una dietro l'altra come arrivano arrivano e per ogni
scheda si segna la posizione nell'archivio in cui l'ha messa (posizione
fisica del record), contestualmente, per quelli che sono i dati (campi) in
base ai quali effettuare le ricerche, si ritaglia tanti pezzetti di
cartoncino, sui quali ad esempio si segna:
(nominativo: "Rossi Arturo" - posizione archivio: 653.127),
(indirizzo: "Via Vattelapesca,105 - Roma" - posizione 653.127),
(data di nascita: 15/11/2001 - posizione archivio: 653.127),
(codice fiscale: GFAFGR68E15D288F - posizione archivio: 653.127),
a questo punto, gli basta mettere in ordine ognuno dei quattro cartoncini
nella rispettiva lista (indice), per poter rapidamente ritrovare la cartella
indicata, secondo il dato richiesto (chiave).
Nota: Chiaramente l'esempio riportato è del tutto semplicistico, e le
tecnologie adottate dai vari DBMS possono essere sofisticatissime e
diversificate a seconda del tipo di informazione da trattare (In merito si
rimanda alla vastissima letteratura sull'argomento), tuttavia il concetto
alla base rimane quello: in varia maniera tenere ordinati dei piccoli
indici, che puntino al grosso record memorizzato in una data posizione.
CHIAVE PRIMARIA (UNIVOCA), CHIAVI SECONDARIE (UNIVOCHE oppure DUPLICABILI):
Se stiamo ad un festino tra pochi amici e si fa un'estrazione a premi, sui
biglietti potrebbe bastare segnarsi il nome della persona, tuttavia è
sufficiente che due persone abbiano lo stesso nome per scatenare una bella
rissa e mandare a pallino l'intera serata.
No, bisogna assegnare un dato ad ogni persona, che possa identificare lei e
solo lei all'interno del gruppo: questo dato deve essere UNIVOCO.
Si potrebbe optare per un numero crescente (chiave numerica progressiva),
oppure tra le informazioni (campi) relative alla persona, trovarne una che
sia già indiscutibilmente univoca, e nel ns. caso potrebbe essere il 'codice
fiscale'. Bene, per il ns. gruppo di festaioli abbiamo creato una chiave
primaria che per definizione è e deve essere univoca.
Ragioniamo bene, nel caso precedente della segretaria, non le sarà stato
sufficiente prepararsi gli indici per i campi [Nominativo], [Indirizzo],
[Data di Nascita] e [Codice fiscale]:
-Infatti i primi 3 campi non possono porre in essere una chiave primaria,
perchè se è innegabile che  rendono sicuramente più agevole la ricerca delle
schede, è altrettanto lampante che in caso di omonimi, o abitanti nello
stesso condominio, o nati lo stesso giorno, le schede restituite dalla
ricerca potrebbero essere anche molte: i primi 3 campi si dicono "chiavi
secondarie duplicabili", utilissime sì, ma non indirizzanti univocamente ad
un solo record.
-Resterebbe il [Codice fiscale], che essendo univoco, ad una prima analisi
si presterebbe benissimo a divenire "chiave primaria", tuttavia bisogna
calarsi bene nei casi pratici che si andranno a presentare nel lavoro
dell'ufficio di tutti i giorni (utilizzo dell'applicazione), frequentemente
ci si troverebbe a memorizzare la scheda di una persona, magari con
centinaia di dati e non avere sul momento disponibile il codice fiscale
della persona stessa.
No, la nostra brava segretaria si sarà preparata uno di quei timbri a
numerazione automatica, con il quale assegnare un numero di protocollo per
le schede, ed avrà previsto un'altro cartoncino (N° Progressivo - posizione
archivio), che a questo punto diverrà la chiave primaria dell'archivio.
-Per quanto riguarda il  [Codice fiscale], esso rimarrà comunque
induplicabile (univoco), la sua assenza non genererà blocchi di sorta
durante l'archiviazione, se però si tentasse per due nominativi diversi di
inserire lo stesso codice, durante l'ordinamento dei
cartoncini(indicizzazione) la ns. segretaria (DBMS)  si accorgerebbe del
doppione e segnalerebbe l'errore interrompendo l'archiviazione. Nel ns.
esempio il [Codice fiscale] diviene una chiave secondaria univoca.
--------------------------------------------------------
NOTA.
Quello che stò cercando di evidenzare con un linguaggio anche improprio, è
che dietro un pacchetto che di prim'acchitto può sembrare semplice ed
amichevole, si nascondono teorie matematiche e logiche molto complesse,
senza la conoscenza almeno superficiale delle quali, appena ci si spinge un
pò oltre la creazione guidata che Access mette a disposizione, si è
destinati per forza a fermarsi.
In merito spero almeno di fornire un'idea, un'accenno, a quanto dovrete (e
devo) imparare.
---------------------------------------------------------
Rinnovo l'invito a segnalarmi inesattezze (castronerie), o carenze su quanto
esposto.
Per adesso basta.
Ciao a tutti, ed alla prossima puntata.


title: Struttura database...

text:
"Francesco R." <
rfrance...@infinito.it
> ha scritto nel messaggio
news:4PvKa.250131$g92.5...@news2.tin.it...
> [CUT]
> > A QUESTO PUNTO abbiamo creato una struttura composta da 3 tabelle:
> > Automezzi, Polizze, Scadenze, che da un punto di vista logico sono in
> > relazione tra loro, occorre solo farlo comprendere fisicamente al ns.
> Access
> > e poi si può andare avanti.
> > Di fatto abbiamo già creato i presupposti per la definizione delle
chiavi
> > primarie e delle relazioni tra tabelle, delle quali però...
> >
> SECONDA PUNTATA
[skippone di robba tutta giusta]
> Rinnovo l'invito a segnalarmi inesattezze (castronerie), o carenze su
quanto
> esposto.
> Per adesso basta.
Non c'hai proprio un cavolo da fa eh? :-P
Antonio


title: Struttura database...

text:
"Francesco R." <
rfrance...@infinito.it
> ha scritto nel messaggio
news:q7nKa.248525$g92.5...@news2.tin.it...
[CUT]
>
> P.S.
> Oh! Non volevo sollevare un polverone, anche xchč le mie conoscenze si
> fermano lě. Ad averlo saputo me ne stavo buono buono.
> Ciao a tutti.
Per quanto mi riguarda non hai alzato alcun polverone, perň resto
dell'avviso, prescindendo dall'utilitŕ dei bignami su Access, che il NG non
č il luogo adatto dove tenere corsi su Access per corrispondenza ed a
puntate.
Forse il Sito Comune potrebbe essere piů adatto, naturalmente dopo aver
concordato con il webmaster la creazione di una sezione specifica.



title: Struttura database...

text:
"Antonio Biso" <
ch...@libero.it
> ha scritto nel messaggio
news:hmxKa.122942$lK4.3...@twister1.libero.it...

Veramente, anche se non sembra, da fare ne ho veramente troppo, però visto
che comunque le incompiute sono più frustranti delle compiute pur dozzinali,
ormai pur pentito, porto a termine e poi mi ritiro.
Ciao.


title: Struttura database...

text:
Il 26 Giu 2003, 12:27, "Francesco R." <
rfrance...@infinito.it
> ha
scritto:

Tempo fa si parlava di costruire un db con l'ausilio di tutto il NG. Dopo
mesi di vuota discussione iniziai a metetre giù l'impostazione e le tabelle.
Adesioni = ZERO.
Sorry
MAssimiliano
--------------------------------
Inviato via
http://usenet.libero.it


title: Struttura database...

text:
"samR" <
wi...@libero.it
> ha scritto nel messaggio
cut
> Ehi Sib, SCUSAMI!
> Si, è vero, forse ero anche un pò agitato quando ho risposto, per cui ho
> pensato subito ad una polemica...
> tu potevi anche capire, dalla semplicità della domanda, che non si sta
> parlando di programmi così importanti da richiedere uno studio
approfondito
> di database relazionali ecc ecc
> se avessi chiesto come strutturereste un programma di contabilità
aziendale
> con fatturazione, ddt, piano dei conti, centri di costo ec ec allora si...
> avresti potuto subito pensare. "questo è scemo, non sa mettere in piedi 3
> tabelle e vuole fare un programma di contabilità.."
> Cmq sicuramente ho interpretato male quanto hai detto e ti chiedo scusa!
> Ah Sib, dimenticavo...
> 3 tabelle
> Automezzi, Assicurazioni e manutenzioni
>
> potresti suggerirmi la struttura per metterle in relazione?  (scherzo
> naturalmente, però spero in una tua risposta :) )
Vabbe', diciamo questo:
In linea di principio devi partire dal presupposto che la tua struttura deve
avere, in linea di principio, un fulcro principale (nelle strutture piu'
complesse possono essere piu' d'uno, ma nel tuo caso non cerdo).
Nel tuo caso, certamente, il fulcro e' rappresentato dagli automezzi che
hanno determinate proprieta' (assicurazioni e manutenzioni).
Detto questo dovrebbe risultarti intuitivo come strutturare la tua base dati
Sib


title: Struttura database...

text:

che e' che?
--
a.cara
Togli qualcosa dall'email


title: Struttura database...

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:UmAKa.144479$pR3.3...@news1.tin.it...

:) ehi Sib, non ti va proprio di sbottonarti un pò eh?
Ho creato 4 tabelle, Automezzi, Assicurazioni, Revisioni, Manutenzioni;
Tutte le tabelle hanno il campo Targa in comune... (anche su consiglio di
Francesco R)
quindi Automezzi è in relazione 1 a molti con Assicurazioni, Revisioni,
Manutenzioni...
i record vengono inseriti di volta in volta in ogni tabella nel senso che
ritiro l'assicurazione e ne registro, nella tabella SCADENZAPOLIZZA in
relazione con ASSICURAZIONI per mezzo del Campo Polizza,  il mese di
decorrenza, l'importo ecc mentre la scadenza viene calcolata in base ad
un'altra tabella che ha un campo descrizione ed un campo numerico intero del
tipo:
MENSILE 1
TRIMESTRALE 3
SEMESTRALE 6
Ecc..
quindi  quando mi serve la scadenza:
DATASCADENZA = DateAdd("m"; ValoreSemestrale; [Decorrenza]) per calcolare la
scadenza semestrale dell'assicurazione...
è una procedura che ha senso secondo te?
è preferibile gestire le scadenze a parte?
 se è troppo confusa come domanda abbi pazienza... :)
Ciao e grazie!


title: Struttura database...

text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:62Z94Z199Z30Y1...@usenet.libero.it...
>
> Tempo fa si parlava di costruire un db con l'ausilio di tutto il NG. Dopo
> mesi di vuota discussione iniziai a metetre giù l'impostazione e le
tabelle.
> Adesioni = ZERO.
> Sorry
> MAssimiliano
>
Poco tempo fa ho già provato a buttar giù ad uso personale, uno schemino sul
quale basare l'impostazione di default, la verifica e l'abilitazione, di una
serie di campi interdipendenti, in maniera da potermi basare su quello ogni
volta che vado a costruire una maschera, indipendentemente dalla sua
complessità. Funziona ma è troppo farraginoso. Non sono per niente
soddisfatto.
Mi è arrivato il libro su Access 2000 che mi avete consigliato, spero di
riuscire a trovare lì qualche spunto per snellire di molto lo schema,
altrimenti potrei sottoporlo al NG per averne dei commenti e naturalmente
(in tal caso), mi farebbe piacere leggere i tuoi. Cmq dovrà passarne di
acqua, xchè ora stò andando avanti su altre cose.
A prop. la Jackson Libri sembra sia in amministrazione controllata o giù di
lì, il libro 'Access 2000 manuale di programmazione' non si riesce più ad
averlo ordinandolo in libreria, ma solo attraverso internet.
Ciao a tutti e scusate il non cambio di subject.


title: Struttura database...

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:wGxKa.120972$Ny5.3...@twister2.libero.it...
>
> [CUT]
> ...  però resto
> dell'avviso, prescindendo dall'utilità dei bignami su Access, che il NG
non
> è il luogo adatto dove tenere corsi su Access per corrispondenza ed a
> puntate.
> Forse il Sito Comune potrebbe essere più adatto, naturalmente dopo aver
> concordato con il webmaster la creazione di una sezione specifica.
Su questo, Roberto concordo in pieno con te, ma a prescindere dal documento
in questione, un NG è il luogo informatico naturale dove a più mani il
documento stesso può essere elaborato, accresciuto e messo a punto, per poi
infine essere messo a disposizione della comunità informatica su di un sito.
Ciao a tutti.


title: Struttura database...

text:
"Alessandro Cara" <
alexqu...@blunet.it
> ha scritto nel messaggio
> Sib wrote:
> >
> > "Alessandro Cara" <
alexqu...@blunet.it
> ha scritto nel messaggio
> > cut
> > > Se riesci a tenere alta l'entropia, forse, il db e' valido
> > > (anonimo)
> > > Avevo scritto "bassa" ma poi ci ho ripensato.
> >
> > What's?
> che e' che?
Di quale entropia parli?
Perche' alta e non bassa?
Sib


title: Struttura database...

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
cut
> In linea di principio devi partire dal presupposto che la tua struttura
deve
> avere, in linea di principio, un fulcro principale (nelle strutture piu'
cut
Caz...
ma quante linee di principio ci'ho messo?
Sib