Newsgroup: it.comp.appl.access
Titolo: Stranezze nella DCount

Salve ho un problema che mi lascia perplesso
Ho una TblContenziosi
che contiene IDContenzioso del tipo progressivo/annoultimeduecifre (es. 
1/05)
ora sto raggruppando i contenziosi per anno
DCount("[IDContenzioso]", "TblContenziosi", "[IDContenzioso] like '%/ " & 
Anno & "'")
Se metto la condizione Where mi conta 0 anche se sono presenti record.
Per favore sapete dirmi dove sbaglio?
Grazie 

 ha scritto nel messaggio 
news:qtXId.6190$V17.2...@twister1.libero.it...

che tipo di applicazione stai realizzando? mde o adp?
il carattere jolly % č utilizzato quando ci si interfaccia con sql o msde. 
in access si usa *

 ha scritto nel messaggio
news:ct2a58$854$1...@hulme.interac.it...

Qualsiasi dei 2 l'Anno č un dato Numerico ma sicuramente non contenuto
nel campo [IDContenzioso] a meno chč non sia una data.
DCount("[IDContenzioso]", "TblContenziosi", "Year([CampoData] = " &
 NUmeroAnno)
Ciao
-- 
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------

 ha scritto nel messaggio 
news:41f4b0d8$0$136$5fc...@news.tiscali.it...


 Grazie per l'aiuto in ogni caso.
C'è qualche cosa che non quadra in quello che dici.
Da quanto capito il campo è Testo.
Di conseguenza devi prima operare un Parsing della Stringa 27/05
ed estrarre 05, quindi farlo diventare Numerico con Val(...) ed a quel
punto hai risolto.
Ovviamente Year(CampoData) funziona solo se il campo è Data, nel tuo
caso non credo proprio.
DCount("[IDContenzioso]", "TblContenziosi", "Right([IDContenzioso],2)  = " &
 NUmeroAnno)
Tieni conto che una "SELECT COUNT(.....) As Conteggio....." è sempre
più performante che una DCOUNT.
Il calo di prestazioni è proporzionale al numero dei Record nell'origine
dati.


 dati.
Continui a dire 'sta cosa. Perche'?
--
a.cara

 ha scritto nel messaggio
news:35kss2F...@individual.net...

A parte che non sono io a dirlo ma molti programmatori ben quotati
dei quali difficilmente penso di dubitarne i contenuti.
In ogni caso ho la brutta abitudine di provare le cose.
Esegui un test, prova a fare un DCOUNT e un SELECT COUNT
su qualche centinaio di migliaia di Record e noti la differenza.
Io lavoro solo con un DB grosso, ha circa 1.500.000 di Records
e ti assicuro che estrarre un conteggio condizionato comporta differenza
di più di un secondo.
Per questa valutazione uso la routine che trovi sul mio Sito alla sezione
API
[Timer preciso al msec per calcolo prestazioni]
Se fosse questione di decine di millisecondi non lo direi.
Ho infatti sempre sostenuto che fino a qualche decina di migliaia di
dati non c'è differenza aprezzabile(ma c'è).


 In ogni caso ho la brutta abitudine di provare le cose.
Mi pare una "bella" abitudine. Se ho chiesto il perche' e proprio
perche' volevo sapere perche'.
Credo che tu sappia che non sono un convinto assertore delle funzioni 
Dxxx anche se ultimamente le uso piu' spesso, sopratutto dopo il 
passaggio 97-->2k.
Nella fattispecie non mi ero mai posto il problema perche' ho sempre 
ritenuto *paragonabili* le due istruzioni se usate con la stessa logica.
Per certi versi ritenevo, a priori, piu' performante una Dcount che una 
select poiche' avevo immaginato, evidentemente male,  che in qualche 
modo MS avesse previsto un accesso ai dati *ottimizzato*.
P.S. Perche', tu non sei un programmatore *ben quotato*? ;<)
--
a.cara

 a.cara


 @Alex (Alessandro Baraldi)
---
Daniele 

 Secondo me questo non lo sanno nemmeno alla Micro...
No, secondo me non hai letto bene il mio ultimo suggerimento delle 17:52
Se fai attenzione sono certo che a meno di incomprensioni deve funzionare.
Ciao
-- 
@Alex (Alessandro Baraldi)


 ha scritto nel messaggio 
news:AycJd.448335$b5.21...@news3.tin.it...


 ha scritto nel messaggio 
news:41f58136$0$130$5fc...@news.tiscali.it...
