text:
Ciao Cinzia,
ricapitoliamo un attimo perche' credo di essere sicuramente in errore:
1)creo una maschera con un pulsante
2)al pulsante associo un codice (quello da te suggerito)
3)l'etichetta del pulsante diciamo che la chiameremo Label (per brevita')
l'SQL della Query1 sara':
SELECT Parola, Count(parola) AS Occorrenze
FROM PAROLE
GROUP BY Parola;
4)l'oggetto tabelle conterra' due tabelle:
Anagrafe   campo1> Id    campo2> NomeCognome
Parole   campo1> Parola    campo2> Volte
il codice, secondo le tue ultime modifiche, dovrebbe essere questo:
_______________________________________________________________________
Dim rstAnagrafe As DAO.Recordset
Dim rstParole As DAO.Recordset
Dim numparole as long
Dim Conta As Integer
Dim MiaParola As String
Dim MiaLettera As String
MiaParola = ""
DoCmd.SetWarnings False
numparole = 0
DoCmd.RunSQL "DELETE * FROM Parole;"
DoCmd.SetWarnings True
Set rstAnagrafe = CurrentDb().OpenRecordset("Anagrafe")
Set rstParole = CurrentDb().OpenRecordset("Parole", dbOpenDynaset)
rstAnagrafe.MoveFirst
Do Until rstAnagrafe.EOF
    For Conta = 1 To Len(rstAnagrafe!NomeCognome)
        MiaLettera = Mid(rstAnagrafe!NomeCognome, Conta, 1)
        If MiaLettera = " " And Len(MiaParola) <> 0 Then
            If Nz(MiaParola, " ") <> " " Then
                    rstParole.AddNew
                    rstParole!Parola = MiaParola
                    rstParole.Update
                    MiaParola = ""
                    numparole = numparole+1
                    if numPatole Mod 200 = 0 Then
                             me.Label.Caption = "parole Trovate="  &
NumParole
                            DoEvents()
                    end if
             End If
        Else
            MiaParola = MiaParola & MiaLettera
        End If
    Next Conta
    If MiaParola <> " " Then
            rstParole.AddNew
            rstParole!Parola = MiaParola
     End If
        rstParole.Update
        MiaParola = ""
    End If
    rstAnagrafe.MoveNext
Loop
Set rstAnagrafe = Nothing
Set rstParole = Nothing
DoCmd.OpenQuery "Query1"
___________________________________________________________________________
se cosi' fosse mi da un errore alla riga 27 > DoEvents ()
tranne l'errore alla riga 27, il resto della procedura e' corretta?
ciao


title: cercare la parola senza incrementare il contatore

author: Cinzia

text:
"Alxx" <
Al...@freemail.it
> ha scritto nel messaggio
news:2tkd58F...@uni-berlin.de...
> Ciao Cinzia,
> ricapitoliamo un attimo perche' credo di essere sicuramente in errore:
> 1)creo una maschera con un pulsante
> 2)al pulsante associo un codice (quello da te suggerito)
> 3)l'etichetta del pulsante diciamo che la chiameremo Label (per brevita')
l'etichetta del pulsante diciamo che la chiameremo Pulsante
4) Inserisci anche una etichetta chiamata label avente come Caption: "Parole
Inserite: 0"
> l'SQL della Query1 sara':
> SELECT Parola, Count(parola) AS Occorrenze
> FROM PAROLE
> GROUP BY Parola;
> 4)l'oggetto tabelle conterra' due tabelle:
> Anagrafe   campo1> Id    campo2> NomeCognome
> Parole   campo1> Parola    campo2> Volte
>
>
>
> il codice, secondo le tue ultime modifiche, dovrebbe essere questo:
> _______________________________________________________________________
> Dim rstAnagrafe As DAO.Recordset
> Dim rstParole As DAO.Recordset
DIM res as integer
> Dim numparole as long
> Dim Conta As Integer
> Dim MiaParola As String
> Dim MiaLettera As String
> MiaParola = ""
> DoCmd.SetWarnings False
> numparole = 0
> DoCmd.RunSQL "DELETE * FROM Parole;"
> DoCmd.SetWarnings True
> Set rstAnagrafe = CurrentDb().OpenRecordset("Anagrafe")
> Set rstParole = CurrentDb().OpenRecordset("Parole", dbOpenDynaset)
> rstAnagrafe.MoveFirst
> Do Until rstAnagrafe.EOF
>     For Conta = 1 To Len(rstAnagrafe!NomeCognome)
>         MiaLettera = Mid(rstAnagrafe!NomeCognome, Conta, 1)
>         If MiaLettera = " " And Len(MiaParola) <> 0 Then
>             If Nz(MiaParola, " ") <> " " Then
>                     rstParole.AddNew
>                     rstParole!Parola = MiaParola
>                     rstParole.Update
>                     MiaParola = ""
>                     numparole = numparole+1
>                     if numParole Mod 200 = 0 Then
>                              me.Label.Caption = "parole Trovate="  &
> NumParole
                        res=  DoEvents()
>                     end if
>              End If
>         Else
>             MiaParola = MiaParola & MiaLettera
>         End If
>     Next Conta
>     If MiaParola <> " " Then
>             rstParole.AddNew
>             rstParole!Parola = MiaParola
>      End If
>         rstParole.Update
>         MiaParola = ""
>     End If
>     rstAnagrafe.MoveNext
> Loop
> Set rstAnagrafe = Nothing
> Set rstParole = Nothing
> DoCmd.OpenQuery "Query1"
>
___________________________________________________________________________
> se cosi' fosse mi da un errore alla riga 27 > DoEvents ()
>
> tranne l'errore alla riga 27, il resto della procedura e' corretta?
>
> ciao
>
Ti ho messo le correzioni,
ho aggiunto una dichiarazione
Dim res as integer
e ho corretto la riga 27:
    res = DoEvents()
io Toglierei anche l'ultima istruzione DoCmd.OpenQuery "Query1"
e la sostituirei con un bel
        MsgBox("Finito!")
La query la aprirai a mano se prima o poi arriva in fondo.
Non so se ci sono altri errori le modifiche le ho fatte a braccio senza
provarle, se trovi qualche altro errore
prova a mandarmi una versione ridotta del DB con una ventina di righe
zippato che gli do un'occhiata.
Ciao
Cinzia


title: Difficoltà con parametro

author: solaria

text:
In un report (originato da una query) per la  programmazione
dell'acquisizione di vestiario da lavoro, il parametro che ho inserito mi
filtra l'anno per il quale valutare la quantità di materiale da mettere
quindi in programmazione. E' possibile utilizzare il paramentro per poter
filtrare un intervallo di anni?
Grazie.


title: Difficoltà con parametro

author: SunRex

text:
"solaria" <
MAKK...@libero.it
> ha scritto nel messaggio
news:IwWAe.13421$QV1.1...@twister2.libero.it...

Yes
sul campo della qry metti Between[Da] And [A]
SunRex


title: Lancio query

author: Cogo R.

text:
Come è possibile lanciare automaticamente tutte le query presenti in un mdb?
, attualmente sono 400, senza scrivere 400 righe di macro!
Grazie
Cogo R.


title: Lancio query

author: Alessandro Baraldi

text:
"Cogo R." <
rob...@tin.it
> wrote in message
news:LY5ie.1393908$
35.52...@news4.tin.it

400 Queries....?
E che sarà mai per avere 400 Queries...????
400 Queries di Comando poi...?
Si perchè le queries SELECT non si lanciano.
MMmmmm mi sorge il dubbio sull'uso delle Queries.
Sei sicuro di voler fare quello che dici...?????
Saluti
@Aex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Lancio query

text:
Confermo 400 query .
A mio avviso bisogna attivare un Vba che  lancia in sequenza tutte le query,
ma non so come prelevare i nomi delle query.
Avete qualche idea ?
Cogo R.
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:432db4ee76f1438114...@mygate.mailgate.org...



title: Lancio query

author: Alessandro Cara

text:
Cogo R. wrote:
> Confermo 400 query .
> A mio avviso bisogna attivare un Vba che  lancia in sequenza tutte le query,
> ma non so come prelevare i nomi delle query.
> Avete qualche idea ?
> Cogo R.
Scrivi dopo il messaggio a cui rispondi.
select name from mssysobjects where type = 5
--
a.cara


title: Lancio query

text:
"Cogo R." <
rob...@tin.it
> wrote in message
news:Hl8ie.1394730$
35.52...@news4.tin.it
> Confermo 400 query .
> A mio avviso bisogna attivare un Vba che  lancia in sequenza tutte le query,
> ma non so come prelevare i nomi delle query.
> Avete qualche idea ?
> Cogo R.
A tuo avviso potrebbe essere, ma a mio avviso i casi sono 2:
1)Le Queries sono tutte queries ACTIONS(UPDATE/INSERT/DELETE)..?
  Possibile...?
  Non hai nessuna Queries "SELECT" tra le 400...???
  Se fosse così cosa devi eseguire su quelle...???
2)In questo caso anche se sono terrorizzato dalla cosa
  apri un Recordset basato su questa Query SQL:
SELECT MSysObjects.Name FROM MsysObjects_
WHERE (Left$([Name],1)<>"~") AND (MSysObjects.Type)=5 _
ORDER BY MSysObjects.Name
A questo punto Cicla il Recordset e con il comando
DoCmd.OpenQuery NomeQuery
le fai eseguire tutte all'interno del Ciclo.
Metti un DOEVENTS non si sa mai...!
Saluti
@Alex



title: Lancio query

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:432db4ee76f1438114...@mygate.mailgate.org...

Riscritto dopo la 1 risposta



title: Lancio query

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:a6f43672242549d850...@mygate.mailgate.org...

Grazie della risposta, provo domani. Le query sono relative a clienti che
analizzano una tabella prodotti, tramite parametri personalizzati, per
tovare i clienti interessati a nuovi prodotti devo fondere tutte le
richieste e quindi attivare le 400 query ed estrarre i clienti interssati.
Non sarà semplice
Saluti
Cogo R.


title: Lancio query

author: MA

text:

E se in clienti crescono che fai aggiungi altre query??
Sicuro di aver strutturato bene il db.
Che vuoi fare? magari troviamo una strada più gestibile
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:
www.donkarl.com/it


title: Lancio query

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:WRjie.10360$TR5....@news.edisontel.com...

Immaginate di gestire una rivendita di auto usate con 400 possibili
acquirenti con le proprie richieste (colore, marca ecc.= query . ). Quando
entra una nuova auto usata, censita nell'archivio macchine con il suo Id,
si deve avvisare tutti i clienti con le richieste =(query) che coincidono
con le caratteristiche della nuova auto, di conseguenza devo passare tutte
le query ed estrarre i nominativi (abbinati alle query) che danno come
risultato l'Id della nuova macchina.Sono pronto ad ascoltare altre strade,
anche se il mio è un intervento su un mdb già esistente.


title: Lancio query

text:

> Immaginate di gestire una rivendita di auto usate con 400 possibili
> acquirenti con le proprie richieste (colore, marca ecc.= query . ).
> Quando entra una nuova auto usata, censita nell'archivio macchine con
> il suo Id, si deve avvisare tutti i clienti con le richieste =(query)
> che coincidono con le caratteristiche della nuova auto, di
> conseguenza devo passare tutte le query ed estrarre i nominativi
> (abbinati alle query) che danno come risultato l'Id della nuova
> macchina.Sono pronto ad ascoltare altre strade, anche se il mio è un
> intervento su un mdb già esistente.
Ancora non mi è chiaro perchè leghi la query al cliente.
Dunque tu hai un'anagrafica auto che è tabAuto
Tipo
Colore
Anno
Cilindrata
etc...
Poi hai 400 richieste TabRichieste
Con gli stessi campi ma con in più il nome del richiedente.
Secondo me ti basta una query



title: Lancio query

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:f%Wie.10905$TR5....@news.edisontel.com...

Hai perfettamente ragione ho fatto una query con le due tabelle TabRichieste
e Tabauto collegando fra loro, tramite join, i campi (colore con colore,
prezzo con prezzo), fino a che i valori erano unici funziona, ma  ho un
problema nei campi delle richieste con AND (auto diverse dal colore giallo e
nero), oppure prezzo inferiore a 20000 (<20000).A me sembra che il join
funzioni solo per uguaglianza .
Mi sai dire come superare tale inconveniente.
Ti ringrazio
Cogo R.


title: Lancio query

text:

