“這個WHERE條件明明能查出數(shù)據(jù)怎么一加運算符就全空了”——上周五下午隔壁組的同事小周抱著筆記本沖過來屏幕上是一個簡單的SELECT條件就兩個LV_BUKRS ‘1000’再加一個金額字段的判斷。他查了半天最后發(fā)現(xiàn)是運算符優(yōu)先級把整個條件邏輯帶偏了。ABAP里的WHERE和運算符看起來像SQL實際坑起來比SQL還隱蔽今天就把這些年踩過的雷一并倒出來。先說說最基礎(chǔ)的等值條件。大多數(shù)人寫的第一條ABAP SQL大概是SELECT * FROM MARA WHERE MTART ‘FERT’。這里有個習(xí)慣性的壞毛病把變量寫在左邊字段寫在右邊。比如WHERE LV_MTART MTART。ABAP的Open SQL在語法上允許你兩邊互換但性能上有區(qū)別嗎老實說在ABAP里差別不大可讀性卻差很多。我自己的習(xí)慣永遠(yuǎn)是字段在左變量在右這樣一眼就能看出是“哪個表字段和哪個變量比較”而且和ABAP內(nèi)表操作的寫法保持一致。你要是敢把變量放左邊半年后回頭看自己代碼保準(zhǔn)愣三秒。等值之外最常用的就是范圍條件了。BETWEEN是個好東西但注意它包含邊界值。WHERE DATUB BETWEEN LV_BEGDA AND LV_ENDDA這表示DATUB LV_BEGDA AND DATUB LV_ENDDA。很多新手會忘掉邊界包含這回事第二天突然多出來第一天和最后一天的數(shù)據(jù)別問我怎么知道的。還有BETWEEN后面跟著的兩個值如果LV_BEGDA比LV_ENDDA大那查出來就是空這種邏輯錯誤在調(diào)試時很難一眼看出來所以寫完之后最好加個斷言或者IF檢查一下。運算符這塊最容易翻車的是反邏輯。你想查“金額不等于1000”的憑證下意識寫WHERE ZZMONEY 1000。在Open SQL里這個沒問題但如果你用了內(nèi)表FILTER或者FOR ALL ENTRIES情況立刻變得微妙。記住一個鐵則SQL的NULL不參與任何比較運算。如果某行ZZMONEY是NULL那么ZZMONEY 1000這個條件永遠(yuǎn)不成立那行會被過濾掉。也就是說用不等號查不出NULL的值。解決辦法要么在SELECT里加WHERE ZZMONEY IS NOT NULL要么把不等條件改成ZZMONEY 1000再在程序里做反向差集。后者更穩(wěn)妥因為NULL的語義在不同數(shù)據(jù)庫上實在不統(tǒng)一。再來看LIKE運算符。這是模糊查詢的老朋友但ABAP的LIKE和SQL標(biāo)準(zhǔn)有個微妙差異轉(zhuǎn)義字符。比如你想查包含百分號%的文本直接寫WHERE NAME LIKE %%%‘是不行的因為ABAP里轉(zhuǎn)義符默認(rèn)不是反斜杠。正確寫法是先聲明轉(zhuǎn)義字符WHERE NAME LIKE ‘%|%%’ ESCAPE ‘|’。這里有個坑ESCAPE后面的字符必須用單引號括起來而且只能是一位字符。還有下劃線_在LIKE里是通配符表示任意單字符如果你真要匹配下劃線也得用轉(zhuǎn)義。舉例查物料號第二字符是’1’寫WHERE MATNR LIKE ‘_1%’如果查物料號本身包含下劃線那必須用ESCAPE不然結(jié)果會比你想象的多得多。IN運算符和FOR ALL ENTRIES的恩怨可能每個ABAPer都經(jīng)歷過。內(nèi)表大幾千行直接SELECT … FOR ALL ENTRIES IN ITAB WHERE FIELD ITAB-FIELD這是常規(guī)操作。但很多人不知道FOR ALL ENTRIES會在條件一多時自動把IN條件展開成OR而且當(dāng)內(nèi)表為空時會忽略所有WHERE條件直接全表掃這就是著名的“空內(nèi)表陷阱”。我有個血的教訓(xùn)當(dāng)時在報表里忘了清空內(nèi)表一運行直接查了全公司的主數(shù)據(jù)數(shù)據(jù)庫差點報警。所以無論你用什么條件只要用了FOR ALL ENTRIES請先判斷內(nèi)表是否為空。另外FOR ALL ENTRIES生成的SQL會把多個字段條件合并成OR這會讓普通索引失效如果性能敏感建議改用內(nèi)表JOIN或者分批查詢。關(guān)于WHERE里的括號這才是小周翻車的罪魁禍?zhǔn)?。ABAP的Open SQL里括號可以用于分組邏輯但和算術(shù)運算一樣AND優(yōu)先級高于OR。如果你寫WHERE TYPE ‘A’ OR TYPE ‘B’ AND STATUS ‘X’實際執(zhí)行的是TYPE ‘A’ OR (TYPE ‘B’ AND STATUS ‘X’)因為AND綁得更緊。這很容易漏數(shù)據(jù)。想查類型A或B中狀態(tài)為X的必須加括號WHERE ( TYPE ‘A’ OR TYPE ‘B’ ) AND STATUS ‘X’。千萬別省括號也別依賴記憶中的優(yōu)先級。即使你覺得很清楚過兩周改需求的人不一定清楚。寫進(jìn)代碼里的括號就是給未來的自己看的。還有字符串比較的坑。ABAP默認(rèn)的字符串比較是區(qū)分大小寫的嗎在Open SQL里取決于數(shù)據(jù)庫設(shè)置通常不區(qū)分。但如果你在HANA上默認(rèn)行為可能不同。更麻煩的是尾部空格。DB2上CHAR類型比較會忽略尾部空格VARCHAR不會。你用WHERE NAME TOM 左邊的表字段是CHAR(10)那’TOM’存進(jìn)去自動補了7個空格兩個值一比較數(shù)據(jù)庫說相等但如果你用內(nèi)表排序或者去重ABAP卻認(rèn)為不相等。這種不一致會讓人抓狂。我的建議是所有關(guān)鍵字段統(tǒng)一使用STRING或固定長度的類型永遠(yuǎn)不要在程序里依賴“自動補空格”來匹配。日期和時間條件的寫法值得單獨說。在ABAP里日期不能直接和字符串比較除非你寫對格式。WHERE BUDAT ‘20240101’這沒問題因為DATS類型內(nèi)部就是8位字符。但如果你寫B(tài)UDAT ‘2024-01-01’那就廢了格式不匹配啥也查不到。還有日期加運算符的坑WHERE BUDAT SY-DATUM - 30這種寫法看起來是30天前但SY-DATUM是DATS類型整數(shù)減法會把日期當(dāng)成數(shù)字算遇到月初就會出大問題。比如20240101減去30等于20240071這不是合法日期。正確做法是用計算函數(shù)WHERE BUDAT SY-DATUM - 30其實在HANA上這個可以因為日期允許數(shù)字加減但跨月時真的會錯。我一般用ADD_DAYS_TO_DATE或者直接算好日期范圍再傳入。說到括號再補一個ABAP內(nèi)表行號條件的奇怪用法。你想取每組的最大值可能會寫WHERE ( AUFNR, VERSION ) ( SELECT … )這語法在ABAP新版本里支持多字段元組比較。但注意元組比較中每個字段的順序必須和表字段一致而且括號不要多也不要少。調(diào)試時如果發(fā)現(xiàn)“無效的表字段”錯誤八成是元組里的字段名寫錯或者順序亂了。這種寫法高級是高級但可讀性差我寧可拆成兩個條件也沒問題真的性能瓶頸不在這種地方。運算符還有一個容易忽略的點CASE語句只能在SELECT列表里用不能直接放在WHERE里。很多人想寫WHERE CASE WHEN … THEN … END ‘X’ABAP會直接報語法錯。解決辦法是把它包在子查詢里或者用OR組合條件。別跟數(shù)據(jù)庫原生SQL比ABAP有自己的限制該繞彎就繞彎。調(diào)試真實問題的時候還有一種情況是SQL的隱式轉(zhuǎn)換。比如某個字段是NUMC類型你拿一個字符串變量去比較只要字符串全是數(shù)字ABAP通常會轉(zhuǎn)換但如果有字母就會報“類型沖突”或者產(chǎn)生意想不到的結(jié)果。我碰到過一個Z字段是CHAR10里面存了’00123’程序里用LV_NUM 123去比較WHERE ZFIELD LV_NUM結(jié)果發(fā)現(xiàn)查不出來。因為ABAP把LV_NUM轉(zhuǎn)成’000123’和’00123’位數(shù)不一樣永遠(yuǎn)不等。這個坑很讓人崩潰。所以老老實實類型轉(zhuǎn)換WHERE ZFIELD |{ LV_NUM WIDTH 10 ALIGN RIGHT }|或者直接CONCATENATE出來。最后說一個老生常談但永遠(yuǎn)有人犯的錯把內(nèi)表字段直接和變量比較時忘記“表別名”。在FOR ALL ENTRIES里內(nèi)表字段必須帶上表別名不語法上不需要。但是當(dāng)你在WHERE里同時引用內(nèi)表字段和數(shù)據(jù)庫表字段而且字段名相同時系統(tǒng)可能認(rèn)為是同一個字段造成條件恒成立。比如SELECT * FROM BKPF FOR ALL ENTRIES IN ITAB WHERE BUKRS ITAB-BUKRS AND BUKRS ITAB-BUKRS這樣寫只會讓數(shù)據(jù)庫認(rèn)為BUKRS BUKRS永遠(yuǎn)真。這種低級錯誤我見過不止一次。正確做法是給數(shù)據(jù)庫表起別名FROM BKPF AS A WHERE A~BUKRS ITAB-BUKRS。這樣才清楚?？偨Y(jié)不寫了。給你一個我自己的習(xí)慣寫WHERE條件前先把所有可能為空的值處理掉寫運算符時能加括號就加括號別管優(yōu)先級寫比較時永遠(yuǎn)假設(shè)數(shù)據(jù)庫字段可能有NULL和尾部空格寫完立刻跑一次帶極端數(shù)據(jù)的測試比如空字符串、全空格、00開頭、和NULL。這些才是ABAP調(diào)試的真相。等你被NULL坑過三次被日期加減坑過兩次被空內(nèi)表坑過一次你自然就會記得住。到那時候你也能坐在電腦前一邊敲WHERE一邊笑當(dāng)年自己傻得可愛。