Newsgroup: it.comp.appl.access
Titolo: Vi voglio raccontare di un probabile BUG di Access - lungo

La storia mi ha lasciato di stucco ed ha dell'incredibile.
Se qualcuno ha avuto un problema simile lo pregherei di contattarmi.
Riguarda una query che se volete posso spedire insieme con i dati.
Ho una tabella in cui vi è una colonna chiamata Data che contiene ovviamente
una data.
Siccome mi serve raggruppare i dati in un report abbastanza complesso ho la
necessità di calcolare in separate colonne: l'anno, il mese e il giorno.
Banale direte voi ! ( e anch'io per la verità ).
Decido di usare la terna di funzioni Day, Month e Year tutte applicate su
Data per produrre le nuove colonne che intesto come Giorno, Mese e Anno in
aggiunta a quella già preesistente. La cosa è così sciocca che non mi curo
di verificare dando per scontato il corretto risultato.
In realtà, va tutto bene per Anno, e Mese ma i valori nella colonna Giorno
differiscono dai giorni in Data e vanno indietro di 1.
Es.
in colonna: Data: 18/01/2002
in colonna: Day(data) AS Giorno ->17
A questo punto, sconcertato, decido di buttare a mare la funzione Day e uso
DatePart("g"; [Data]) per generare ancora un'altra colonna, da confrontare
con la precedente. Niente! sempre un giorno in meno.
Giro e rigiro, decido di complicarmi la vita di brutto e genero un'altra
colonna con l'espressione:
Val(Left(Str([data]);2)),
che tradotto in "umano", per chi è stanco dopo una giornata di lavoro:
prendo la data e la converto a stringa, poi dopo avere preso i primi due
caratteri li riconverto in numero (sempre più difficile).
Stavolta, direte voi, avendo coinvolto tre funzioni diverse dalle
precedenti, ci siamo!
Macché, ancora un giorno in meno!
A questo punto non ce la faccio più, spengo il computer e vado a dormire,
tra giri e rigiri si era fatta mezzanotte.
Stamattina, a mente più fresca riapro la query e ricomincio a "giocare".
Scopro casualmente che se anzicché cambiare il nome della colonna (che come
saprete il "nostro" chiama da solo: Espr1, Espr2 ecc.) qualcosa si modifica
ritornando comprensibile.
Ma il tutto ha forti connotati di casualità, ameno così mi sembra. Prima
avendo rinominato la colonna come Giorni funzionava, poi rinominandola
Giorno non funzionava, ritornando a Giorni ancora non funziona.
Troppi capricci !!
Domanda: secondo voi chi da i numeri?
io, l'access, l'SQL, il VBA
a voi MS-Oggettari l'ardua sentenza, io come
ex-Clipperista-terzagenerazionista affascinato dai nuovi ambienti di
sviluppo, ho deposto le armi.
===========
PS.
Poichè quelle date si riferiscono a lezioni fatte e che vanno retribuite,
non me la sento di stampare che sono state fatte il giorno dopo ma che
verranno retribuite per il giorno prima.
Credo che mi toccherà generare di corsa una tabella in ascii, dargliela in
pasto a due righe di DOS/Clipper o DOS/FoxPro e rispedirla al mittente di
nuovo in ascii già bella ed elaborata pronta per il report di IV generazione
a salvaguardia della mia salute mentale.
Saluti
Giuseppe

 verranno retribuite per il giorno prima.
ma perchè, se proprio non riuscivi a risolvere la cosa, fare
Giorno: day(...) + 1
ti pareva brutto?
Antonio

Data, Giorno, Anno, Note .... sono tutte parole chiave di Access e
quindi se vengono utilizzate come nomi di campo e/o controlli ...
..."unpredictable results may occurr".
Vincenzo Turturro
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com/
---------------------------------------------
E quello di it.comp.as400
http://www.faq400.com/
---------------------------------------------

 ..."unpredictable results may occurr".
Oddio ... Data e giorno non le ho mai usate come nomi campo, ma  NOTE sě e
non mi ha mai dato guai ;-))
Ciao, Max

 wrote in message