> Hai perfettamente ragione ho fatto una query con le due tabelle
> TabRichieste e Tabauto collegando fra loro, tramite join, i campi
> (colore con colore, prezzo con prezzo), fino a che i valori erano
> unici funziona, ma  ho un problema nei campi delle richieste con AND
> (auto diverse dal colore giallo e nero), oppure prezzo inferiore a
> 20000 (<20000).A me sembra che il join funzioni solo per uguaglianza .
> Mi sai dire come superare tale inconveniente.
> Ti ringrazio
> Cogo R.
Stop.
Tu hai un parco auto.
Nelle caratteristiche hai il campo "colore".
Ti crei la maschera di richiesta con un controllo che ha origine in colore.
Ti crei una query della sola tab tblParcoAuto e nei criteri, sotto la voce,
colore ci metti
forms!tuaFormRichiesta!txtcolore (o con i like se non sarà precisissima
l'indicazione).
basta hai fatto.
Ovvio che puoi lavorare su tutti i criteri che vuoi.



title: [OT] Le newentry di Access

author: Roberto da casa

text:
Come succede tutti gli anni nei primi mesi dell'anno questo newsgroup si
popola di newentry.
Probabilmente molti "bambini" buoni chiedono a Babbo Natale o alla Befana di
portare loro Access. :-)
(anche  se spesso molti di loro presto si pentono di non aver chiesto una
playstation).
Così anche quest'anno molti neofiti hanno scartato con ansia il regalo, lo
hanno installato sul loro PC e via a smanettare, convinti che avrebbero in
poco tempo imparato Access senza studiarlo almeno un pò, così come
probabilmente era già successo loro con Excel  e Word. Il fatto di aver
scoperto questo NG li ha poi convinti definitivamente che i soldi per una
buona guida all'uso di Access erano proprio sprecati, e poi studiare è stato
sempre palloso.
Ebbene, mi sento di dare a questi nuovi frequentori alcuni doverosi
suggerimenti, nella speranza (come qualche volta è successo) di non urtare
la loro suscettibilità.
Fermo restando che molto ho imparato di Access frequentando questo NG ed il
Sito Comune, ritengo assolutamente necessario possedere e studiare un buon
libro su Access (nel dubbio di quale manuale acquistare si può anche dare
uno sguardo alla Sezione Libri del Sito Comune).
A mio avviso sarebbe sbagliato scambiare il NG per un help desk e tanto meno
per un corso per corrispondenza; è bene vedere nel NG un ottimo strumento di
ausilio per chi usa Access, ma niente di più.
E poi il ritornello che non si studia perché non si ha tempo è una
stupidaggine; basterebbe dedicare allo studio parte del tempo passato a
sbattere la testa addosso al monitor del PC nel tentativo di risolvere un
problema oppure il tempo passato a consegnare i propri problemi ad un
messaggio inviato al NG e ad attendere ansiosamente una risposta risolutiva.
Non dico di crearsi una cultura enciclopedica studiando i manuali di Access,
ma almeno studiare quel minimo che permetta di acquisire una proprietà di
linguaggio che permetta di spiegare i propri problemi e di comprendere le
soluzioni avute come risposte.
Inoltre sui libri è possibile anche imparare a progettare un database oltre
che a realizzarlo, cosa difficilmente fattibile tramite i forum del NG; a
mio avviso è molto più importante saper progettare un database che saper
scrivere una routine in codice VBA. Un database relazionale non è come un
foglio elettronico Excel che può essere realizzato "on the fly" senza far
precedere una attenta fase di progettazione; sono convinto che più della
metà dei messaggi di questo NG esistono solo a causa di una cattiva
struttura dei database, errori di progettazione ai quali poi si vuole
riparare mettendoci una pezza con codice VBA e/o SQL.
Penso di avervi rotto abbastanza, quindi vi auguro buono studio.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: [OT] Le newentry di Access

author: Simone

text:
Certo Roberto da Casa, condivido benissimo il tutto, ma sai per i neofiti
come me ci vuole un po di esperienza, sicuramente seguendo i consigli e le
soluzioni che dai sul NG imparerò moltissimo.
Ciao  MauroSoft
maur...@email.it
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:DMb0a.85262$YG2.2...@twister1.libero.it...



title: [OT] Le newentry di Access

author: MIX

text:
Personalmente ho imparato Access in 10 giorni.
Non mi sembra particolarmente difficile.
Ciaoooo.


title: [OT] Le newentry di Access

author: Simone Calligaris

text:
"MIX"
> Personalmente ho imparato Access in 10 giorni.
> Non mi sembra particolarmente difficile.
Aiaaa   ;-)


title: [OT] Le newentry di Access

text:
E dammi la soluzione al quesito sopra.....
Ciao
"MIX" <lbrt02@lib[CUT]
ero.it
> ha scritto nel messaggio
news:fNf0a.86509$YG2.2...@twister1.libero.it...



title: [OT] Le newentry di Access

author: Antonio Biso

text:
"Simone" <
simone...@libero.it
> ha scritto nel messaggio
news:Euf0a.189651$AA2.7...@news2.tin.it...
> Certo Roberto da Casa, condivido benissimo il tutto, ma sai per i neofiti
Se lo condividi, perchè
1) Non scrivi correttamente DOPO il quoting?
2) Non sfoltisci il quoting tagliando quello che non serve?
3) Non ti leggi il post di Roberto "Istruzioni per l'uso"?
Antonio


title: [OT] Le newentry di Access

text:
"MIX" <lbrt02@lib[CUT]
ero.it
> ha scritto nel messaggio
news:fNf0a.86509$YG2.2...@twister1.libero.it...
> Personalmente ho imparato Access in 10 giorni.
Sě, a fa che?
Le autocomposizioni!!!!
>
> Non mi sembra particolarmente difficile.
Sě, come no...
Antonio


title: [OT] Le newentry di Access

author: Maurizio Borrelli

text:
Roberto da casa wrote:
[...]
> Fermo restando che molto ho imparato di Access frequentando questo NG
> ed il Sito Comune, ritengo assolutamente necessario possedere e
> studiare un buon libro su Access (nel dubbio di quale manuale
> acquistare si può anche dare uno sguardo alla Sezione Libri del Sito
> Comune).
[...]
    Sono in linea di massima d'accordo con te, Roberto...
> Un database
> relazionale non è come un foglio elettronico Excel che può essere
> realizzato "on the fly" senza far precedere una attenta fase di
> progettazione;
[...]
    ... questa frase invece non la condivido affatto. E' persino sbagliata
concettualmente! Perche' cio' che ottieni "on the fly" con Excel e'
esattamente della stessa qualita' che ottieni facendo qualcosa "on the fly"
con Access: come con Access, anche con Excel i problemi vengono fuori dopo.
    Diro' di piu'... lavorare bene con Excel e' forse piu' difficile che
lavorare bene con Access. Perche' con Access, qualsiasi cosa tu faccia, alla
fine devi farla sempre seguendo un iter prestabilito: corri su binari. Con
Excel invece godi di una liberta' (quasi) assoluta ed e' come correre in un
deserto.
    Sara' banale, ma la mancanza di "cultura" sul prodotto e sulle
problematiche che col prodotto possono essere risolte e' dannosa quale che
sia il prodotto.
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


title: [OT] Le newentry di Access

text:
"Simone" <
simone...@libero.it
> ha scritto nel messaggio
news:Euf0a.189651$AA2.7...@news2.tin.it...
> Certo Roberto da Casa, condivido benissimo il tutto, ma sai per i neofiti
> come me ci vuole un po di esperienza, sicuramente seguendo i consigli e le
> soluzioni che dai sul NG imparerò moltissimo.
>
Anche io sono un accanito sostenitore che il migliore apprendimento lo si
ottiene con il metodo deduttivo (prima fai senza capire e poi impari le
regole di ciò che hai fatto) e non induttivo (prima impari le regole e poi
fai), ma prima o poi le regole le devi studiare, altrimenti se impari solo
sbagliando non ti basta una vita per imparare Access. ;-)
Lo so che studiare è dura e quindi si è costantemente alla ricerca della
strada di minor resistenza, cercando qualcuno che ci prenda sempre per mano
nella soluzione del problema specifico, però così non si imparerà mai a
caminare da soli, vivendo sempre nell'ansia di trovare qualcuno che ci aiuti
ad attraversare la strada.
Insomma, non dico che i neofiti non debbano partecipare al NG, anzi; dico
solo che sarebbe bene che prima o poi non siano più neofiti e che
partecipino al NG per rispondere e non solo per domandare: per far questo è
necessario che studino ANCHE su una guida cartacea.
> Ciao  MauroSoft



title: [OT] Le newentry di Access

text:
"MIX" <lbrt02@lib[CUT]
ero.it
> ha scritto nel messaggio
news:fNf0a.86509$YG2.2...@twister1.libero.it...
> Personalmente ho imparato Access in 10 giorni.
>
> Non mi sembra particolarmente difficile.
>
> Ciaoooo.
Non so cosa tu intenda per conoscere Access e non ho elementi per confutare
la tua affermazione; ammesso e non concesso che sia vera certo è che vale
solo per i geni: il mio messaggio era per le persone normali.
Io conosco Access da quasi tre anni ed uno dei motivi per cui partecipo al
NG è quello di continuare ad imparare: ma questa è la mia storia, che a
quanto pare è moooolto diversa dalla tua.
Comunque tutti ci auguriamo di vederti rispondere più frequentemente alle
domande di coloro che sono in difficoltà.



title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:b1tfis$16igo2$1...@ID-52090.news.dfncis.de...
[CUT]

Non sto facendo filosofia su cosa sia dannoso o non dannoso nell'approccio
all'uso di un applicativo.
Le mie considerazioni fanno riferimento a quello che è la realtà dell'utente
medio della suite Office di tutti i giorni.
Nella stragrande maggioranza di casi molti utenti hanno iniziato ad usare
Word per fare ciò che normalmente facevano con una macchina da scrivere e lo
hanno fatto senza fare un corso e/o senza studiare un manuale, magari su
indicazioni sommarie date da un altro collega se non dalla segretaria che il
corso magari l'ha fatto.
Nella stragrande maggioranza di casi molti utenti hanno iniziato ad usare
Excel per fare ciò che normalmente facevano con un foglio quadrettato e la
calcolatrice e lo hanno fatto senza fare un corso e/o senza studiare un
manuale, magari su indicazioni sommarie date da un altro collega.
A maggior ragione la stessa cosa si può dire per PowerPoint.
Queste persone certamente non scrivono righe di codice VBA e non usano
macro, e comunque sono soddisfatte dall'aiuto che ricevono nel loro lavoro
quotidiano da quei tre applicativi.
Poi queste persone sentono parlare (o leggono) di Access e di databases;
moltissimi restano colpiti dal fatto che potrebbero gestire meglio i dati
che attualmente archiviano nei fogli elettrinici (erroneamente a volte
pensano che un database sia una naturale evoluzione di un foglio
elettronico); hanno detto loro che è più facile memorizzare i dati, è più
facile ricercare i dati e metterli in relazione fra di loro; si insomma,
hanno detto loro che finalmente c'è un applicativo che gli permetterà con
facilità di tenere in ordine la loro raccolta di CD o di DVD e di getirsi da
soli la classifica del campionato di calcio partendo dai risultati delle
partite.
Finalmente potranno gestire facilmente la fatturazione della loro azienda, o
gestire facilmente la prenotazione delle stanze della loro pensione.
Quello che voglio dire è che queste persone, nella stragrande maggioranza
dei casi, si accingono ad usare Access con lo stesso approccio con cui si
sono avvicinati agli altri applicativi della suite Office.
Ebbene io sostengo, che tu sia d'accordo o meno, che l'uso di Word ed Excel
senza averli studiati sia soddisfacente, ma che così non è per Access.
Naturalmente può essere giusto il tuo punto di vista, ma potrebbe essere
giusto invece il mio: io lascerei decidere a chi ci legge.



title: [OT] Le newentry di Access

text:
Roberto da casa wrote:
[...]
> Naturalmente può essere giusto il tuo punto di vista, ma
> potrebbe essere giusto invece il mio: io lascerei decidere a chi ci
> legge.
    Perche'?... Cosa c'e' da decidere? Non e' sufficiente dire cio' che si
pensa e basta?
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:b1tm19$16ds01$1...@ID-52090.news.dfncis.de...
> Roberto da casa wrote:
> [...]
> > Naturalmente può essere giusto il tuo punto di vista, ma
> > potrebbe essere giusto invece il mio: io lascerei decidere a chi ci
> > legge.
>
>     Perche'?... Cosa c'e' da decidere? Non e' sufficiente dire cio' che si
> pensa e basta?
AH HAHAH!
C'hai paura del giudizio dei posteri eh?!?!?!
Antonio


title: [OT] Le newentry di Access

text:
Antonio Biso wrote:
> "Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel
> messaggio news:b1tm19$16ds01$1...@ID-52090.news.dfncis.de...
>> Roberto da casa wrote:
[...]
>>> Naturalmente puņ essere giusto il tuo punto di vista, ma
>>> potrebbe essere giusto invece il mio: io lascerei decidere a chi ci
>>> legge.
>>     Perche'?... Cosa c'e' da decidere? Non e' sufficiente dire cio'
>> che si pensa e basta?
> AH HAHAH!
> C'hai paura del giudizio dei posteri eh?!?!?!
    Ciao Biso... Dei posteri francamente me ne infischio... Problemi loro.
;-)
    Mi preoccupano invece i viventi, quando dicono che qualcuno puo' o deve
"decidere" qualcosa riguardo i pensieri degli altri... Ritengo che sia
meglio che chiunque dica cio' che pensa e che ciascuno tragga le sue
conclusioni, senza "decisioni". Riguardo i punti di vista aggiungo che, se
sono tali, non possono essere "giusti" o "non giusti", tanto... sono *solo*
punti di vista, no? Comunque il mio *non* era un "punto di vista" ma una mia
opinione fondata su mie considerazioni che, se interessano, posso anche
illustrare piu' diffusamente.



