<?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: Buffering switch on in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225687#M478250</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Then why do we have the two options&lt;/P&gt;&lt;P&gt;Buffering not allowed and&lt;/P&gt;&lt;P&gt;Buffering allowed but switched off.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am assuming that you can turn on the buffer at a later time only if the second option was selected.&lt;/P&gt;&lt;P&gt;Please clarify.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 08 May 2007 11:30:45 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-05-08T11:30:45Z</dc:date>
    <item>
      <title>Buffering switch on</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225685#M478248</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can buffering be switched on and off anytime.&lt;/P&gt;&lt;P&gt;If the option buffering not allowed is set can it never be turned on at a later point of time.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 08 May 2007 11:24:37 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225685#M478248</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-05-08T11:24:37Z</dc:date>
    </item>
    <item>
      <title>Re: Buffering switch on</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225686#M478249</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;/P&gt;&lt;P&gt;Buffering setting can be changed anytime... u can set it as and when required.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jogdand M B&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 08 May 2007 11:27:43 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225686#M478249</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-05-08T11:27:43Z</dc:date>
    </item>
    <item>
      <title>Re: Buffering switch on</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225687#M478250</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Then why do we have the two options&lt;/P&gt;&lt;P&gt;Buffering not allowed and&lt;/P&gt;&lt;P&gt;Buffering allowed but switched off.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am assuming that you can turn on the buffer at a later time only if the second option was selected.&lt;/P&gt;&lt;P&gt;Please clarify.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 08 May 2007 11:30:45 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225687#M478250</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-05-08T11:30:45Z</dc:date>
    </item>
    <item>
      <title>Re: Buffering switch on</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225688#M478251</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;Read this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The buffering status specifies whether or not a table may be buffered.  &lt;/P&gt;&lt;P&gt;                                                                        &lt;/P&gt;&lt;P&gt;This depends on how the table is used, for example on the expected      &lt;/P&gt;&lt;P&gt;volume of data in the table or on the type of access to a table. (mainly&lt;/P&gt;&lt;P&gt;read or mainly write access to the table. In the latter case, for       &lt;/P&gt;&lt;P&gt;example, one would not select buffering).                                                                                &lt;/P&gt;&lt;P&gt;You should therefore select                                             &lt;/P&gt;&lt;P&gt;- Buffering not allowed if a table may not be buffered.                 &lt;/P&gt;&lt;P&gt;- Buffering allowed but not activated if buffering is                   &lt;/P&gt;&lt;P&gt;  principally allowed for a table, but at the moment no buffering       &lt;/P&gt;&lt;P&gt;  should be active. The                                                 &lt;/P&gt;&lt;P&gt;  buffering type specified in this case is only                         &lt;/P&gt;&lt;P&gt;  a suggestion.                                                         &lt;/P&gt;&lt;P&gt;- Buffering allowed if the table should be buffered. In this            &lt;/P&gt;&lt;P&gt;  case a buffering type  must be specified.   &lt;/P&gt;&lt;P&gt;                                               &lt;/P&gt;&lt;P&gt; The buffering type defines whether and how the table should be buffered.                                                                                &lt;/P&gt;&lt;P&gt;There are the following types of buffering:                                                                                &lt;/P&gt;&lt;P&gt;o   single-record buffering                                                                                &lt;/P&gt;&lt;P&gt;o   generic area buffering                                                                                &lt;/P&gt;&lt;P&gt;o   full buffering                                                                                &lt;/P&gt;&lt;P&gt;In generic area buffering, a number of key fields between 1 and no. of             &lt;/P&gt;&lt;P&gt; key fields-1 must be specified.                                                    &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Single-record buffering                                                                                &lt;/P&gt;&lt;P&gt;With this kind of buffering, only the records of a table which are          &lt;/P&gt;&lt;P&gt;  actually accessed are loaded into the buffer.                                                                                &lt;/P&gt;&lt;P&gt;This kind of buffering requires less storage space in the buffer than       &lt;/P&gt;&lt;P&gt;  full buffering. However, greater organization is necessary and              &lt;/P&gt;&lt;P&gt;  considerably more database accesses are necessary for loading.                                                                                &lt;/P&gt;&lt;P&gt;If an as yet unbuffered record is accessed using SELECT SINGLE, a           &lt;/P&gt;&lt;P&gt;  database access occurs to load the record. If the table does not contain    &lt;/P&gt;&lt;P&gt;  a record for the specified key ('no record found'), this record is noted    &lt;/P&gt;&lt;P&gt;  as nonexistent in the buffer. If a further attempt is made to access        &lt;/P&gt;&lt;P&gt;  this record using SELECT SINGLE,  a renewed database access can be          &lt;/P&gt;&lt;P&gt;  avoided.                                                                                &lt;/P&gt;&lt;P&gt;When should single-record buffering be selected?                                                                                &lt;/P&gt;&lt;P&gt;o   For large tables where there are frequent single-record accesses        &lt;/P&gt;&lt;P&gt;      (using SELECT SINGLE ...). The size of the records being accessed       &lt;/P&gt;&lt;P&gt;      should be between 100-200 KB.                                                                                &lt;/P&gt;&lt;P&gt;o   For comparatively small tables for which the access range is large,     &lt;/P&gt;&lt;P&gt;      it is normally advisable to opt for full buffering. Only one            &lt;/P&gt;&lt;P&gt;      database access is required to load such a table for full buffering,    &lt;/P&gt;&lt;P&gt;      while single-record buffering calls for a very large number of table    &lt;/P&gt;&lt;P&gt;      accesses.                                                               &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Generic buffering                                                                                &lt;/P&gt;&lt;P&gt;In a read access to a record of a generically buffered table, all the         &lt;/P&gt;&lt;P&gt;  records whose left-justified part of the key (generic area) corresponds       &lt;/P&gt;&lt;P&gt;  are loaded into the buffer.                                                                                &lt;/P&gt;&lt;P&gt;If this type of buffering is selected, the generic area must be defined       &lt;/P&gt;&lt;P&gt;  by specifying a number n of key fields. The first n key fields of the         &lt;/P&gt;&lt;P&gt;  table then define the generic key.                                                                                &lt;/P&gt;&lt;P&gt;The number of key fields to be entered must lie between 1 and the number      &lt;/P&gt;&lt;P&gt;  of key fields -1. For example, only values between 1 and 5 are permitted      &lt;/P&gt;&lt;P&gt;  for a table with 6 key fields. The client field is included here.                                                                                &lt;/P&gt;&lt;P&gt;When should generic buffering be selected?                                                                                &lt;/P&gt;&lt;P&gt;o   A table should be buffered generically if usually only certain areas      &lt;/P&gt;&lt;P&gt;      of the table are required. The individual generic areas are treated       &lt;/P&gt;&lt;P&gt;      like independent tables that are fully buffered. Refer also to the        &lt;/P&gt;&lt;P&gt;      text on complete buffering.                                                                                &lt;/P&gt;&lt;P&gt;o   The generic key area should be selected so that the generic areas         &lt;/P&gt;&lt;P&gt;      are not too small to prevent too may generic areas being produced.        &lt;/P&gt;&lt;P&gt;      If there are only a few records for each generic area, it is more         &lt;/P&gt;&lt;P&gt;      efficient to use full buffering.                                                                                &lt;/P&gt;&lt;P&gt;o   Generic buffering only makes sense if the table is accessed by a          &lt;/P&gt;&lt;P&gt;      specified generic key. If, when an access takes place, a field of         &lt;/P&gt;&lt;P&gt;      the generic key is not supplied with a value, the buffer is ignored       &lt;/P&gt;&lt;P&gt;      and the records are read directly from the database.                                                                                &lt;/P&gt;&lt;P&gt;o   Language-specific tables are an example of good use of generic            &lt;/P&gt;&lt;P&gt;      buffering (with the language key field as generic key area).              &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Full buffering                                                                                &lt;/P&gt;&lt;P&gt;With full buffering, either the complete table or none of the table is&lt;/P&gt;&lt;P&gt;   in the buffer. If a read access is made to a record, all records of th&lt;/P&gt;&lt;P&gt;   table are transferred to the buffer.                                                                                &lt;/P&gt;&lt;P&gt;When should you select full buffering?                                                                                &lt;/P&gt;&lt;P&gt;o   For tables up to 30 KB in size. If a table is accessed frequently,&lt;/P&gt;&lt;P&gt;       but all accesses are read accesses, this value can be exceeded.                                                                                &lt;/P&gt;&lt;P&gt;o   For larger tables where large numbers of records are frequently   &lt;/P&gt;&lt;P&gt;       accessed. However, if the application program is able to formulate&lt;/P&gt;&lt;P&gt;       an extremely selective WHERE condition using a database index, it &lt;/P&gt;&lt;P&gt;       may be advisable to dispense with full buffering.                                                                                &lt;/P&gt;&lt;P&gt;o   For tables with frequent accesses to data not contained in the    &lt;/P&gt;&lt;P&gt;       table. Since all records are contained in the buffer, a quick     &lt;/P&gt;&lt;P&gt;       decision can be made as to whether or not the table contains a    &lt;/P&gt;&lt;P&gt;       record for a specific key.                                                                                &lt;/P&gt;&lt;P&gt;When considering whether a table should be fully buffered, you should &lt;/P&gt;&lt;P&gt;   take three aspects into account: the size of the table, the number of &lt;/P&gt;&lt;P&gt;   read accesses, and the number of write accesses. Tables best suited to&lt;/P&gt;&lt;P&gt;   full buffering are small, frequently read, and rarely updated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also, refer to following link:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://help.sap.com/saphelp_erp2004/helpdata/EN/cf/21eab8446011d189700000e8322d00/frameset.htm" target="test_blank"&gt;http://help.sap.com/saphelp_erp2004/helpdata/EN/cf/21eab8446011d189700000e8322d00/frameset.htm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Message was edited by: &lt;/P&gt;&lt;P&gt;        Jogdand M B&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 08 May 2007 11:39:38 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225688#M478251</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-05-08T11:39:38Z</dc:date>
    </item>
    <item>
      <title>Re: Buffering switch on</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225689#M478252</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Roopa,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Buffering can be changed as per the user wanted..&lt;/P&gt;&lt;P&gt;The types of buffering clearly show to which buffering u want to select..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Because u surely know how much data it will going to retrieve and u can give according to it.&lt;/P&gt;&lt;P&gt;Buffer is the temporary storage area where the data stored for the calcuation or for output purpose..&lt;/P&gt;&lt;P&gt;Here buffering is only used to minimize the load of the network..&lt;/P&gt;&lt;P&gt;Because each time when it tries to get the data from the table it will be a huge traffic in the network..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try to reward when this helps u&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2007 04:23:19 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/buffering-switch-on/m-p/2225689#M478252</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-05-09T04:23:19Z</dc:date>
    </item>
  </channel>
</rss>

