Difference between select single and up to 1 row

Can any one tell what is the difference between select single * from kna1 and select * from kna1 up to 1 row.


Its reallly good question:
Select single * from KNA1 where clause
---It fetches single record from the database, based on the condition you specified in the where clause.

Where as select * from kna1 up to 1 row
---Fetches first record if the condition specified in the where clause is satisfied, otherwise it doesn't fetch any record.


Whats The Difference. SELECT SINGLE or UP TO 1 ROWS, Whats The Difference ?

A lot of people use the SELECT SINGLE statement to check for the existence of a value in a database prior to running a large report. Select singles are also used to look up values from a database where that value is going to be constant for the duration of the program run, or the value is being used to validate some user entry.

Other people prefer to use the 'UP TO 1 ROWS' variant of the SELECT statement.

So what's the difference between using 'SELECT SINGLE' statement as against a 'SELECT .... UP TO 1 ROWS' statement ?

If you're considering the statements


  INTO w_field
  FROM table.


SELECT field
  INTO w_field
  FROM table

then looking at the result, not much apart from the extra ENDSELECT statement. Look at the run time and memeory usage and they may be worlds apart.

Why is this ?? The answer is simple.

The 'SELECT SINGLE' statement selects the first row in the database that it finds that fulfils the 'WHERE' clause If this results in multiple records then only the first one will be returned and therefore may not be unique.

The 'SELECT .... UP TO 1 ROWS' statement is subtly different. The database selects all of the relevant records that are defined by the WHERE clause or lack of, applies any aggregate, ordering or grouping functions to them and then returns the first record of the resultant result set.

Get the difference ??

If not, then create a Ztable called ZDifference with 2 fields in it, MANDT of type MANDT and POSNR of type POSNR. Make sure both of these are keys. Also create a table maintenance dialog for it (SE11->Utilities->Table Maintenance Generator). Fill the table with ten rows 000001-000010.

Then run the program shown below:


*       Program:       Z_Difference 
*       Purpose:       A program that demonstrates the difference 
*                      between SELECT SINGLE and SELECT UP TO n ROWS. 
*                      This program requires the data table Z_DIFFERENCE 
*                      to have been created according to the structure 
*                      outlined in the text above and populated with 
*                      at least 10 records. 
*       Creation Date: 21/04/2004 
*       Requested By: 
*       Reference Doc: 
*       Author:        R Harper 
*       Modification History: 
*   Date    Reason                             Transport     Who 

Report Z_Difference 
       Message-id 38 
       Line-Size  80 
       Line-Count 0 
       No Standard Page Heading. 

  Data: w_Single type Posnr, 

        t_Rows   type standard table of Posnr 
                 initial size 0 
                 with header line. 
  Select single Posnr 
    from zDifference 
    into w_Single. 
  Select Posnr 
    into table t_Rows 
    from zDifference 
   up to 1 rows 
   order by Posnr descending. 
   Write :/ 'Select single:', w_Single. 
   Skip 1. 
   Write :/ 'Up to 1 rows :'. 
   Loop at t_Rows. 
        Write t_Rows. 
You should see the output:


Select single: 000001
Up to 1 rows : 000010

The first 'SELECT' statement has selected the first record in the database according to any selection criteria in the 'WHERE' clause. This is what a 'SELECT SINGLE' does. The second 'SELECT' has asked the database to reverse the order of the records before returning the first row of the result.

In order to be able to do this the database has read the entire table, sort it and then return the first record. If there was no ORDER BY clause then the results would have been identical (ie both '000001') but the second select if given a big enough table to look at would be far slower.

Now. This causes a problem in the Extended Program Check in that if the full key is not specified in a 'SELECT SINGLE' you get a message like this:

Program: Z_DIFFERENCE Line : 39

Syntax check warning

This warning is only displayed in SLIN.

Select single Posnr



In "SELECT SINGLE ...", the WHERE condition for the key field "POSNR" does not test for equality. Therefore, the single record you are searching for may not be unique.

If you haven't specified a full key and your QA person is complaining that your Extended Check has warnings tell him

"Yes. I can get rid of the warning but the program will run slower and consume more memory."

You could always tell him to "Get Lost" but it's always better to have a valid reason before you do that!

See Also:
How To Program the F4 Help

Database Table

ABAP Books List
ABAP/4 Certification, Programming, Smartforms, Sapscripts and Object Oriented Programming Books

Smart Forms
SAP Smartforms

ABAP Menu:
ABAP Example Hints and Tips

Return to Index:-
SAP ABAP/4 Programming, Basis Administration, Configuration Hints and Tips

(c) www.gotothings.com All material on this site is Copyright.
Every effort is made to ensure the content integrity.  Information used on this site is at your own risk.
All product names are trademarks of their respective companies.  The site www.gotothings.com is in no way affiliated with SAP AG.
Any unauthorised copying or mirroring is prohibited.