Newsgroup: it.comp.appl.access
Titolo: Data invertita

UPDATE miatabella SET miadata= #" & now()& "# WHERE mioid = 1"
Mi ritrovo 11 maggio.
Invece:
UPDATE miatabella SET miadata= '" & now()& "' WHERE mioid = 1" (cioè con
apicetto singolo)
Scrive regolarmente 5 novembre.
miadata è campo data, ovviamente.
E' l'età che avanza, o qualcosa non quadra?
Saluti.
Luciano

"Luciano (DOC)" <lucia...@luciano.doc> ha scritto nel messaggio 
news:6ndhsbF...@mid.individual.net...

Secondo me se lanci il tutto da VBA
UPDATE miatabella SET miadata= " & Format(now(),"dd/mm/yyyy") & " WHERE 
mioid = 1"
Ciao
-- 
Roberto da Parma 

 mioid = 1"
Proverň. Rimane il mistero del perchč accetti la data virgolettata come 
buona e sbagli quella inclusa fra i cancelletti.
Grazie.
Luciano 

 Luciano
-- 
Ciao
Geppo 

 formato statunitense  mese/giorno/anno:
Io ho sempre saputo che in questo modo gli dici chiaramente che è una data. 
Essendo tutto (SO e Acces) settato come italiano, non si capisce perchè 
decida di fare l'inversione.
Inoltre, essendo il campo della tabella date, perchè accetta il valore 
chiuso fra apicetti singoli?
Ti dico di più:
- se faccio un debug,print della stringa sql, seleziono la data 
evidenziandola, mi si apre la casellina gialla che mi avverte che 
#11/6/2008# = #6/11/2008#.
- se incollo la stringa in una query e la eseguo, quando poi vado in 
struttura ha invertito mese e anno, ma se torno in sql è ancora come l'ho 
messa.
Nello stesso DB ho altre tabelle e questo non succede. Ho controllato 100 
volte i formati di tutto il controllabile.
Grazie.
Luciano

"Luciano (DOC)" <lucia...@luciano.doc> ha scritto nel messaggio 
news:6niepqF...@mid.individual.net...

Ciao Luciano
www.donkarl.com/it?FAQ6.8
questa faq, forse, può aiutare a capire.
almeno spero.
Daniele

 Luciano
-- 
Ciao
Geppo 

Luciano (DOC) ha scritto:

Ciao Luciano.
Curiosa questa cosa. Come ho un po' di voglia faccio la prova.
Che access per le date (anche VB a dire il vero) voglia fare il "troppo" 
furbo e' una cosa che sappiamo entrambi ma che a fronte del diverso 
delimiter si comporta in modo diverso la cosa mi intriga.
Fatto sta che a causa dei problemi di inversione ormai da una vita 
gestisco la data sempre nel formato "yyyymmdd"
--
ac

 07/11/2008 la trasforma in 11/07/2008.
Non assolutamente vero
Prova a passargli 25/11/2008,
se nel frattempo non hanno fatto i trucchi, nel caso in cui si accorge 
che il primo valore e' superiore a 12 ma la data e' conforme il turpe 
non fa l'inversione.
Questa cosa mi e' successa anni fa quando ho chiesto ad access di 
generarmi le date dall' 01/12/aaaa al 31/12/aaaa.
Il ragazzo (access) fino al 12 dicembre mi ha dato il giorno 12 di tutti 
i mesi dal 13, senza fare una piega, mi ha restituito correttamente dal 
13/12 al 31/12.
Quel giorno ho deciso che se pizzico colui che ha scritto la gestione 
delle date o mi faccio indicare tutti i posti in cui si puo' fare una 
buona bevuta o lo trito a coriandoli, dipendera' dal momento.
--
ac


Ma se legge le date mm/gg/aaaa, per quale motivo vogliamo ottenere un
riscontro esatto passando invece la data in gg/mm/aaaa.
Io non ci vedo nulla di strano.
Il discorso del 25/11/2008 č, IMHO, una cosa normale, mentre passando da 1 a 
12 come valore iniziale access  nella conversione ritiene che č il mese 
perchč appunto la vuole mm/....., nel caso di valori iniziali superiori a 
12, si ritrova un valore che non puo' essere un mese pertanto non effettua 
la conversione, insomma come gestisce questa data mm=25 gg=11 anno=2008.
-- 
Ciao
Geppo 

 gestisco la data sempre nel formato "yyyymmdd"
Io odio lavorare sulle date! Giuro che è l'ultima volta che non me le
trasformo in una stringa o un numero aaaammgghhnnss!!!
Saluti.
Luciano

 è molto strano, ma passi la data nello stesso modo?
Certamente.
Saluti.
Luciano

 Certamente.
Allora non c'è nulla di strano.


 Allora non c'č nulla di strano.
C'č di strano che faccio cosě da 10 anni senza problemi, che nello stesso 
MDB ci sono altre tabelle pressochč identiche ed il fatto non sussiste e che 
un campo date accetta un valore stringa.
Ti basta in quanto a stranezza?:-)
Saluti.
Luciano

 Ti basta in quanto a stranezza?:-)
Continuo a non vederci nulla di strano. Quando usi sql passa la data come 
mm/gg/aaaa e non riscontrerai più problemi. :-)


 mm/gg/aaaa e non riscontrerai più problemi. :-)
Io gli ho passato now() e mi aspetterei un comportamento coerente, ossia che 
quel now() sia uguale dappertutto. Sennò tanto vale gestirsi le date a 
manina.
Saluti.
Luciano


Ok, ma il problema non è il "Now()" (tieni comunque presente che fa quello 
che deve fare poichè rispetta le impostazioni situate in "Opzioni 
Impostazioni Internazionali e della lingua"), ma sql che gestisce la data in 
formato statunitense mm/gg/aaaa.
Detto questo per non avere problemi devi seguire il consiglio di Roberto.