news:rVX_8.16332$s74.4...@twister1.libero.it...

probabilmente č scappato lo strafalcione...
sicuramente intendeva memo
e non siamo cosě pignoli, che col caldo che fa ci si incazza subito!
 :-))

che col caldo che fa ci si incazza subito!
Per carità, lungi da me l'idea di far incazzare Turturro ;-)
Ciao, Max

 ti pareva brutto?
Sì, orrendo!
ma il problema è che non sai se fidarti o no, e se l'errore è di tipo
stabile o aleatorio
Grazie per la risposta cmq
saluti
Giuseppe

 ha scritto nel messaggio
news:hHU_8.15491$s74.4...@twister1.libero.it...


 ciao Antonio,
ALT!
Riprova scrivendo DOPO il quoting!!!
Antonio

 ha scritto nel messaggio
news:3d3c3bdf...@news.tiscalinet.it...

Aggiungerei anche "descrizione"...
Ciao.
--
Sergio MAZZA

 ...
Non conosco uno per parole italiane ma solo inglese per Jet 4:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q321266
Spesso aiuta di leggere il testo nella visualizzazione SQL della
query per vedere cosa fa Access con una parola di un' altra lingua.
Ma non sempre perché tutte le parola di una query prima della
esecuzione debbono passare una parte di Access che si chiama
"Expression Service" (ES) che analizza e traduisce le parole del
testo SQL. Con parole riservate usato in un modo falso il ES
qualche volta fa una interpretazione strana invece di mandare
un messaggio di errore.
--
cu
Karl
*********
Access-FAQ (tedesco): 
http://www.donkarl.com

 ha scritto nel messaggio
news:ahje24$thnnj$1...@ID-46617.news.dfncis.de...

per quanto riguarda l'italiano ho trovato questo
ACC2002: Parole riservate in Microsoft Access
http://support.microsoft.com/default.aspx?scid=kb;it;I286335
ciao
fabio

(.....)

Volevo scrivere Memo ed ho scritto invece il nome che di solito adotto
per i campi di tale tipo ...



Ed io aggiungerei anche che quanto detto vale anche per le
corrispondenti traduzioni in inglese: Day, Year, Month, Description
...


Acc.
mi hai beccato! :-))


grazie mille, Fabio


 ha scritto nel messaggio
news:q3s%8.23808$GV2.5...@twister2.libero.it...

Io preferisco l'help on line...
Comunque puoi sempre andare su un modulo, scrivere la tua parola, metterci
sopra il cursore e quindi fare F1.
Se è una parola chiave ti apre l'help corrispondente...
Antonio

 Se è una parola chiave ti apre l'help corrispondente...
si, è una soluzione.
solo che nel pianificare nomi di campo, ecc è un po' scomodo.
stamane mi sono visto l'help, che ho visto ti fa buttare il sangue per
ricercare le cose, ma da qualche parte ce li ha scritte ! il problema e
capire dove! e a nulla serve l'indice, la rcerca libera e compagnia bella.
Non mi dici nulla di come ti comporti con le barre strumenti. vedi mio post
precedente dall'oggetto: come li fate gli help
Per gli help mi sono scaricato l'attrezzo: HTML Help workshop di MS
(gratuito).
Mo mi tocca impararne l'uso.
Ma sulla questione delle barre strumenti non so come regolarmi senza fare
casino.
saluti
Giuseppe

 precedente dall'oggetto: come li fate gli help
Per non far comparire barre io faccio così.
Ogni maschera ha nella proprietà barra menù macro2
macro2 è una macro che contiene il comando aggiungimenu con parametro macro1
macro1 è una macro che contiene eseguicomando con parametri eseguimacro e
nome macro &esci
Questa struttura la ricavai seguendo l'help su personalizza menu.
Per le barre strumenti puoi disattivarle nel menù avvio
Antonio