title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:b1tnv2$1670qc$1...@ID-52090.news.dfncis.de...
>     Mi preoccupano invece i viventi, quando dicono che qualcuno puo' o
deve
> "decidere" qualcosa riguardo i pensieri degli altri... Ritengo che sia
> meglio che chiunque dica cio' che pensa e che ciascuno tragga le sue
> conclusioni, senza "decisioni". Riguardo i punti di vista aggiungo che, se
> sono tali, non possono essere "giusti" o "non giusti", tanto... sono
*solo*
> punti di vista, no? Comunque il mio *non* era un "punto di vista" ma una
mia
> opinione fondata su mie considerazioni che, se interessano, posso anche
> illustrare piu' diffusamente.
Borè... questo è il tuo solito comportamento.
Tu hai un opinione e te ne freghi della sua giustezza o meno.
Benissimo difendere le proprie idee ma
1) bisogna sempre porsi in discussione
2) bisogna curare anche l'impatto che le proprie opinioni possono avere
sugli altri
Questo tra l'altro, come effetto positivo, ha anche che, quando qualche
volta ti viene sbattuto in faccia in maniera lampante l'erroneità delle tue
convinzioni (ed è capitato e, onestamente, l'hai anche ammesso), il botto
che si fa è molto meno fragoroso, o non c'è per niente...
Insomma un po' meno di intransigenza non fa poi così male...
Antonio


title: [OT] Le newentry di Access

author: oizirbaF

text:
Maurizio Borrelli wrote:
>Comunque il mio *non* era un "punto di vista" ma una mia
> opinione fondata su mie considerazioni che, se interessano, posso anche
> illustrare piu' diffusamente.
>
Mi permetto di aggiungere il mio: con somma onestà intelletuale mi
riconosco nel post di Roberto : quando ho cominciato a postare nel NG
ero esattamente nella situazione descritta da Roberto ( con la stessa
idea di Excel che ha appena descritto ).
Da quando ho preso in mano un buon libro le mie domande si sono diradate
parecchio , per presa visione del problema. ;-)
Ora, leggendo i numerosi post di questi ultimi tempi, riconosco in molti
la mia stessa totale mancanza di cultura di allora, necessaria per
postare correttamente, per capire le risposte che gli si danno e per
costruire un DB come si deve( in un numero sorprendente , come aveva
previsto Biso ai primi di dicembre).
Quanto a Excel , lo sappiamo tutti che hai ragione , ma dovresti sapere
anche tu come lo usa la stragrande maggioranza degli utenti (come un
foglio a quadretti) e ti sarai accorto anche tu  che buona parte degli
ultimi post è di gente che ha questo tipo di approccio.
Rimane il fatto che appena avrò un altra mezz'oretta libera ,
controllerò se hai illustrato più approfonditamente le tue
considerazioni, fermo restando che è una tua opinione, autorevole e
fondata magari, ma sempre un opinione ( non oso definirlo punto di vista
, se non sei capace di starci delle ore su 'sta cosa).
Ciao strunziè , pensavo ti fossi ammorbidito : ti confonderei con quel
rimba di mio padre  se non fosse che lui non sa un "kaiser" di computer
.... vabbè che l'eta è quella che è .... :-)))
--
Ciao. Fabrizio.


title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:b1tm19$16ds01$1...@ID-52090.news.dfncis.de...
> Roberto da casa wrote:
> [...]
> > Naturalmente può essere giusto il tuo punto di vista, ma
> > potrebbe essere giusto invece il mio: io lascerei decidere a chi ci
> > legge.
>
>     Perche'?... Cosa c'e' da decidere? Non e' sufficiente dire cio' che si
> pensa e basta?
>
Da parte mia è tua sicuramente non c'è nulla da decidere in quanto una idea
relativamente i problemi in discussione ce l'abbiamo già e l'abbiamo
espressa in modo chiaro; la decisione forse la deve prendere chi l'idea in
merito non ce l'ha ancora e cerca di farsela leggendo i nostri messaggi. :)
> --
> Ciao :-)
> Maurizio
> --------
> ?SPQR(C)
>  X
> --------
--



title: [OT] Le newentry di Access

author: Fabio

text:
Sul messaggio di Roberto da casa che ha suscitato un così vasto elenco di
repliche mi trovo in parte d'accordo ed in parte no.
E' da circa un anno e mezzo che uso Access, dovendo realizzare DB che non
siano solo archivi dati ma cerchino di assurgere ad applicazioni
professionali anche multi-utente, e ricordo benissimo qual'è stato il mio
primo approccio con questo programma.
Avendo esperienza con Word, Excel, Powerpoint pensavo a quel tempo di
realizzare DB in maniera immediata, aprendo un nuovo file di Access ed
iniziando subito a lavorare, ma ho capito poco dopo che il discorso con
Access è completamente diverso .
In Word aprendolo si inizia a digitare i caratteri sulla tastiera e si
riesce a stampare con facilità un documento (anche mia madre che non sà
accendere il Pc sarebbe in grado), in Excel posso usare le funzioni
fondamentali e ricavare risultati senza troppa fatica. A me non è successo
così in Access: dopo le prime difficoltà ho capito che con Access il
discorso era differente. Si possono fare cose bellissime con questo
programma ma, di manuali ne ho dovuti comperare cavolo!! Almeno sei o
sette..............ho scaricato manuali dalla rete .........stampato faqs su
newsgroups , tutorials , posto abitualmente su questo ed altri newsgoups ed
ancora oggi sono in costante studio di questo programma.
E penso anche che chi si avvicina per le prime volte ad Access lo capisca da
solo che Access non è certo come Word: sono d'accordo che molte volte si
possono leggere dei post che pongono questioni banali, ma la stessa persona
che magari non ha intenzione di studiare Access, di applicarsi per mettere a
frutto ore ed ore di pesante studio teorico, ma pensa che ottenere risposte
postando su questo newsgroup sia sufficiente, ebbene ritengo che tale
persona abbia vita breve nella creazione di DB con Access.
Per il fastidio che tali post possano dare, ciò dipende dalla sensibilità di
ognuno e sicuramente non siamo tutti uguali.
A me tali post non danno particolmente fastidio anche perchè ammetto che
talvolta (o anche spesso) posso anche io incorrere in argomentazioni da
molti giudicate banali o necessarie di approfondimenti tramite studio
teorico.
Molte volte però un utente può fare domande banali perchè và diretto al
punto, e necessita di una soluzione immediata, o magari non trova soluzione
( e questo a me capita molto spesso) sui manuali perchè questi si perdono in
dissertazioni sulla "rava e la fava" e non soddisfano le nostre esigenze, o
magari perchè nei manuali non si trova una risposta esaustiva.
Questa è la mia modestissima opinione, spero di non aver annoiato
nessuno..............ritengo che comunque questo sia un newsgroup molto
attivo e l'affrontare tali problematiche non possano che
migliorarlo...........
Ciao a tutti e grazie x l'aiuto che spesso mi offrite!!!
--------------------------------
Inviato via
http://usenet.libero.it


title: [OT] Le newentry di Access

text:
Signori un po' di umiltà non guasta mai .
E' dura per tutti farsi un mazzo così per studiare un database o un
linguaggio di programmazione e dopo anni di lavoro incontrare chi ne sa più
di te.
Noto che avete accolto la mia provocazione con flemmatica soggettività.
Spero che nella vita non siate soltante degli eccellenti sviluppatori ma
molto di più.
Cordiali saluti.
Toni


title: [OT] Le newentry di Access

text:
> "Fabio" <
fole...@libero.it
> ha scritto nel messaggio
> news:151Z96Z0Z8Y10...@usenet.libero.it...
> Sul messaggio di Roberto da casa che ha suscitato un cosě vasto elenco di
> repliche mi trovo in parte d'accordo ed in parte no.
[...]
    Ti sei dimenticato di parlare della parte con la quale non sei
d'accordo....



title: [OT] Le newentry di Access

author: Marco

text:
Sono un neofita e mi trovo d'accordo con Roberto. Ieri per la prima
volta ho scritto al NG e ho combinato un bel casino (messaggi
personali, messaggi uguali postati due volte ecc.). Vi chiediamo di
avere un po' di pazienza. Molte volte si č soli sul lavoro
nell'affrontare determinati problemi ed un aiuto veloce e competente
come il vostro č preziosissimo. Mi ritengo bravino con  gli
applicativi microsoft piů diffusi ho solo una grandissima pecca...NON
CONOSCO IL CODICE!!!! Seguirň il vostro consiglio....inizierň a
studiarlo.
Ciao e grazie.


title: [OT] Le newentry di Access

text:
> "Antonio Biso" <
ch...@etruria.net
> ha scritto nel
> messaggio news:8Dt0a.89411$ZE.24...@twister2.libero.it...
> > "Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto
> nel messaggio news:b1tnv2$1670qc$1...@ID-52090.news.dfncis.de...
[...]
    Noto con fastidio che preferisci parlare di me, argomento poco
interessante, invece che entrare nel merito del molto interessante argomento
del thread...



title: [OT] Le newentry di Access

text:
MIX wrote:
>
> Personalmente ho imparato Access in 10 giorni.
>
> Non mi sembra particolarmente difficile.
>
una lentezza esasperante.
--
a.cara
Togli qualcosa dall'email


title: [OT] Le newentry di Access

text:
"Fabio" <
fole...@libero.it
> ha scritto nel messaggio
news:151Z96Z0Z8Y10...@usenet.libero.it...

Caro Fabio,
mi fa piacere che noi due siamo in perfetta sintonia non su alcune cose ma
su tutto; ambedue sosteniamo che per imparare Access occorre sia studiare
sui manuali che usufruire di strumenti di confronto come questo NG o di
consultazione come l'help in linea ed il Sito Comune. Onestamento non ho
capito dove non siamo d'accordo.
Nel mio messaggio non ho detto che i messaggi dei neofiti diano fastidio e
se ho dato l'impressione di pensarlo me ne scuso.
Il mio messaggio non era diretto a persone che come te hanno studiato e
studiano Access ed inoltre partecipano al NG, ma voleva essere solamente un
consiglio spassionato a coloro che non studiano e non hanno intenzione di
studiare Access in futuro e scambiano questo NG per un corso per
corrispondenza.
Resta il fatto che tutte le volte che posto un messaggio di questo genere ci
sono dei risentimenti che onestamente non capisco; non capisco perché si
accetta un consiglio su come scrivere una frase in VBA, ma non si accetta un
consiglio su come migliorare la conoscenza di Access; ripeto che la mia non
vuole essere una bacchettata sulle mani di nessuno; ripeto che non provo
noia per i messaggi delle newsentry, messaggi ai quali, quando posso, do una
risposta senza far differenza con i quesiti posti dalle non newentry.
Sono convinto di quello che ho scritto perché ritengo sia per molti utile
almeno quanto una FAQ pubblicata sul Sito Comune.



title: [OT] Le newentry di Access

text:
"MIX" <
no...@tin.it
> ha scritto nel messaggio
news:OBv0a.140663$0v.39...@news1.tin.it...
> Signori un po' di umiltŕ non guasta mai .
>
Giustissimo!!!
> E' dura per tutti farsi un mazzo cosě per studiare un database o un
> linguaggio di programmazione e dopo anni di lavoro incontrare chi ne sa
piů
> di te.
>
Non vedo dove sia il motivo di frustrazione: si programma, quindi si lavora,
per vivere e non viceversa; ho dei dubbi che per qualche frequentatore di
questo NG Access sia il fine ultimo della sua vita (almeno lo spero).
Eventualmente un po' di rodimento puň spingere a saperne di piů, ma che non
ci sia nulla su cui dramatizzare.
> Noto che avete accolto la mia provocazione con flemmatica soggettivitŕ.
>
Cosa dovevamo fare? Forse stracciarsi le vesti e gridare alla bestemmia come
tanti farisei del tempio di Gerusalemme davanti a Gesů?
> Spero che nella vita non siate soltante degli eccellenti sviluppatori ma
> molto di piů.
>
Lo spero anche io (almeno per quanto mi riquarda). :-)
> Cordiali saluti.
>
> Toni



title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
>     Diro' di piu'... lavorare bene con Excel e' forse piu' difficile che
> lavorare bene con Access. Perche' con Access, qualsiasi cosa tu faccia,
alla
> fine devi farla sempre seguendo un iter prestabilito: corri su binari. Con
> Excel invece godi di una liberta' (quasi) assoluta ed e' come correre in
un
> deserto.
Attenzione, la maggior parte di noi utilizza Access come FE per applicazioni
di database (spesso con altri motori BE).
Questo comporta un rigore di progettazione che è estraneo agli utilizzi più
tipici -"on the fly"- di Excel o simili.
Access viene distribuito con la Suite office ma nei fatti non è un prodotto
per l'utente finale, è un RAD per database con funzionalità affini (e/o
superiori) a PowerBuilder, Fox-Pro, Alpha, 4D, etc.
Per questo mi pare che le affermazioni di Roberto sul rigore di
progettazione possano essere condivise.
Ciao.


title: [OT] Le newentry di Access

author: Alfredo Vittoria

text:
> Fermo restando che molto ho imparato di Access frequentando questo NG ed
il
> Sito Comune, ritengo assolutamente necessario possedere e studiare un buon
> libro su Access (nel dubbio di quale manuale acquistare si può anche dare
> uno sguardo alla Sezione Libri del Sito Comune).--
> Roberto
>
Utilizzo questo messaggio perchè si riferisce ai libri, ma in un altro
parlavi di quanto è utile la progettazione ancor prima della risuluzione dei
problemi finali.
Io ho acquistato almeno tre mattoncini (libri) che parlano di access e non
parlano diffusamente della progettazione del DB, dopo aver consultalo
l'elenco del sito comune.
Hai qualche suggerimento ulteriore ?
Grazie
Alfredo


