Open SQL访问数据字典中声明的数据库表，不区分数据库类型，执行时会自动转换为对应的语句，且可以使用本地缓存。Native SQL使用特定于数据库的SQL语句,但是可以访问比Open SQL 更多的表，更多的操作，缺点也很明显，比如没有语法检查，导致一些问题在运行时才能发现

简单列出三种使用Native SQL的场景

        1 连接外部数据库访问数据

        2 访问仅在数据库中的表，比如常见的慢SQL查询，以及处理SE14报错的表

        3 一些特定数据库的语法的使用

Native SQL 分为Static Native SQL和Dynamic Native SQL

如下是Static Native SQL的一个简单查询例子        

DATA:ls_t001  TYPE t001,
     lv_bukrs TYPE bukrs VALUE '0001'.
DATA: lx_sql TYPE REF TO cx_sy_native_sql_error.

TRY.
      "结尾不加符号 . ， 变量前加符号 : 
    EXEC SQL.
      SELECT *
       INTO :ls_t001
       FROM t001
       WHERE mandt = '000' AND bukrs = :lv_bukrs
    ENDEXEC.

  CATCH cx_sy_native_sql_error INTO lx_sql.

ENDTRY.

如下是Dynamic Native SQL的一个简单查询例子

DATA: lt_t1 TYPE TABLE OF t001,
        ls_t1 TYPE t001.

  DATA: lo_sql    TYPE REF TO cl_sql_statement,
        lx_sql    TYPE REF TO cx_sql_exception,
        lx_sqlpa  TYPE REF TO cx_parameter_invalid,
        lo_result TYPE REF TO cl_sql_result_set,
        lr_t1     TYPE REF TO data.

  TRY.
      CREATE OBJECT lo_sql EXPORTING con_ref = cl_sql_connection=>get_connection( cl_sadl_dbcon=>get_default_dbcon( ) ).
      lo_result = lo_sql->execute_query( |SELECT * FROM t001 WHERE mandt = { sy-mandt } AND bukrs = '0001' | ).
      GET REFERENCE OF lt_t1 INTO lr_t1.
      lo_result->set_param_table( lr_t1 ).
      lo_result->next_package( ).
      lo_result->close( ).
    CATCH cx_sql_exception INTO lx_sql.
      DATA(lv_t) = lx_sql->get_text( ).
    CATCH cx_parameter_invalid INTO lx_sqlpa.
      lv_t = lx_sqlpa->get_text( ).
  ENDTRY.
  

关于Open SQL 和Native SQL的效率，通过一个简单的demo程序进行验证（ORACLE数据库，750）

 测试表为随机生成的100W条数据，根据单主键获取多条数据，通过选择条件和执行顺序排除缓存的影响，大概结果为Open SQL 和Static Native SQL的效率相差不多，均优于Dynamic Native SQL，其中一次的输入截图如下

Native SQL 在应用在外部数据库取值时，需要添加数据库连接

事务代码：DBACOCKPIT

 直接通过Native SQL 访问外部数据库不太建议，类似的需求可以考虑使用hana虚拟表处理。