在做項目時有時需要對標準表做增強，增加字段，但是如果增加的字段太長了想要改小，這時sap中SE11是不能直接激活的，需要SE14調整表才能改小，但是使用SE14風險太大了，稍微不注意就會導致被調整的表數據丟失。

以VBAP表為例，SE14調整表的邏輯是把數據先復制到臨時表QCMVBAP，然后將VBAP整個干掉，然后把新的表結構給VBAP,然后把臨時表數據給新的VBAP

所以千萬注意注意，一定不要看著調整很久沒有反應就自己強行斷掉程序，這時基本都是在復制數據，你如果強行斷掉了程序，那數據可不就是沒有了嘛，如果運氣好的話可能臨時表QCMVBAP還有數據，那還有機會恢復

恢復代碼如下，網上有個恢復MARC表的程序，但是在數據量大的情況下基本都會出現資源瓶頸，這里對那段代碼做了優化，防止資源瓶頸

*&---------------------------------------------------------------------* *& Report ZWEBAPI_TEST *&---------------------------------------------------------------------* *& *&---------------------------------------------------------------------* REPORT zwebapi_test NO STANDARD PAGE HEADING .TABLES vbap .DATA : itab TYPE TABLE OF vbap WITH HEADER LINE .START-OF-SELECTION .DATA: LV_VBELN TYPE VBAP-VBELN ,LV_POSNR TYPE VBAP-POSNR.LV_VBELN = '9999999999'.LV_POSNR = '9999'.DATA: LV_FLAG(1). CLEAR: LV_FLAG.WHILE LV_FLAG <> 'X'.EXEC SQL PERFORMING APPENDITAB .SELECT TOP 100000 * INTO :ITAB FROM QCMVBAP WHERE VBELN < :LV_VBELN OR (VBELN = :LV_VBELN AND POSNR < :LV_POSNR) ORDER BY VBELN DESC , POSNR DESCENDEXEC .DESCRIBE TABLE ITAB LINES DATA(LV_LINES).IF LV_LINES < 100000.LV_FLAG = 'X'.ENDIF.READ TABLE ITAB INTO DATA(LS_ITAB) INDEX LV_LINES.LV_VBELN = LS_ITAB-VBELN.LV_POSNR = LS_ITAB-POSNR.CLEAR: LS_ITAB.INSERT VBAP CLIENT SPECIFIED FROM TABLE ITAB .COMMIT WORK.REFRESH ITAB.WRITE SY-DBCNT .ENDWHILE.FORM APPENDITAB .APPEND ITAB TO ITAB .ENDFORM ." DATA: BEGIN OF wa," VBELN TYPE VBAP-VBELN," POSNR TYPE VBAP-POSNR," END OF wa."" EXEC SQL." SELECT VBELN, POSNR" INTO :wa" FROM QCMVBAP" WHERE mandt = '500' AND" VBELN = '1000000016'" ENDEXEC."" IF wa IS NOT INITIAL."" ENDIF.

如果臨時表還有數據，運行上面的代碼就能找回數據了，這個代碼是數據庫層面的，是跨client的，但是不跨環境。

數據量大的情況下可能出現time out 的情況，運行程序建議跑后臺job。

如果是別的表，代碼不適應，大家可以根據邏輯自己做修改。

總之，以后再SE14調整前大家都悠著點把，要我看，改小還不如新增個新字段，干脆就棄用原來的字段就好了。

最后 ，補充一個特別特別重要的問題，在改短字段前，一定要注意表里面的數據沒有超長了，保證改短后的字段能存下所有數據，或者事先刪除或修改數據，不然調整時必定報錯，爆出超長的錯，但是表又做不了調整了，數據也刪不掉了，最后數據必定丟失，別問我為什么這么清楚，說出來都是淚

總結

以上是生活随笔為你收集整理的SAP-ABAP-SE14丢失的数据如何恢复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。