title: [OT] Le newentry di Access

text:
> "Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
> news:95x0a.89030$YG2.2...@twister1.libero.it...

    E chi non le condivide, scusa?...
    Ma insomma... di che stiamo parlando, alla fine?
    Tu dici a me "attenzione". Va bene, ma attenzione a cosa?
    Utilizzi piu' tipici di Excel, dici. E quali sono? Un prospetto di
bilancio? Statistiche sul venduto? Cose di questo genere, per caso? Ma tu
hai mai visto gente piangere davanti a bilanci fatti con excel che ad ogni
"aggiustatina" non quadravano piu? Immagino siano questi gli utilizzi
"tipici"... Somme, solo somme e nient'altro che somme. Eppure anche per fare
delle somme, di migliaia e migliaia di celle di excel ci vuole "rigore di
progettazione"! O no? E conoscenza del mezzo. O no?



title: [OT] Le newentry di Access

text:
"Maurizio Borrelli" <
>     Tu dici a me "attenzione". Va bene, ma attenzione a cosa?
Mica l'ho scritto con l'intezione di riprenderti, si tratta di
un'espressione interlocutoria.
>     Utilizzi piu' tipici di Excel, dici. E quali sono? Un prospetto di
> bilancio? Statistiche sul venduto? Cose di questo genere, per caso? Ma tu
> hai mai visto gente piangere davanti a bilanci fatti con excel che ad ogni
> "aggiustatina" non quadravano piu? Immagino siano questi gli utilizzi
> "tipici"... Somme, solo somme e nient'altro che somme.
Sono questi gli utilizzi tipici che intendo (e per i quali tale prodotto è
nato).
>Eppure anche per fare
> delle somme, di migliaia e migliaia di celle di excel ci vuole "rigore di
> progettazione"! O no? E conoscenza del mezzo. O no?
Certo, ma converrai che concepire e normalizzare un centinaio di tabelle per
un gestionale richieda un'esperienza e un rigore di progettazione superiore.
Ciao, Simone


title: [OT] Le newentry di Access

text:
> "Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
> news:dSx0a.89291$YG2.2...@twister1.libero.it...
> > "Maurizio Borrelli"
> >     Tu dici a me "attenzione". Va bene, ma attenzione a cosa?
> Mica l'ho scritto con l'intezione di riprenderti, si tratta di
> un'espressione interlocutoria.
    Ok, capisco.
> >     Utilizzi piu' tipici di Excel, dici. E quali sono? Un prospetto di
> > bilancio? Statistiche sul venduto? Cose di questo genere, per caso? Ma
tu
> > hai mai visto gente piangere davanti a bilanci fatti con excel che ad
ogni
> > "aggiustatina" non quadravano piu? Immagino siano questi gli utilizzi
> > "tipici"... Somme, solo somme e nient'altro che somme.
> Sono questi gli utilizzi tipici che intendo (e per i quali tale prodotto è
> nato).
    Bene.
> > Eppure anche per fare
> > delle somme, di migliaia e migliaia di celle di excel ci vuole "rigore
di
> > progettazione"! O no? E conoscenza del mezzo. O no?
> Certo, ma converrai che concepire e normalizzare un centinaio di tabelle
per
> un gestionale richieda un'esperienza e un rigore di progettazione
superiore.
    No. Molto semplicemente no. E' una pia illusione che per fare una cosa o
l'altra ci voglia quella cosa li' in misura "superiore". Meglio, ci vuole in
misura superiore per fare qualsiasi cosa.
    Non dimentichiamo un piccolo particolare: l'omino piazzato davanti al
foglio di excel sta *programmando*. Ne sia cosciente o meno... sta
programmando! Ti suona strana questa affermazione?



title: [OT] Le newentry di Access

text:
"Alfredo Vittoria" <
alfredo....@tin.it
> ha scritto nel messaggio
news:tcx0a.141204$0v.39...@news1.tin.it...

Nella Sezione Libri ho recensito la Guida all'uso di Access 97 di J.L.
Viescas che fa parte della collana Microsoft PRESS edita dalla Mondadori
Informatica (so che ne esitono anche due edizioni aggiornate per Access 2000
ed Access XP).
E' l'unico manuale su Access che ho comprato e studiato; è composto da un CD
di esempi e due volumi per complessive 1000 pagine di cui le prime 100 sono
dedicate esclusivamente alla metodologia da usare per la progettazione dei
database relazionali in generale e dei database Access in particolare; penso
che il contenuto di quelle 100 pagine sia un buon avvio per chi deve
iniziare ad usare Access.
Ritengo comunque che qualsiasi guida all'uso di Access degna di tale nome
dedichi almeno il 10% del suo spazio alla progettazione dell'architettura di
un database; certo non sarà così per i manuali di riferimento ai linguaggi
di programmazione o comunque orientati alla programmazione con Access.
Naturalmente poi esistono manuali esclusivamente dedicati all'architettura
dei database relazionali, ma non sono sicuro che siano proprio necessari per
usare Access; naturalmente poi dipende dalla natura dei problemi che devi
risolvere con una procedura realizzata con Access o dalla voglia che hai di
crearti una cultura universale su tale problematica.



title: [OT] Le newentry di Access

author: Pino

text:
Il 06 Feb 2003, 16:45,
fole...@libero.it
 (Fabio) ha scritto:
>
> Molte volte però un utente può fare domande banali perchè và diretto al
> punto, e necessita di una soluzione immediata, o magari non trova
soluzione
> ( e questo a me capita molto spesso) sui manuali perchè questi si perdono
in
> dissertazioni sulla "rava e la fava" e non soddisfano le nostre esigenze,
o
> magari perchè nei manuali non si trova una risposta esaustiva.
>
Parole sante!
Pino



title: [OT] Le newentry di Access

text:
>     Non dimentichiamo un piccolo particolare: l'omino piazzato davanti al
> foglio di excel sta *programmando*. Ne sia cosciente o meno... sta
> programmando! Ti suona strana questa affermazione?
Sě e no.
Mi capita in aziende di valutare fogli di lavoro d'Excel mastodontici:
centinaia di formule e macro _scritte nel corso del tempo *on the fly*_ che
dopo ripensamenti, successi e insuccessi, alla fine producono i risultati
sperati.
Gli autori sono in grado di fare ciň ma nemmeno sanno da che parte si
comincia per creare strutture relazionali.
Pensano esclusivamente in termini di singolo tabellone con decine (o
centinaia) di colonne/campi.
Da qui le considerazioni sui diversi sforzi di progettazione.
Ciao.


title: [OT] Le newentry di Access

text:
> "Simone Calligaris" <
simo...@libero.it
> ha scritto nel
> messaggio news:qLz0a.90969$ZE.24...@twister2.libero.it...
> >     Non dimentichiamo un piccolo particolare: l'omino piazzato davanti
al
> > foglio di excel sta *programmando*. Ne sia cosciente o meno... sta
> > programmando! Ti suona strana questa affermazione?
> Sě e no.
> Mi capita in aziende di valutare fogli di lavoro d'Excel mastodontici:
> centinaia di formule e macro _scritte nel corso del tempo *on the fly*_
che
> dopo ripensamenti, successi e insuccessi, alla fine producono i risultati
> sperati.
    Beh... Piu' o meno quello che accade con la (stragrande?) maggioranza
degli applicativi access che producono i risultati sperati ma quando vai a
vedere dentro come sono fatti ti domandi... fino a quando?... ;-)
> Gli autori sono in grado di fare ciň ma nemmeno sanno da che parte si
> comincia per creare strutture relazionali.
    Ma lo leggi questo ng?... :-)))
> Pensano esclusivamente in termini di singolo tabellone con decine (o
> centinaia) di colonne/campi.
> Da qui le considerazioni sui diversi sforzi di progettazione.
    Mah... Io direi che il mondo dell'elaborazione dei dati aziendali deve
essere visto unitariamente e non c'e' differenza in base allo strumento
usato. Tutti sono parte del tutto, insomma.



title: [OT] Le newentry di Access

text:
"Maurizio Borrelli"
>     Beh... Piu' o meno quello che accade con la (stragrande?) maggioranza
> degli applicativi access che producono i risultati sperati ma quando vai a
> vedere dentro come sono fatti ti domandi... fino a quando?... ;-)
In effetti...
> > Gli autori sono in grado di fare ciň ma nemmeno sanno da che parte si
> > comincia per creare strutture relazionali.
>     Ma lo leggi questo ng?... :-)))
Beh, ma questo č pessimismo esistenziale (o realismo: ai posteri l'ardua
sentenza)  ;-)
Ciao: Simone


title: [OT] Le newentry di Access

text:
> "Alfredo Vittoria" <
alfredo....@tin.it
> ha scritto nel messaggio

si, anche nei miei manuali c'è un minimo dedicato ad esempio alle tre forme
normali del DB,
ma ad esempio non parlano di come ottimizzare le query dal punto di vista
della velocità di interrogazione dei dati anche se mi rendo conto che forse
è un problema di struttura linguaggio SQL....
A volte chiedo consiglio ad un mio amico esperto di db il quale mi da
soluzioni semplici ed efficaci, ma che implicano una conoscenza
approfondita, fatta di esperienza sulle varie prestazioni dei motori e
relativi errori. Purtroppo questo è quello di cui parlavo, ma probabilmente
un certo livello di  professionalità e di esperienza non possono essere
diffuse semplicemente attraverso un testo.
Cosa ne pensi ?
Comunque congratulazioni per la tua dedizione all'argomento
Alfredo


title: [OT] Le newentry di Access

text:
"Alfredo Vittoria" <
alfredo....@tin.it
> ha scritto nel messaggio
news:A%J0a.142988$0v.40...@news1.tin.it...
[CUT]
> si, anche nei miei manuali c'è un minimo dedicato ad esempio alle tre
forme
> normali del DB,
> ma ad esempio non parlano di come ottimizzare le query dal punto di vista
> della velocità di interrogazione dei dati anche se mi rendo conto che
forse
> è un problema di struttura linguaggio SQL....
> A volte chiedo consiglio ad un mio amico esperto di db il quale mi da
> soluzioni semplici ed efficaci, ma che implicano una conoscenza
> approfondita, fatta di esperienza sulle varie prestazioni dei motori e
> relativi errori. Purtroppo questo è quello di cui parlavo, ma
probabilmente
> un certo livello di  professionalità e di esperienza non possono essere
> diffuse semplicemente attraverso un testo.
> Cosa ne pensi ?
Penso che la performance di un database è ancora un altro capitolo, capitolo
nel quale è difficile se non impossibile generalizzare; molto dipende dal
motore del prodotto che si è scelto e quindi spesso il problema deve essere
risolto addirittura prima della progettazione: nella scelta e/o nell'aquisto
del software da usare e qui l'aiuto di un esperto, in attesa di farsi una
esperienza, non è proprio da disdegnare.
Certamente la performance non è del tutto indifferente all'architettura del
database, ma a volte una performance scadente è dovuta alla cattiva
applicazione di strumenti propri del prodotto: sui manuali se ne parla
certamente ma normalmente si sottovaluta l'uso corretto di questi strumenti
in quanto l'applicativo funziona comunque, solo che funziona più lentamente;
un esempio per tutti sono gli indici che non sono determinanti sulla
correttezza del risultato ma hanno un peso determinante nella velocità di
esecuzione di un applicativo sia che non vengano dichiarati quelli che
servirebbero e sia che non vengano eliminati quelli che a volte Access
dichiara automaticamente ma che servono solo a rallentare il sistema. Da
quello che ho spesso letto nel NG mi è sembrato di capire che tra gli
accessisti non c'è molta cultura sul prestare attenzione alla dichiarazione
degli indici.
Altra palla al piede, per Access, sono le funzioni di aggregazione sui
dominii che, specie nelle query creano seri proplemi di performance;
sicuramente andrebbero usate con molta oculatezza.
Comunque forse non sono la persona più adatta a pontificare sulla
performance di un applicativo; realizzo solo database "domestici" nei quali
sicuramente l'efficacia è privilegiata rispetto all'efficienza (e l'uso
"smodato" che faccio delle funzioni di aggregazione sui dominii nelle mie
soluzioni lo dimostra).
>
> Comunque congratulazioni per la tua dedizione all'argomento
> Alfredo
--



title: [OT] Le newentry di Access

author: Gio'

text:
> Non so cosa tu intenda per conoscere Access e non ho elementi per
confutare
> la tua affermazione; ammesso e non concesso che sia vera certo è che vale
> solo per i geni: il mio messaggio era per le persone normali.
> Io conosco Access da quasi tre anni ed uno dei motivi per cui partecipo al
> NG è quello di continuare ad imparare: ma questa è la mia storia, che a
> quanto pare è moooolto diversa dalla tua.
Io conosco Access da quasi 10 anni ormai (ho cominciato da Access 1.0) e
ancora oggi non so moltissime cose che in parte ho imparato qui sul NG. Devo
anche dire che a volte, dopo aver fatto una richiesta nel NG, sono riuscito
a trovare la soluzione da solo o con una "dritta" e che in genere non chiedo
soluzioni pronte ma indicazioni sulla strada da fare. E nonostante conosca
Access da moooolto più di 10 giorni, credo di saperlo sfruttare solo al 20%
delle potenzialità (forse).
> Comunque tutti ci auguriamo di vederti rispondere più frequentemente alle
> domande di coloro che sono in difficoltà.
A tal proposito, sarebbe utile cercare i messaggi spediti dal gran genio di
MIX per rispondere alle domande. Io l'ho fatto e ne ho trovati solo due, di
cui nessuno è per rispondere realmente a domande di altri parteciipanti.
Gio'


