달이 뜨는 밤

Dump : DBSQL_STMNT_TOO_LARGE 오늘은 아래 덤프의 원인과 해결방법에 대해서 알아보겠습니다. 해당 덤프의 원인을 분석해보니 RANGES 변수 레코드가 너무 커서 DB를 SELECT, DELETE 할때 덤프가 납니다. RANGES 변수 레코드 수의 제한이 몇라인인지는 정확히 모르겠지만, 대략 1000 라인 정도로 보는것 같습니다. 그래서 RANGES 사용시 사용 유형에 따라 레코드수가 많을때는 RANGES 변수가 아닌 다른 구문을 사용했습니다. - SQL 에서 사용시 : FOR ALL ENTRIES IN 으로 대체 - DELETE 에서 사용시: DELETE할 RANGE변수의 데이터로 ITAB을 만들어서 FOR ALL ENTRIES IN 로 DB 조회후 삭제 * DELETE FROM TA..

Dump : UC_OBJECTS_NOT_CONVERTIBLE 개발을 하면서 ALV FIELDCATALOG 구성할때 REUSE_ALV_FIELDCATALOG_MERGE 같은 펑션을 사용하지않고 직접 속성을 설정해서 한 라인씩 GT_FCAT (TYPE LVC_F_FCAT) 을 구성했다. 아래와 같은 덤프가 나서 확인해보니, DISPLAY TABLE 선언시 BWART 의 TYPE을 BWTAR 로 선언한것이었다.(ㅎㅎ) BWART는 STANDARD에서 제공하는 DATA ELEMENT이고, BWTAR은STRUCTURE이다. 결국은 TYPE이 맞지않아 생긴 덤프이다.