【Access小品】朝令夕改---為何查詢中不建議用Iif

todaynew

　　一日某版友按領導要求做一個獎勵統(tǒng)計系統(tǒng)，領導曰：業(yè)績排名前六者重獎300，七至十二者獎200，十三至十六者獎100，十六者之后不獎。于是乎該版友于查詢中寫Iif嵌套語句得其結(jié)果，領導拍其肩云：甚佳！

　　眾同事聞有獎金可發(fā)，悲喜交加。有好事者找領導鬧事，言之不公。領導不想惹事，便朝令夕改，十六名之后每人50。于是乎，該版友改Iif語句，領導撫其手云：辛苦了。

　　領導之領導聞言此事，大怒，將領導痛斥一番，并言之不得擴大獎勵范圍。領導回來，踹該版友臀部一腳，斥責曰：笨蛋，重新搞個獎勵方案。第一名500，二至四名300，五至八名200，其余不獎。該版友忍氣吞聲，重新Iif一番。

　　所謂計劃趕不上變化，Iif適應變化的能力不佳。因此此類問題當做一表，將獎勵標準寫入表中。領導說個話，放個屁，都只關(guān)乎表中數(shù)據(jù)的修改，而與代碼無關(guān)。

標準表：
標準ID 下限 上限 金額
1          1      6   300
2          7     12  200
3         13    16  100

select *,dlookup("金額","標準表","下限<=" & [排名] & " and 上限>=" & [排名]) as 金額
from 業(yè)績表
where 排名<=dmax("上限","標準表")

　　標準表中甚至還可加上標準的適用時間和適用范圍，以便滿足更復雜的管理需要。

盜夢

好思路

roych

條件表達式彈性較小，一般這種情況應該寫成通用模塊，只需要改參數(shù)即可�！�—當然，對初級用戶來說難度有點大。

Wanli_Li

版主說的非常有理，以前為一個客戶開發(fā)了一套系統(tǒng)，系統(tǒng)很大，涉及美元兌人民幣的匯率問題，其實也就是每月進賬那天，要將此前這一個月外幣進賬都使用這一個匯率換算，當時的匯率是6.832，也沒想那么多，交付后客戶也沒什么問題，正好趕上金融危機，匯率一降再降，每個月要分別到四家客戶那修改匯率，起初也覺得是個問題，不過還不算麻煩，問題是我每次去修改匯率，改好后，他們都會提出要求增加某種新功能，他想加個這樣的報表，他想要個那樣的窗體，加錢是不可能的事，本來一年的免費維護都過了兩年了，可人家不這么想，就想不花錢做更多的功能。抓緊時間做了個匯率維護，按日期推至上次更新自動取時間段匯率，才得以解決。早知今日，何必當初呢。

Wanli_Li

國際集裝箱貨運代理系統(tǒng)

cfedf

哦，dlookup這樣用，試試去。

owen2016

已經(jīng)下載學習，謝謝

lingjiang

學習