title: [OT] Le newentry di Access

text:
Gio' wrote:
[cut]
> > Comunque tutti ci auguriamo di vederti rispondere più frequentemente alle
> > domande di coloro che sono in difficoltà.
> A tal proposito, sarebbe utile cercare i messaggi spediti dal gran genio di
> MIX per rispondere alle domande. Io l'ho fatto e ne ho trovati solo due, di
> cui nessuno è per rispondere realmente a domande di altri parteciipanti.
e' un genio! e come ben sai il genio non e' una cosa continua e
persistente
ma si manifesta a sprazzi.
ciao MIX, non ti sto pigliando per i fondelli. cmq, insisto 10gg so
troppi.
il problema e' stato che i primi 9 non eri nella forma "genio".
Beato te!



title: [OT] Le newentry di Access

author: AMR-Giuseppe

text:

Purtroppo mi sono perso il vivo della discussione,
che con costanza mi sono letto ora.
Quello che dice Roberto in fatto di nuove entrate è giusto,
e personalmente credo che manchi  parecchia umiltà da parte di chi
pone domande e "esige" risposte , ma non da meno sono le risposte
di chi ha conoscenze specifiche , ho trovato qualche risposta molto
arrogante e poco elegante.
Personalmente ho cominciato a fare applicazioni  Access con
la versione 1.1 del  1993/94 , non conoscendo assolutamente
niente di informatica ,ho passato e passo  pomeriggi interi ha studiare a
cercare di capire , ho una infinità di manuali e libri su Access
e quelli forniti da Microsoft (fino alla
versione 97 erano inclusi nella confezione)  erano e sono i migliori in
assoluto .
Io il mio scopo l'ho raggiunto perchè l'applicazione da me fatta per
la mia azienda  è usata con soddisfazione da dieci persone .
Premetto che fino a poco tempo fà la mia applicazione non aveva
una riga di codice , ma solo istruzioni macro , e ti posso assicurare che
basta volerlo e funziona benissimo tutto , con qualche limitazione forse,
ma ho notato che più si  hanno conoscenze e più si tende a inserire cose
quasi inutili o pochissimo utilizzate .
Per quanto riguarda il fatto di studiare, sono daccordissimo
e personalmente trovo molto maleducato fare domante su concetti di base
quali le relazioni , le tabelle , insomma l'essenza del database,perchè in
assoluto
quelle sono cose da studiare, sono concetti che se non hai fai poca strada.
Diverso il discorso per il VBA , credimi se non hai le basi  studiate a
scuola
o all'università  è impossibile , si può solo scopiazzare quà e là fare
qualche
piccola routine ma i fondamentali te li devono assolutamente insegnare.
Non tutti saranno daccordo ma questo è il mio pensiero
Giuseppe


title: [OT] Le newentry di Access

author: Dario Ventura

text:
Roberto da casa wrote:
[CUT]
 > Un database relazionale non è come un
> foglio elettronico Excel che può essere realizzato "on the fly" senza far
> precedere una attenta fase di progettazione; sono convinto che più della
> metà dei messaggi di questo NG esistono solo a causa di una cattiva
> struttura dei database, errori di progettazione ai quali poi si vuole
> riparare mettendoci una pezza con codice VBA e/o SQL.
>
> Penso di avervi rotto abbastanza, quindi vi auguro buono studio.
>
> --
> Roberto
>
> ---------------------------------------------
> il Sito Comune di it.comp.appl.access:
>
http://www.sitocomune.com
> ---------------------------------------------
>
>
Tanto di cappello, Roberto,
concordo con quanto hai scritto.
Aggiungerei allo studio ed all'importanza della progettazione anche
l'esperienza: ed è questo il vero valore del NG.
Molti dubbi, piccoli e grandi, li ho trovati delucidati qui,
spesso nell'archivio di google, molto più spesso erano tuoi post.
Grazie, e buona fortuna a noi tutti.
--
Dario Ventura


title: [OT] Le newentry di Access

author: Emyr

text:
On Wed, 05 Feb 2003 21:57:31 GMT, "MIX" <lbrt02@lib[CUT]
ero.it
> wrote:
>Personalmente ho imparato Access in 10 giorni.
>
>Non mi sembra particolarmente difficile.
>
>Ciaoooo.
>
>
>
e quindi lo hai abbandonato per dedicarti alla ricerca
della dimostrazione del "teorema di fermat" che avrai ottenuto a
giorni
Saluti.
Emanuele.


title: [OT] Le newentry di Access

text:
"Emyr" <
fan...@tiscali.it
> ha scritto nel messaggio
news:nh8k4vcsod40g3lbn...@4ax.com...

Ma non l'avevano dimostrato un paio d'anni fa (anche se con una serie di
contestazioni) ?
Antonio


title: [OT] Le newentry di Access

author: Sib

text:
"Pino" <
gim...@libero.it
> ha scritto nel messaggio
> Il 06 Feb 2003, 16:45,
fole...@libero.it
 (Fabio) ha scritto:
> >
> > Molte volte però un utente può fare domande banali perchè và diretto al
> > punto, e necessita di una soluzione immediata, o magari non trova
> soluzione
> > ( e questo a me capita molto spesso) sui manuali perchè questi si
perdono
> in
> > dissertazioni sulla "rava e la fava" e non soddisfano le nostre
esigenze,
> o
> > magari perchè nei manuali non si trova una risposta esaustiva.
> >
>
> Parole sante!
Io rimpiango ancora il bel manuale del commodore 128:
Istruzione
Spiegazione
Esempio
Tutto in ordine alfabetico.
Sib


title: [OT] Le newentry di Access

text:
"Emyr" <
fan...@tiscali.it
> ha scritto nel messaggio

Cacchio!
Mi sono perso il messaggio di apertura di questo gustoso 3d!
Comunque anch'io ho imparato windows 95 in 1 giorno quando e' uscito.
Pensa che sono riuscito a installarlo da solo!
Sib


title: [OT] Le newentry di Access

text:
"Emyr"
> della dimostrazione del "teorema di fermat" che avrai ottenuto a
> giorni
Il Biso ha ragione: pur in maniera estremamente elaborata il teorema è stato
dimostrato qualche anno fa.
Ciao.


title: [OT] Le newentry di Access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio

.azz!
L'hanno anticipato!
Si vede che si dedichera' ad altra branca.
Sib


title: [OT] Le newentry di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> "Emyr" <
fan...@tiscali.it
> ha scritto nel messaggio
> > On Wed, 05 Feb 2003 21:57:31 GMT, "MIX" <lbrt02@lib[CUT]
ero.it
> wrote:
> >
> > >Personalmente ho imparato Access in 10 giorni.
> > >
> > >Non mi sembra particolarmente difficile.
> > >
> > >Ciaoooo.
> >
> > e quindi lo hai abbandonato per dedicarti alla ricerca
> > della dimostrazione del "teorema di fermat" che avrai ottenuto a
> > giorni
>
> Ma non l'avevano dimostrato un paio d'anni fa (anche se con una serie di
> contestazioni) ?
>
> Antonio
Mi sono documentato.
E' stato risolto da Wilson nel 95. Pero' la dimostrazione era molto
complessa e faceva ampio uso di nuovi concetti matematici.
L'italiano Ossicini l'ha ridimostrato con matematica "elementare" (si fa per
dire).
Sib


title: [OT] Le newentry di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:drt2a.228527$AA2.8...@news2.tin.it...
> "Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> > "Emyr" <
fan...@tiscali.it
> ha scritto nel messaggio
> > > On Wed, 05 Feb 2003 21:57:31 GMT, "MIX" <lbrt02@lib[CUT]
ero.it
> wrote:
> > >
> > > >Personalmente ho imparato Access in 10 giorni.
> > > >
> > > >Non mi sembra particolarmente difficile.
> > > >
> > > >Ciaoooo.
> > >
> > > e quindi lo hai abbandonato per dedicarti alla ricerca
> > > della dimostrazione del "teorema di fermat" che avrai ottenuto a
> > > giorni
> >
> > Ma non l'avevano dimostrato un paio d'anni fa (anche se con una serie di
> > contestazioni) ?
> >
> > Antonio
>
> Mi sono documentato.
> E' stato risolto da Wilson nel 95. Pero' la dimostrazione era molto
> complessa e faceva ampio uso di nuovi concetti matematici.
Infatti mi pareva che dicessero che "se l'erano fatto tornà"
> L'italiano Ossicini l'ha ridimostrato con matematica "elementare" (si fa
per
> dire).
Sì, infatti, era banale....
Antonio


title: [OT] Le newentry di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio

Beh! Adesso non esageriamo.
Sib


title: [OT] Le newentry di Access

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:UJu2a.229091$AA2.8...@news2.tin.it...
> > Infatti mi pareva che dicessero che "se l'erano fatto tornà"
> >
> > > L'italiano Ossicini l'ha ridimostrato con matematica "elementare" (si
fa
> > per
> > > dire).
> >
> > Sì, infatti, era banale....
> >
> > Antonio
>
> Beh! Adesso non esageriamo.
Scusami, non volevo mortificarti....
Antonio


title: [OT] Le newentry di Access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio
> > > Infatti mi pareva che dicessero che "se l'erano fatto tornà"
> > >
> > > > L'italiano Ossicini l'ha ridimostrato con matematica "elementare"
(si
> fa
> > > per
> > > > dire).
> > >
> > > Sì, infatti, era banale....
> > >
> > > Antonio
> >
> > Beh! Adesso non esageriamo.
>
> Scusami, non volevo mortificarti....
>
> Antonio
Prrrr...
Sib


title: anteprima report diversa dalla stampa ASSURDO!!!!!

author: Ilaria

text:
Ciao a tutti
A me succede una cosa assurda:
in un report spezzato su 3 pagine ho diversi campi calcolati e campi che
fanno riferimento a campi calcolati; se apro il report a video vedo dei
valori errati, ma se stampo è tutto corretto.
Ho provato a semplificare il report spezzandolo in due, ma niente...
Ho provato col debug per vedere se era questione di tempo di calcolo, ma ho
notato che visualizzando in un msgbox i valori che mi interessano al
caricamento della prima pagina li vedo giusti, poi passando sulle altre vedo
il valore riferito al controllo che precede posizionalmente quello giusto.
Esempio:
Totale spese  = 100
Saldo spese = 20
Controllo che fa riferimento a Saldo spese = 100
Il tutto è con Access 97, poi ho provato a convertire il db in 2000, ma non
è cambiato nulla.
AIUTATEMI!!!
Ilaria


author: Roberto Pasqualini

text:
"Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
news:aenjhi$2tr$1...@localhost.localdomain...

Hai per caso del codice nell' evento su stampa del report ? In caso di
anteprima non viene eseguito.
Roberto Pasqualini


title: [INFO]Per principianti DB foto e film

author: Carlo Costarella

text:
Direttamente da Microsoft...
http://www.microsoft.com/italy/pmi/comefare/tecnologia/archiviovacanze/article/article1.mspx
Ciao, Carlo


title: [INFO]Per principianti DB foto e film

author: Sergio MAZZA

text:
"Carlo Costarella" <
carloco...@libero.it
> ha scritto nel messaggio news:oIuTe.23196$O6.14...@news3.tin.it...
>
> Direttamente da Microsoft...
>
http://www.microsoft.com/italy/pmi/comefare/tecnologia/archiviovacanze/article/article1.mspx
>
> Ciao, Carlo
Potrebbe essere inserito tra le risorse del sito comune...
Ciao.
--
Sergio MAZZA


title: [INFO]Per principianti DB foto e film

author: Pablitomf (Maurizio Facciuti)

text:
"Carlo Costarella" <
carloco...@libero.it
> ha scritto nel messaggio
news:oIuTe.23196$O6.14...@news3.tin.it...
>
> Direttamente da Microsoft...
>
http://www.microsoft.com/italy/pmi/comefare/tecnologia/archiviovacanze/article/article1.mspx
>
> Ciao, Carlo
Azz... tutto questo popò di roba? Per i niubbbbbbbbbi non è niente male...
anch'io mi associo alla proposta di Sergio.


title: [INFO]Per principianti DB foto e film

author: MA

text:

