<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: OPEN sql &amp; -ve SQL ST in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407028#M818205</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;open SQL:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP/4 code is portable between databases. To access the database in an ABAP/4 program you will code SAP&amp;#146;s Open SQL. Open SQL is a subset and variation of ANSI SQL. The ABAP/4 interpreter passes all Open SQL statements to the database interface part of the work process. There, they are converted to SQL that is native to the installed RDBMS. For example, if you were running an Oracle database, your ABAP/4 Open SQL would be converted by the database interface to Oracle SQL statements.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you use Open SQL, your SQL statements will be passed to the database interface. Using Open SQL has three main advantages. All of these advantages are implemented via the database interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Portability&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first advantage is the fact that your SQL statements will be portable between databases. For example, if for some reason your company wanted to switch from an Oracle to an Informix database, it could change the database, and your ABAP/4 code would continue to run without modification.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Buffering Data on the Application Server&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Secondly, the database interface buffers information from the database on the application server. When data is read from the database, it can be stored in the buffers on the application server. If a request were then made to access the same records, they would already be on the application server, and the request is satisfied from the buffer without having to go to the database. This buffering techniques reduces the load on the database sever and on the network link between the database and the application servers, and can speed up database access time by a factor of 10 to 100 times.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Automatic Client Checking&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The third advantage of using Open SQL is automatic client handling. With Open SQL, the client field is automatically populated by the database interface. This gives your development and testing teams many advantages, such as ability to perform multiple simultaneous testing and training on a single database without interference from each other.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;reward if its useful&lt;/STRONG&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 13 Feb 2008 05:06:58 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2008-02-13T05:06:58Z</dc:date>
    <item>
      <title>OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407023#M818200</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;what is diff b/n open sql and -ve sql.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Feb 2008 14:28:36 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407023#M818200</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-12T14:28:36Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407024#M818201</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Difference:&lt;/P&gt;&lt;P&gt;Open Sql&lt;/P&gt;&lt;P&gt;DATA wa TYPE spfli.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SELECT  SINGLE carrid connid cityfrom cityto&lt;/P&gt;&lt;P&gt;  INTO  CORRESPONDING FIELDS OF wa&lt;/P&gt;&lt;P&gt;  FROM  spfli&lt;/P&gt;&lt;P&gt;  WHERE carrid EQ 'LH' AND connid EQ '0400'.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;IF sy-subrc EQ 0.&lt;/P&gt;&lt;P&gt;  WRITE: / wa-carrid, wa-connid, wa-cityfrom, wa-cityto.&lt;/P&gt;&lt;P&gt;ENDIF.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Native SQL.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DATA: BEGIN OF wa,&lt;/P&gt;&lt;P&gt;        connid   TYPE spfli-connid,&lt;/P&gt;&lt;P&gt;        cityfrom TYPE spfli-cityfrom,&lt;/P&gt;&lt;P&gt;        cityto   TYPE spfli-cityto,&lt;/P&gt;&lt;P&gt;      END OF wa.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DATA c1 TYPE spfli-carrid VALUE 'LH'.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;EXEC SQL PERFORMING loop_output.&lt;/P&gt;&lt;P&gt;  SELECT connid, cityfrom, cityto&lt;/P&gt;&lt;P&gt;  INTO   :wa&lt;/P&gt;&lt;P&gt;  FROM   spfli&lt;/P&gt;&lt;P&gt;  WHERE  carrid = :c1&lt;/P&gt;&lt;P&gt;ENDEXEC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;FORM loop_output.&lt;/P&gt;&lt;P&gt;  WRITE: / wa-connid, wa-cityfrom, wa-cityto.&lt;/P&gt;&lt;P&gt;ENDFORM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;check in the Abap Examples in SE38 for more details&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bala.M&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Feb 2008 15:00:00 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407024#M818201</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-12T15:00:00Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407025#M818202</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Open SQL is SAPs version of SQL and is guaranteed to run on all database platforms. Native SQL is particular to the databaase you are using and therefore is not necessarily portable to different databases.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I find native SQL to be slower.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Feb 2008 15:08:57 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407025#M818202</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-12T15:08:57Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407026#M818203</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi&lt;/P&gt;&lt;P&gt;good&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Native sql statements change according to the database, where as the open sql statements are abap statements and they goto the database utility and convert them to native sql statements and pass it to database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks&lt;/P&gt;&lt;P&gt;mrutyun^&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Feb 2008 15:39:44 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407026#M818203</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-12T15:39:44Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407027#M818204</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;Open SQL allows you to access all database tables known to the SAP system, regardless of the database manufacturer. Sometimes, however, we may want to use database-specific SQL statements called Native SQL in your ABAP/4 program.&lt;/P&gt;&lt;P&gt;To avoid incompatibilities between different database tables and also to make ABAP/4 programs independent of the database system in use, SAP has created a set of separate SQL statements called Open SQL. Open SQL contains a subset of standard SQL statements as well as some enhancements which are specific to SAP.&lt;/P&gt;&lt;P&gt;A database interface translates SAP's Open SQL statements into SQL commands specific to the database in use. Native SQL statements access the database directly&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Feb 2008 16:11:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407027#M818204</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-12T16:11:08Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407028#M818205</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;open SQL:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP/4 code is portable between databases. To access the database in an ABAP/4 program you will code SAP&amp;#146;s Open SQL. Open SQL is a subset and variation of ANSI SQL. The ABAP/4 interpreter passes all Open SQL statements to the database interface part of the work process. There, they are converted to SQL that is native to the installed RDBMS. For example, if you were running an Oracle database, your ABAP/4 Open SQL would be converted by the database interface to Oracle SQL statements.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you use Open SQL, your SQL statements will be passed to the database interface. Using Open SQL has three main advantages. All of these advantages are implemented via the database interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Portability&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first advantage is the fact that your SQL statements will be portable between databases. For example, if for some reason your company wanted to switch from an Oracle to an Informix database, it could change the database, and your ABAP/4 code would continue to run without modification.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Buffering Data on the Application Server&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Secondly, the database interface buffers information from the database on the application server. When data is read from the database, it can be stored in the buffers on the application server. If a request were then made to access the same records, they would already be on the application server, and the request is satisfied from the buffer without having to go to the database. This buffering techniques reduces the load on the database sever and on the network link between the database and the application servers, and can speed up database access time by a factor of 10 to 100 times.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Automatic Client Checking&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The third advantage of using Open SQL is automatic client handling. With Open SQL, the client field is automatically populated by the database interface. This gives your development and testing teams many advantages, such as ability to perform multiple simultaneous testing and training on a single database without interference from each other.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;reward if its useful&lt;/STRONG&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 13 Feb 2008 05:06:58 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407028#M818205</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-13T05:06:58Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407029#M818206</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;ABAP Native SQL&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ABAP Native SQL allows you to include database-specific SQL statements in an ABAP program. Most&lt;/P&gt;&lt;P&gt;ABAP programs containing database-specific SQL statements do not run with different databases. If&lt;/P&gt;&lt;P&gt;different databases are involved, use Open SQL. To execute ABAP Native SQL in an ABAP program, use&lt;/P&gt;&lt;P&gt;the statement EXEC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;ABAP Open SQL&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Subset of standard SQL statements.&lt;/P&gt;&lt;P&gt;To avoid conflicts between database tables and to keep ABAP programs independent from the database&lt;/P&gt;&lt;P&gt;system used, SAP has generated its own set of SQL statements known as Open SQL.&lt;/P&gt;&lt;P&gt;Using Open SQL allows you to access all database tables available in the R/3 System, regardless of the&lt;/P&gt;&lt;P&gt;manufacturer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To avoid incompatibilities between different database tables and also to make ABAP/4 programs independent of the database system in use, SAP has created a set of separate SQL statements called Open SQL. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Open SQL contains a subset of standard SQL statements as well as some enhancements which are specific to SAP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A database interface translates SAP&amp;#146;s Open SQL statements into SQL commands specific to the database in use. Native SQL statements access the database directly&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Hope this helps, Do reward.&lt;/STRONG&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 13 Feb 2008 07:05:14 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407029#M818206</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-13T07:05:14Z</dc:date>
    </item>
    <item>
      <title>Re: OPEN sql &amp; -ve SQL ST</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407030#M818207</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;open sql general sql, which do not based on any database (oracle/access)  for all it is same&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;native sql is specific to its language.&lt;/P&gt;&lt;P&gt;oracle has its own set of commands&lt;/P&gt;&lt;P&gt;access has its own set of commands&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;but in OPen sql , for all there is only one set of  commands&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reward if useful&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 13 Feb 2008 09:48:36 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/open-sql-ve-sql-st/m-p/3407030#M818207</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-02-13T09:48:36Z</dc:date>
    </item>
  </channel>
</rss>