Fermi, fermi...
tratto dall'articolo
----
Anche per il campo Immagine vi sono novità: il tipo di dato è sempre Oggetto
OLE come nel caso del database Gestione bookmark, ma per la visualizzazione
della fotografia si sceglierà un collegamento anziché un incorporamento. Ciò
significa che la foto non è fisicamente inserita nel database di Access, ma
che quest'ultimo memorizza solo la posizione dell'immagine nel disco. In
questo modo, il file di database rimane snello e le immagini sono a
disposizione sul disco per qualunque altra applicazione che ne abbia
bisogno. Se i file delle immagini vengono però spostati o rinominati, il
database Archivio vacanze non sarà più in grado di visualizzarli.
----
Siamo sicuri???
A me non sembra
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: [INFO]Per principianti DB foto e film

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio news:%twTe.36463$TR5....@news.edisontel.com...
>
> Fermi, fermi...
> tratto dall'articolo
> ----
>
> Anche per il campo Immagine vi sono novità: il tipo di dato è sempre Oggetto
> OLE come nel caso del database Gestione bookmark, ma per la visualizzazione
> della fotografia si sceglierà un collegamento anziché un incorporamento. Ciò
> significa che la foto non è fisicamente inserita nel database di Access, ma
> che quest'ultimo memorizza solo la posizione dell'immagine nel disco. In
> questo modo, il file di database rimane snello e le immagini sono a
> disposizione sul disco per qualunque altra applicazione che ne abbia
> bisogno. Se i file delle immagini vengono però spostati o rinominati, il
> database Archivio vacanze non sarà più in grado di visualizzarli.
>
> ----
>
> Siamo sicuri???
>
> A me non sembra
> _ _
> Ciao
> MAssimiliano Amendola
www.accessgroup.it
> Cisa - Conferenza Italiana per Sviluppatori Access
> Info:
www.donkarl.com/it
L'ho letto anch'io ma se l'hanno pubblicato, presumo, qualcuno la provato o almeno app-provato...
Ai poster l'ardua sentenza...
Ciao.
--
Sergio MAZZA


title: [INFO]Per principianti DB foto e film

text:
"Sergio MAZZA" <
sergi...@tiscali.it
> ha scritto nel messaggio
news:dfmce7$u9u$1...@area.cu.mi.it...

Per semplice curiosità, Provato e "disapprovato"... o almeno a me non
funziona.



title: [INFO]Per principianti DB foto e film

author: Roberto dalla campagna

text:
"Pablitomf (Maurizio Facciuti)" <
maurizio...@accessgroup.it
> ha scritto
nel messaggio news:dfm2dd$990$1...@domitilla.aioe.org...
>
> "Carlo Costarella" <
carloco...@libero.it
> ha scritto nel messaggio
> news:oIuTe.23196$O6.14...@news3.tin.it...
> >
> > Direttamente da Microsoft...
> >
http://www.microsoft.com/italy/pmi/comefare/tecnologia/archiviovacanze/article/article1.mspx
> >
> > Ciao, Carlo
>
> Azz... tutto questo popò di roba? Per i niubbbbbbbbbi non è niente male...
Non mi sembra utile solo ai niubbi.
> anch'io mi associo alla proposta di Sergio.
Sarete serviti: al prossimo aggiornamento inserirò il link nel Sito Comune.
--
Roberto
-----------------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
----------------------------------------------------


title: [INFO]Per principianti DB foto e film

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:%twTe.36463$TR5....@news.edisontel.com...
> Carlo Costarella wrote:
> > Direttamente da Microsoft...
> >
>
http://www.microsoft.com/italy/pmi/comefare/tecnologia/archiviovacanze/article/article1.mspx
> >
> > Ciao, Carlo
>
> Fermi, fermi...
> tratto dall'articolo
> ----
>
> Anche per il campo Immagine vi sono novità: il tipo di dato è sempre
Oggetto
> OLE come nel caso del database Gestione bookmark, ma per la
visualizzazione
> della fotografia si sceglierà un collegamento anziché un incorporamento.
Ciò
> significa che la foto non è fisicamente inserita nel database di Access,
ma
> che quest'ultimo memorizza solo la posizione dell'immagine nel disco. In
> questo modo, il file di database rimane snello e le immagini sono a
> disposizione sul disco per qualunque altra applicazione che ne abbia
> bisogno. Se i file delle immagini vengono però spostati o rinominati, il
> database Archivio vacanze non sarà più in grado di visualizzarli.
>
> ----
>
> Siamo sicuri???
>
> A me non sembra
E' evidente che si sta parlando di Access 2003 e che si sta parlando appunto
di una novità.
Tu possiedi Access 2003 e hai provato e non ti risulta che con quella
versione i campi OLE collegati lascino le immagini esterne al database?
Chi possiede tale versione di Access può fare il download del database
descritto nell'articolo in oggetto, verificare l'esattezza di questa
importante affermazione e quindi erudire i frequentatori del NG che Access
2003 non ce lo hanno.
C'è un volontario ? :)
> _ _
> Ciao
> MAssimiliano Amendola
www.accessgroup.it
> Cisa - Conferenza Italiana per Sviluppatori Access
> Info:
www.donkarl.com/it
--



title: [INFO]Per principianti DB foto e film

text:

Io uso xp, mannaggia
--



title: [INFO]Per principianti DB foto e film

author: Gaspare Calia

text:
[CUT]
Ciao Roberto,
a me funziona -> vedo le 2 foto di riferimento...
Buona giornata :-)


title: [INFO]Per principianti DB foto e film

text:
Gaspare Calia wrote:
> [CUT]
>
> Ciao Roberto,
> a me funziona -> vedo le 2 foto di riferimento...
Sě questo si sa, il problema č: di quanto si gonfia l'mdb??
>
> Buona giornata :-)
--



title: [INFO]Per principianti DB foto e film

text:
[CUT]
> Sě questo si sa, il problema č: di quanto si gonfia l'mdb??
Ciao MA,
io non ho seguito bene la discussione: qual'č di preciso la domanda?
Il db decompresso č 3,86 MB...


title: [INFO]Per principianti DB foto e film

text:

Il problema dei Campi OLE almeno fino a xp č che cortisonano il file (lo
gonfiamno ingiustificatamente.
Ora se il tuo file senza foto č di 3,86 va benissimo altrimenti dicci quanto
pesano i file esterni che hai "collegato"



title: [INFO]Per principianti DB foto e film

text:
[CUT]
E' quella la dimensione senza foto...


title: [INFO]Per principianti DB foto e film

author: Cinzia

text:
"Roberto dalla campagna" <
r.masso...@libero.it
> ha scritto nel
messaggio news:GYyTe.51411$HM1.1...@twister1.libero.it...

Ciao tutti,
ho scaricato il db e fatto queste considerazioni:
    Il db viene fornito con 2 foto  già archviate, quelle chiaramente sono
nel Database altrimenti non si vedrebbero, se colleghi delle foto esterne,
vengono inserite come package collegati,  ho provato ad inserire BMP di 3MB
e il db aumenta di soli pochi Kb, però il preview è pessimo si vede
un'iconcina 40x40 con il nome del file sotto.
Se invece si inseriscono le immagini direttamente dalla tabella selezionando
crea nuovo Oggetto invece di Crea Da File, l'immagine viene inserita nel Db
(come le due iniziali)  viene visualizzata discretamente e ovviamente il db
cresce notevolmente di dimensioni dopo due foto era 18MB
Avrei qualcosa da ridire anche sulla normalizzazione delle tabelle ... ma mi
astengo....
Ciao
Cinzia


title: [INFO]Per principianti DB foto e film

text:
[CUT]
> Ciao tutti,
> ho scaricato il db e fatto queste considerazioni:
>
>    Il db viene fornito con 2 foto  già archviate, quelle chiaramente sono
> nel Database altrimenti non si vedrebbero, se colleghi delle foto esterne,
> vengono inserite come package collegati,  ho provato ad inserire BMP di
> 3MB
> e il db aumenta di soli pochi Kb, però il preview è pessimo si vede
> un'iconcina 40x40 con il nome del file sotto.
Questo è quel che accade anche con il 97.



title: [INFO]Per principianti DB foto e film

text:
[CUT]
Ciao,
e ti pareva che zio Bill mettesse a disposizione dell'utente qualcosa di
professionale -> sapessi cosa c'è scritto come punti da seguire x la
realizzazione di siti web con frontpage...la scoperta dell'acqua calda ->
avranno fatto ricerche su internet e sintetizzato degli appunti !
Mi sa che se si butta giù qualche schermata con powerpoint si capisce meglio
il concetto di "normalizzazione"...
Buona giornata Gent.ma Sig.ra Cinzia :-)


title: [INFO]Per principianti DB foto e film

text:
"Cinzia" <
cinziapagani_...@tiscali.it
> ha scritto nel messaggio news:431ed70d$0$8476$5fc...@news.tiscali.it...
>
> Ciao tutti,
> ho scaricato il db e fatto queste considerazioni:
>
--omissis--
> Se invece si inseriscono le immagini direttamente dalla tabella selezionando
> crea nuovo Oggetto invece di Crea Da File, l'immagine viene inserita nel Db
> (come le due iniziali)  viene visualizzata discretamente e ovviamente il db
> cresce notevolmente di dimensioni dopo due foto era 18MB
>
> Avrei qualcosa da ridire anche sulla normalizzazione delle tabelle ... ma mi
> astengo....
>
> Ciao
> Cinzia
Mhmm... Allora l'autore potrebbe essere un FileMekerista convinto!!!
Ciao.
--
Sergio MAZZA


title: [INFO]Per principianti DB foto e film

text:
[CUT]
..od anche un "mcp microsoft pentito" ;-)


title: moduli di classe ?

author: noriud

text:
Allora non ho mai usato i moduli di classe...non mi sono mai serviti, ma ora
mi sa di si, mi spiego:
in una form ho la ncessità di ricorrere, a seconda di varie opzioni scelte,
ad una SUB routine(lunghissima...) che è presente in un'altra form....ho
provato ad usare il copia ed incolla ma il problema è che ripetendo la
stessa routine più volte (all' interno di una Sub_AfterUpdate) mi da
,giustamente, errore di "doppia dichiarazione di variabili....".....è
possibile scrivere un modulo di classe ed inviarne la sua esecuzione da più
parti di una Sub routine ??? (non so, tipo un GoTo)
HELP !!!!
--
Posted from
smtp1.libero.it
 [193.70.192.51]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: moduli di classe ?

author: CarloCos

text:
"noriud" <
nor...@libero.it
> ha scritto nel messaggio
news:000501c12fe3$eaf08f00$3200000a@server...
>
> Allora non ho mai usato i moduli di classe...non mi sono mai serviti, ma
ora
> mi sa di si, mi spiego:
> in una form ho la ncessità di ricorrere, a seconda di varie opzioni
scelte,
> ad una SUB routine(lunghissima...) che è presente in un'altra form....ho
> provato ad usare il copia ed incolla ma il problema è che ripetendo la
> stessa routine più volte (all' interno di una Sub_AfterUpdate) mi da
> ,giustamente, errore di "doppia dichiarazione di variabili....".....è
> possibile scrivere un modulo di classe ed inviarne la sua esecuzione da
più
> parti di una Sub routine ??? (non so, tipo un GoTo)
>
Non hai bisogno di un modulo di classe.
In un modulo generico imposta a globali le variabili che ti servono.
Ovviamente togli le variabili dal modulo privato (quello nella maschera).
Scrivi la sub in un modulo generico e rendila pubblica (Public Sub...).
Ovviamente dovrai gestire tutti i riferimenti alla maschera locale se ve ne
sono nella sub pubblica. In questo caso cancella la sub privata.
In alternativa dichiara le variabili nella sezione dichiarazioni del modulo
privato e toglile dalla sub. Ora puoi usare la sub privata ma vale solo per
la maschera corrente. Se la stessa sub e le variabili sono scritte in moduli
privati, anche se ripetuti in varie maschere, non causeranno errori.
Quello che voglio dirti è che l'errore stà nel non aver dichiarato una sola
volta le variabili nella sezione dichiarazioni del modulo privato. Queste
variabili (Dim MiaVar as ...) possono poi essere utilizzate da tutte le
routine della stessa maschera.
Ciao, Carlo


title: Filtro Anno su Grafico...

author: Pablitomf

text:
Questa la query GRAFICO1 che funziona regolarmente (passo il parametro
dalla Form FattLista):
SELECT Fatture.datafatt AS Data,
Sum(IIf([Iva]="1",([Quant]*[ImpUnit])*20/100+([Quant]*[ImpUnit]),[Quant]*[ImpUnit]))
AS Tot, Contratti.Div
FROM Fatture LEFT JOIN (FattureCorpo LEFT JOIN Contratti ON
FattureCorpo.RifContr = Contratti.ID) ON Fatture.ID = FattureCorpo.IDFatt
GROUP BY Fatture.datafatt, Contratti.Div, Year([datafatt])
HAVING (((Year([datafatt])) Like [Forms]![FattLista]![Anno1]));
Questa l'origine riga del Grafico :
TRANSFORM Sum(Grafico1.Tot) AS SommaDiTot SELECT (Format([Data],"mmm""
'""yy")) AS Espr1 FROM Grafico1 GROUP BY
(Year([Data])*12+Month([Data])-1), (Format([Data],"mmm"" '""yy")) PIVOT
Grafico1.Div;
Dice che Jet valuta il parametro della Form non corretto come espressione.
Suggerimenti? Io non tratto molto i grafici...
--
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------------
http://www.accessgroup.it/
http://www.sitocomune.com/
----------------------------------
Non mi fido molto delle statistiche, perchč un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media.
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: software gestionale...aimè

author: max

text:
salve a tutti...e spero possiate aiutarmi...
conoscete qualche programma in access per la gestione di prodotti in un
magazzino che faccia carico e scarico con fatturazioni e vendita al banco?
Ovviamente freeware...
grazie a tutti Voi.
Max


title: software gestionale...aimè

author: Stefano Zen

text:
> conoscete qualche programma in access per la gestione di prodotti in un
> magazzino che faccia carico e scarico con fatturazioni e vendita al banco?
> Ovviamente freeware...
> grazie a tutti Voi.
> Max
Bhe, io uso il Easyfat 2002 di danea
www.danea.it
 costa poco, e' molto
semplice, fa solo documenti di vendita. secondo me limitato nelle funzioni,
ma eccezionale, sul sito ti puoi scaricare la demo.
Freeware c'e' Mosaico, che fa tutto, nel senso che e' un programma completo
gestionale
ciao
Stefano


title: software gestionale...aimè

author: Red

text:
"Stefano Zen" <
> Bhe, io uso il Easyfat 2002 di danea
www.danea.it
 costa poco, e' molto
> semplice, fa solo documenti di vendita. secondo me limitato nelle
funzioni,
> ma eccezionale, sul sito ti puoi scaricare la demo.
> Freeware c'e' Mosaico, che fa tutto, nel senso che e' un programma
completo
> gestionale
Mosaico non è freeware ma GPL ... inoltre non prevede contabilità (quindi
non è completo!)
Bye: Red


title: operazioni nelle form (è possibile?)

text:
ho una tabella nella quale figurano diversi importi
per l'immissione dei dati ho creato una form.
vorrei che in un campo /(casella di testo) venisse evidenziato il risultato
di semlici operazioni, tipo somma di alcuni campi e simili.
è possibile farlo direttamente nella maschera di immissione dati, senza
passare per una query e poi per un report?
grazie
antonio


title: operazioni nelle form (è possibile?)

text:
<
ari...@libero.it
> ha scritto nel messaggio
news:hxQZ5.96132$hk4.3...@news.infostrada.it...
> ho una tabella nella quale figurano diversi importi
> per l'immissione dei dati ho creato una form.
> vorrei che in un campo /(casella di testo) venisse evidenziato il
risultato
> di semlici operazioni, tipo somma di alcuni campi e simili.
> č possibile farlo direttamente nella maschera di immissione dati, senza
> passare per una query e poi per un report?
> grazie
> antonio
>
 Nella proprietą 'origine controllo' della casella di testo scrivi
l'operazione che devi eseguire:
es. in una casella di testo chiamata 'risultato' scrivi:
=[primoNumero]+[secondoNumero]
Ciao.


title: Help maschera --> Tabella

text:
Ho un problemino che non riesco a riscolvere ??
Ho una tabella (tab1) con i seguenti campi cognome nome
Ho una maschera (masch1) dove aggiornare la tabella1
Ho una seconda tabella (tab2) con i seguenti campi cognme nome
Devo creare un pulsante nella maschera che mi permetta di copiare i valori
che ho inserito nella maschera (no nella tabella 1) nella tabella 2 (questo
perchè la tab1 verrà cancellata ogni settimana , e ho bisogno di salvare i
dati)
GRAZIE A TUTTI PER LE VOSTRE RISPOSTE


title: Help maschera --> Tabella

author: Roberto da casa

text:
".-)" <._
9...@tin.it
> ha scritto nel messaggio
news:l_Sdc.38817$hc5.1...@news3.tin.it...

Usa una query di accodamento (vedi help).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: formattare un testo con degli spazi

author: Maurizio

text:
Ciao a tutti in una casella di testo vorrei fare in modo che quando
scrivo un testo tipo: "automobile", questo venga scritto in automatico
"a u t o m o b i l e".
Mi date qualche idea su come fare?
Ciao


title: formattare un testo con degli spazi

author: Alessandro Baraldi

text:
Maurizio ha scritto:

Non ne comprendo l'utilità se non grafica, poichè poi diventa
inutilizzabile..., ma puoi fare così:
Function Allarga(strIN as string) as string
    dim x as integer
    strTMP as string
    For x=1 to Len(strIn)
        strTMP=strTMP & Mid$(strIN,x,1) & " "
    Next
    Allarga=strTMP
End Function
Ovviamente dovrai usare una Casella di testo Associata per la parola
originale, magari non visibile ed una non associata nella quale
metterai come OrigineControllo :
=Allarga([NomeTextBoxOriginale])
Ciao
@Alex


title: formattare un testo con degli spazi

author: eSQueL

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:1157402271.5...@i42g2000cwa.googlegroups.com...
Maurizio ha scritto:
> Ciao a tutti in una casella di testo vorrei fare in modo che quando
> scrivo un testo tipo: "automobile", questo venga scritto in automatico
> "a u t o m o b i l e".
> Mi date qualche idea su come fare?
> Ciao
>Non ne comprendo l'utilità se non grafica, poichè poi diventa
>inutilizzabile..., ma puoi fare così:
L'utilità potrebbe essere quella di costruire una stringa stampabile su
alcuni moduli a lettura ottica, ad es. i bollettini di versamento. In tale
caso, però, il font dovrebbe mantenere costante la dimensione di ciascuna
carattere (penso ad es. al Courier).


title: formattare un testo con degli spazi

text:
eSQueL ha scritto:

Non verranno mai centrati bene ugualmente ma ho capito...!
Qualche settimana fà si è parlato di questo e la soluzione più
funzionale è stata quella
di prevedere un numero di TextBox da riempire con un singolo carattere,
in quel modo
la centratura è precisa....!
Se chiami i controlli con un progressivo diventa semplice anche la
compilazione con
un ciclo sulla stringa....
@Alex


title: formattare un testo con degli spazi

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:1157458964.4...@b28g2000cwb.googlegroups.com...
eSQueL ha scritto:



@Alex
Convengo :)


title: formattare un testo con degli spazi

author: Carlo Costarella

text:
"Maurizio" <*@.it> ha scritto nel messaggio
news:44fc84db$0$47965$4faf...@reader3.news.tin.it...

Ho fatto una cosa del genere per stampare il codice fiscale su di una
ricetta.
Ovviamente ho usato 16 caselle di testo scomponendo il CF.
In un altro caso ho usato caratteri monospaced come il Courier New o il
Lucida
(cfr:
http://support.microsoft.com/default.aspx?scid=kb%3Bit%3B90057
)
Ciao, Carlo


title: forse OT come convertire un pdf in mdb???

author: Claudio

text:
Ho un file pdf con dentro tabelle
come posso convertirlo in mdb
ho usato un doppio passagio pdf --> htm --> mdb
                                            pdf --> rtf --> mdb
                                            pdf --> xml --> mdb
il problema di fondo sta nel fatto che nelle celle il testo č scritto in piů
righe e nella conversione mi crea piů record (quasi ogni riga un record)
quindi come se nulla fosse
spero mi possiate aiutare


author: Maurizio Camele

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:KJQOc.61868$OR2.3...@news3.tin.it...
> Ho un file pdf con dentro tabelle
> come posso convertirlo in mdb
>
> ho usato un doppio passagio pdf --> htm --> mdb
>                                             pdf --> rtf --> mdb
>                                             pdf --> xml --> mdb
>
> il problema di fondo sta nel fatto che nelle celle il testo è scritto in
più
> righe e nella conversione mi crea più record (quasi ogni riga un record)
> quindi come se nulla fosse
>
> spero mi possiate aiutare
>
>
Io ho trovato un programma che si chiama xpdf-3.00-dos6, che trasforna i
file pdf in file di testo, se vuoi te lo posso mandare, così puoi
trasformare i pdf in file di testo e poi leggerli, mantiene la formattazione
molto bene...
Fammi Sapere se ti serve...


title: azzeramento campo contatore

author: paoloardovino

text:
Come da oggetto, come si fà?
Grazie in anticipo.


title: azzeramento campo contatore

author: Sib

text:
"paoloardovino" <
pa...@tiscali.it
> ha scritto nel messaggio
> Come da oggetto, come si fà?
Compatta il database.
Sib


title: azzeramento campo contatore

author: Sergio MAZZA

text:
"paoloardovino" <
pa...@tiscali.it
> ha scritto nel messaggio
news:mwZJa.38208$Fr5.8...@tornado.fastwebnet.it...
> Come da oggetto, come si fŕ?
> Grazie in anticipo.
>
Cancelli tutti i record e compatti l'mdb...
Ciao.
--
Sergio MAZZA


title: Come memorizzare parametro immesso in query parametrica

author: bizio

text:
Ciao a tutti,
ho una maschera basata su una query parametrica che appunto ha sul
criterio del campo cognome [Inserire Cognome].
Come posso salvare/memorizzare/riutilizzare il parametro immesso una
volta che ho eseguito la query?
Grazie a tutti per le info


author: Karl Donaubauer

text:
bizio wrote:
> ho una maschera basata su una query parametrica che appunto ha
> sul criterio del campo cognome [Inserire Cognome].
> Come posso salvare/memorizzare/riutilizzare il parametro immesso
> una volta che ho eseguito la query?
Dipende quanti parametri vuoi memorizzare e dove.
Se p.e. hai una tabella tblParametri con un campo Para
potresti procedere così:
- nella query aggiungi un campo calcolato
ParaMio: [Inserire Cognome]
- nel codice dell'evento "Su apertura" della maschera scrivi
CurrentDb.Execute _
"INSERT INTO tblParametri (Para) VALUES('" & Me!ParaMio & "')" _
, dbFailOnError
--
Ciao
Karl
*********
Access FAQ:
www.donkarl.com/it


text:
> Dipende quanti parametri vuoi memorizzare e dove.
> Se p.e. hai una tabella tblParametri con un campo Para
> potresti procedere così:
>
> - nella query aggiungi un campo calcolato
>
> ParaMio: [Inserire Cognome]
>
> - nel codice dell'evento "Su apertura" della maschera scrivi
>
> CurrentDb.Execute _
> "INSERT INTO tblParametri (Para) VALUES('" & Me!ParaMio & "')" _
> , dbFailOnError
Ciao Karl, grazie della risposta.
il parametro non mi serve memorizzarlo in una tabella ma averlo, forse
è meglio, in una variabile per un uso temporaneo.
Ti spiego il motivo:
quando la maschera di ricerca non mi restituisce alcun valore, vorrei
permettere di inserire il parametro in precedenza immesso come valore
in un nuovo record di un'altra Form (ad esempio, se il cognome immesso
non esiste, aggiungere nella FormUtenti un nuovo utente con quel
cognome)
Come dovrei fare?
Grazie


text:
bizio wrote:
>> Dipende quanti parametri vuoi memorizzare e dove.
>> Se p.e. hai una tabella tblParametri con un campo Para
>> potresti procedere cosě:
>>
>> - nella query aggiungi un campo calcolato
>>
>> ParaMio: [Inserire Cognome]
>>
>> - nel codice dell'evento "Su apertura" della maschera scrivi
>>
>> CurrentDb.Execute _
>> "INSERT INTO tblParametri (Para) VALUES('" & Me!ParaMio & "')" _
>> , dbFailOnError
>
> il parametro non mi serve memorizzarlo in una tabella ma averlo, forse
> č meglio, in una variabile per un uso temporaneo.
> Ti spiego il motivo:
> quando la maschera di ricerca non mi restituisce alcun valore, vorrei
> permettere di inserire il parametro in precedenza immesso come valore
> in un nuovo record di un'altra Form (ad esempio, se il cognome immesso
> non esiste, aggiungere nella FormUtenti un nuovo utente con quel
> cognome)
>
> Come dovrei fare?
Non capisco la tua descrizione.
Hai una maschera di ricerca ma anche usi la finestra di parametri?
Di solito si usa una maschera di ricerca per fornire i parametri
dalla maschera alla query, con i riferimenti nella query, tipo:
Forms!MascheraRicerca!ControlloColParametro
Perň se vuoi usare la finestra di parametro ed una variabile puoi
p.e. procedere come descritto, solo nell'ultimo passo invece di
scrivere il valore in una tabella lo scrivi in una variabile.
Cioč, nella sezione di dicchiarazione di un modulo standard
o della maschera:
Public strParametro As String
e "Su apertura" della maschera:
strParametro = Me!ParaMio



text:
> Non capisco la tua descrizione.
> Hai una maschera di ricerca ma anche usi la finestra di parametri?
> Di solito si usa una maschera di ricerca per fornire i parametri
> dalla maschera alla query, con i riferimenti nella query, tipo:
> Forms!MascheraRicerca!ControlloColParametro
In questo caso non uso la maschera per passare il parametro alla
query, ma baso la maschera di ricerca sulla query che mi apre la
finestra per l'immissione del parametro.
La mia query è questa:
SELECT tblAnagrafico.idAnagrafico, tblAnagrafico.Cognome,
tblAnagrafico.Nome, tblAnagrafico.DataNascita,
tblAnagrafico.CodiceFiscale
FROM tblAnagrafico
WHERE (((tblAnagrafico.Cognome) Like ([Immettere il Cognome
dell'utente] & "*")))
ORDER BY tblAnagrafico.Cognome, tblAnagrafico.Nome;
Ho bisogno di memorizzare in una variabile il parametro (cognome)
immesso dall'operatore per poterlo riutilizzare nel caso la query non
restituisca alcun nominativo.
Partendo da questo potresti spiegarmi per favore di nuovo come devo
muovermi?
Grazie ancora


text:
"bizio" <
fabriz...@libero.it
> ha scritto nel messaggio
news:1cec9266-066d-4faa...@i28g2000yqa.googlegroups.com...
> Non capisco la tua descrizione.
> Hai una maschera di ricerca ma anche usi la finestra di parametri?
> Di solito si usa una maschera di ricerca per fornire i parametri
> dalla maschera alla query, con i riferimenti nella query, tipo:
> Forms!MascheraRicerca!ControlloColParametro
In questo caso non uso la maschera per passare il parametro alla
query, ma baso la maschera di ricerca sulla query che mi apre la
finestra per l'immissione del parametro.
La mia query č questa:
SELECT tblAnagrafico.idAnagrafico, tblAnagrafico.Cognome,
tblAnagrafico.Nome, tblAnagrafico.DataNascita,
tblAnagrafico.CodiceFiscale
FROM tblAnagrafico
WHERE (((tblAnagrafico.Cognome) Like ([Immettere il Cognome
dell'utente] & "*")))
ORDER BY tblAnagrafico.Cognome, tblAnagrafico.Nome;
Ho bisogno di memorizzare in una variabile il parametro (cognome)
immesso dall'operatore per poterlo riutilizzare nel caso la query non
restituisca alcun nominativo.
Partendo da questo potresti spiegarmi per favore di nuovo come devo
muovermi?
Grazie ancora
-----------------------
In un modulo pubblico:
Public NomeVariabile As String
Public Function DimmiIlValore() As String
DimmiIlValore = InputBox("Immettere il Cognome dell 'utente", "Inserisci un
cognome da ricercare", "")
If DimmiIlValore <> "" Then NomeVariabile = DimmiIlValore
End Function
La query diventa:
SELECT tblAnagrafico.idAnagrafico, tblAnagrafico.Cognome,
tblAnagrafico.Nome, tblAnagrafico.DataNascita,
tblAnagrafico.CodiceFiscale
FROM tblAnagrafico
WHERE (((tblAnagrafico.Cognome) Like (DimmiIlValore() & "*")))
ORDER BY tblAnagrafico.Cognome, tblAnagrafico.Nome;
Per sapere il valore del parametro in qualsiasi momento potresti usare una
seconda funzione come questa:
Public Function DimmiNomeVariabile() As String
DimmiNomeVariabile = NomeVariabile
End Function
Forse saranno necessari degli adattamenti al tuo caso ma il ragionamento
dovrebbe andare bene.
Ciao, Carlo


text:

Carlo ti ha già scritto una variante.
Per complettare/ripetere la variante che ti ho scritto prima:
La query diventa:
SELECT tblAnagrafico.idAnagrafico, tblAnagrafico.Cognome,
tblAnagrafico.Nome, tblAnagrafico.DataNascita,
tblAnagrafico.CodiceFiscale,
[Immettere il Cognome dell'utente] AS ParaMio
FROM tblAnagrafico
WHERE (((tblAnagrafico.Cognome) Like ([Immettere il Cognome
dell'utente] & "*")))
ORDER BY tblAnagrafico.Cognome, tblAnagrafico.Nome;
Nella sezione di dicchiarazione di un modulo standard



title: problema database remoto con cartelle risorse di rete

author: Rogisoft

text:
Ciao ho un problema dove non riesco proprio a racapezzarmi!!!!
Ho creato un file master dove ho tutte le tabelle dei dati e l'ho copiato
via ftp su una cartella remota.Quello che non capisco č che quando vado sul
mio database client e collego le tabelle al DB remoto accedo alla cartella
vedo il file es. pippo.mdb ma quando lo seleziono access mi risponde
"formato non valido" mentre se lo copio su una cartella del PC non ho nessun
tipo di problema.
Grazie Ciao


author: MA

text:
"Rogisoft" <
rogi...@tin.it
> ha scritto nel messaggio
news:QL70c.52616$IT2.1...@news4.tin.it...

Non puoi farlo.
Mi dispiace
MAssimiliano


title: [report] stampa n record in maniera indipendente

author: AP

text:
c'� la possibilit� di stampare tramite report dei record in maniera
indipendente.?
mi spiego meglio
ad esempio voglio stampare 4 record di una tabella su un foglio
il primo in alto a destra
il secondo a met� pagina
il terzo a 3/4 pagina
ed il quarto leggermente piu' sotto del terzo


author: Pablitomf (da casa)

text:

solo se ti crei controlli non associati nel foglio posizionandoli dove
meglio credi, e poi "popolarli" da codice leggendo un recordset...


title: calcolo ggmedi di incasso da contratto.

author: montanaro®

text:
Scusatemi se apro un nuovo thread, ma ho riunito 2 thread separati di
cui uno è vecchio e non mi fa rispondere il problema era caduto xkè
avevo cambiato mansioni..., questo è il contenuto:
Ciao, in una tabe. ho questi campi:
> gg prima rata - numero rate - gg rate successive.
> Dove ad ex. un pagamento 60/90/120 è cosi composto:
> gg prima rata=60 - numero rate=3 gg rate successive=30
> 60/90
> 60 - 2 - 30
> sto diventando matto, non riesco a trovare i giorni medi di pagamento,
> ad esempio nel 60/90/120 =90
> nel 60/90 = 75
> Avete un'idea?
> Grazie
Risposta:
In un modulo di VBA aggiungi la seguente funzione:
Public Function ggMEDI(iGGPrimaRata As Integer, iNumRate As Integer) As
Long
    Dim ik      As Integer       '..il contatore
    Dim iSUM    As Long     '..la somma dei giorni
    Dim iProxGG As Integer '..il conto per ogni rata
    iSUM  iGGPrimaRata    '.. assegno la prima rata
    For ik  2 To iNumRate
        iProxGG  30 * ik
        iSUM  iSUM + iProxGG
    Next ik
    iSUM  iSUM / iNumRate
    ggMEDI  iSUM         '.. assegno il valore alla funzione
End Function
e adesso puoi chiamarla da qualsiasi controllo(nell' Origine controllo)
ggMEDI([ggPrimaRata];[numRate])
Io ho fatto copia/incolla su un modulo e il Debug mi dice: "errore di
compilazione, prevista Sub, Function o Property" non so se è la
sintassi, ma sono proprio alle prime armi; potete aiutarmi?
Grazie


title: calcolo ggmedi di incasso da contratto.

author: Nick

text:
montanaro® ha detto: in data 25/05/2006 9.11:

non so se è il mio client per le news o cosa, ma mancano tutti gli
uguali.. prova a controllare
altro dubbio è se
Public Function ggMEDI(iGGPrimaRata As Integer, iNumRate As Integer) As Long
è scritto tutto sulla stessa riga...
formalmente non trovo altri errori...
Ciao
Nick


title: calcolo ggmedi di incasso da contratto.

text:
Nick ha scritto:
> montanaro® ha detto: in data 25/05/2006 9.11:
> > Scusatemi se apro un nuovo thread, ma ho riunito 2 thread separati di
> > cui uno è vecchio e non mi fa rispondere il problema era caduto xkè
> > avevo cambiato mansioni..., questo è il contenuto:
> >
> > Ciao, in una tabe. ho questi campi:
> >> gg prima rata - numero rate - gg rate successive.
> >> Dove ad ex. un pagamento 60/90/120 è cosi composto:
> >> gg prima rata=60 - numero rate=3 gg rate successive=30
> >> 60/90
> >> 60 - 2 - 30
> >
> >> sto diventando matto, non riesco a trovare i giorni medi di pagamento,
> >> ad esempio nel 60/90/120 =90
> >> nel 60/90 = 75
> >> Avete un'idea?
> >> Grazie
> >
> > Risposta:
> > In un modulo di VBA aggiungi la seguente funzione:
> > [CUT]
>  non so se è il mio client per le news o cosa, ma mancano tutti gli
> uguali.. prova a controllare
>  altro dubbio è se
> Public Function ggMEDI(iGGPrimaRata As Integer, iNumRate As Integer) As Long
>
> è scritto tutto sulla stessa riga...
> Si, è tutto su una riga.
> formalmente non trovo altri errori...
> Ciao
> Nick
Non è il tuo client...stai parlando con un pivello che fa ancora le
query in visualizz. struttura...eheh.
 Ho inserito gli = e funziona grazie, però sbaglio qualcosa, metto
ggprimarata=30; numrate=2 ed il risultato è 45, ma dovrebbe essere 75
cioè 30+60/2=75
Public Function ggMEDI(iGGPrimaRata As Integer, iNumRate As Integer) As
Long
    Dim ik      As Integer       '..il contatore
    Dim iSUM    As Long     '..la somma dei giorni
    Dim iProxGG As Integer '..il conto per ogni rata
    iSUM = iGGPrimaRata     '.. assegno la prima rata
    For ik = 2 To iNumRate
        iProxGG = 30 * ik
        iSUM = iSUM + iProxGG
    Next ik
    iSUM = iSUM / iNumRate
    ggMEDI = iSUM          '.. assegno il valore alla funzione
End Function
Voi riuscite a trovare l'errore? A questo punto credo sia un errore di
logica.
Grazie


title: calcolo ggmedi di incasso da contratto.

text:
montanaro® ha scritto:

Infatti......era molto semplice:
Public Function ggIncCONTR(ggRata1 As Integer, NumRate As Integer) As
Long
    Dim iSUM    As Long     'la somma dei giorni
    Dim iProxGG As Integer 'il conto per ogni rata
    iSUM = ggRata1     'assegno la prima rata
        ProGG = iSUM + 30 * NumRate
        iSUM = ProGG / 2
        ggIncCONTR = iSUM          'assegno il valore alla funzione
End Function


title: calcolo ggmedi di incasso da contratto.

text:
montanaro® ha detto: in data 25/05/2006 9.49:

non ho ben capito il calcolo... visto che il numero medio di giorni di
90 su due rate è 45.. però se il tuo calcolo è 30 +(90/2) = 75 allora
prova a sostituire l'ultima istruzione con :
  ggMEDI = iSUM + iGGPrimaRata
non ho ben capito il calcolo.. quindi fai molti test per verificare..
Ciao
Nick


title: calcolo ggmedi di incasso da contratto.

text:
Nick ha scritto:

iSum = gg rata 1 che devo assegnare ogni volta, è una variabile non
necessaramente 30,
quindi il calcolo è: (gg prima rata+giorni ultima rata)/2
(90/120/150)/3=120 (media) che è uguale a (90+150)/2=120
ciao


title: sapere quanti record ha filtrato un filtro applicato ad una maschera

text:
mi spiego meglio dinamenticamente con vba costruisco a runtime una stringa che poi applico come filtro ad una maschera associata ad una query clienti

la query associata contiene tutti i clienti ma la maschera a cui applico il filtro mostra solo i record che rispettano il filtro.

come faccio a sapere quanti sono questi elementi?

    Forms![miaform].Form.Filter = miofiltro
    Forms![miaform].Form.FilterOn = True

quanti record ho ottenuto?

grazie.


text:
Salve,

Tmtube73 ha scritto:
> ...
>      Forms![miaform].Form.Filter = miofiltro
>      Forms![miaform].Form.FilterOn = True
>
> quanti record ho ottenuto?

p.e.

Dim rs As DAO.Recordset

Forms![miaform].Form.Filter = miofiltro
Forms![miaform].Form.FilterOn = True

Set rs = Forms![miaform].Form.RecordsetClone

If rs.EOF Then
    msgbox 0
Else
    rs.MoveLast
    msgbox rs.RecordCount
End If

rs.Close: Set rs = Nothing


title: Cambiare icone menù

text:
A2003
Non trovo sull'help come cambiare le icone nei men� quando.
Quelle di default sono ridicole; non capisco cosa possa farsene una di un
icona con un porcellino in un'applicazione...
Qualcuno sa aiutarmi?
Nicoletta
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Cambiare icone menù

author: CIDI

text:
"Nicoletta2" <
frt...@virgilio.it
> ha scritto nel messaggio
news:hcunk7$72h$1...@news.newsland.it...
> A2003
>
> Non trovo sull'help come cambiare le icone nei men� quando.
> Quelle di default sono ridicole; non capisco cosa possa farsene una di un
> icona con un porcellino in un'applicazione...
su AXP non si vedono porcellini....per� non esageriamo...pu� far venire in
mente tante cose...per es. salami...prosciutti.... :D
> Qualcuno sa aiutarmi?
ciao Nicoletta2
clic su barra men� ....personalizza...clic dx sul men� ... cambia icona
pulsante
oppure se hai delle icone personalizzate...incolla icona
ciao
Daniele


title: ... sono ancora qui coni miei utenti collegati a SQL. . ..

author: Gio

text:
Allora... ho un dbase in SQL (7.0) e diversi uenti che si collegano ....
PROBLEMA: come sapere quali utenti veramente stanno usando il mio Dbase di
SQL??
Usando una tabella interna, se un utente spegne il pc , il login rimane
nella tabella come se fosse attivo. Quindi non risolvo il mio problema.
Non ho la possibilità di consultare una tabella che contiene gli utente
effettivamente collegati?
Se non c'e' . . . .( mi sparo) qualcuno ha una soluzione sicura??
Grazie a tutti
Giovanna
--------------------------------
Inviato via
http://usenet.libero.it


title: Tabelle collegate

text:
Se tento di usare il Gestore Tabelle collegate Access mi risponde "Il
controllo ActiveX non è in grado di creare l'oggetto"
Da cosa può dipendere?


title: [Ot] Raduno

text:
Ciao ragazzi,
ho tentato fino a 2 minuti fa di rinviare un
impegno per poter presenziare al raduno, ma non ce
l'ho fatta. :-(
Spero cmq che vi divertiate, e che facciate foto
da girarci tra noi partecipanti a icaa.
Se mi inviate un numero di cell, mi piacerebbe
chiamarvi durante il raduno.
Buon divertimento a tutti.
MAssimiliano


title: [Ot] Raduno

author: Antonio Biso

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:zXFAc.7169$%l2....@news.edisontel.com...

Sei una sòla!!!
Antonio