cancel
Showing results for 
Search instead for 
Did you mean: 

DB SPA/Gpa

Former Member
0 Kudos

what is the difference bet SAP mry/ ABAP mry?

what is views?

interactive / classical reproting?

synchronous/ asynchronous?

Pts will be awarded

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

Hi

SAP Memory =>

SAP memory is a memory area to which all main sessions within a SAPgui have access. You can use SAP memory either to pass data from one program to another within a session, or to pass data from one session to another. Application programs that use SAP memory must do so using SPA/GPA parameters (also known as SET/GET parameters). These parameters can be set either for a particular user or for a particular program using the SET PARAMETER statement. Other ABAP programs can then retrieve the set parameters using the GET PARAMETER statement. The most frequent use of SPA/GPA parameters is to fill input fields on screens

ABAP/4 Memory =>

ABAP memory is a memory area that all ABAP programs within the same internal session can access using the EXPORT and IMPORT statements. Data within this area remains intact during a whole sequence of program calls. To pass data

to a program which you are calling, the data needs to be placed in ABAP memory before the call is made. The internal session of the called program then replaces that of the calling program. The program called can then read from the ABAP memory. If control is then returned to the program which made the initial call, the same process operates in reverse.

View=>

view is, in essence, a virtual table. It does not physically exist. Rather, it is created by a query joining one or more tables.

Creating a VIEW

The syntax for creating a VIEW is:

CREATE VIEW view_name AS

SELECT columns

FROM table

WHERE predicates;

Interactive Report=>

An interactive report generally works in the following fashion:

1. Basic list is displayed.

2. User double clicks on any valid line

or

User selects a line and presses as button on the tool bar.

3. The corresponding event is triggered

4. Then in the code, the line on which action was done, is read.

5. Depending on the values in that selected line, a secondary list is displayed.

6. Steps from 2-5 are repeated till the end.

Classical Report=>

THE LIST PRODUCED BY CLASSICAL REPORT DOESN'T allow user to interact with the system

the list produced by interactive report allows the user to interact with the system.

b) ONCE A CLASSICAL REPORT EXECUTED USER LOOSES CONTROL.IR USER HAS CONTROL.

c) IN CLASSICAL REPORT DRILLING IS NOT POSSIBLE.IN INTERACTIVE DRILLING IS POSSIBLE

Synchronous=>

In synchronous update, you do not submit an update request using CALL FUNCTION... IN UPDATE TASK. Instead, you use the ABAP statement COMMIT WORK AND WAIT. When the update is finished, control passes back to the program. Synchronous update works in the same way as bundling update requests in a subroutine (PERFORM ON COMMIT). This kind of update is useful when you want to use both asynchronous and synchronous processing without having to program the bundles in two separate ways.

Asynchronous =>

Asynchronous calls are the default if the UPDATE parameter is not specified. Asynchronous calls do not effect the return code (sy-subrc).

Note - This is opposite of how synchronous/asynchronous workflow tasks behave, in the sense that control is returned to the workflow in a synchronous step even if there is no commit or rollback encountered!

I hope this will give you some idea to solve your problem.

Thanks

Mrutyunjaya Tripathy

Former Member
0 Kudos

hi jayshree,

<b>ABAP/4 Memory</b>

ABAP memory is a memory area that all ABAP programs within the same internal session can access using the EXPORT and IMPORT statements. Data within this area remains intact during a whole sequence of program calls. To pass data

to a program which you are calling, the data needs to be placed in ABAP memory before the call is made. The internal session of the called program then replaces that of the calling program. The program called can then read from the ABAP memory. If control is then returned to the program which made the initial call, the same process operates in reverse.

<b>SAP memory</b>

The SAP memory, otherwise known as the global memory, is available to a user during the entire duration of a terminal session. Its contents are retained across transaction boundaries as well as external and internal sessions. The SET PARAMETER and GET PARAMETER statements allow you to write to, or read from, the SAP memory.

A <b>classic report</b> is a program that generates a single list, which must contain all of the required detail information. This procedure may result in extensive lists from which the user has to pick the relevant data

<b>interactive report</b>

An interactive report generally works in the following fashion:

1. Basic list is displayed.

2. User double clicks on any valid line

or

User selects a line and presses as button on the tool bar.

3. The corresponding event is triggered

4. Then in the code, the line on which action was done, is read.

5. Depending on the values in that selected line, a secondary list is displayed.

6. Steps from 2-5 are repeated till the end.

former_member181962
Active Contributor
0 Kudos

1) SAP Memory is more like a Global memory and whereas ABAP memory is more local in nature.

SAP memory is cross transactional.

Eg: If you set a parameter in one place then you can get that parameter in any other transaction also.

ABAP memory is local to the ABAp program memory, things like import and export would be valid examples for this.

2) In classical reports, user cannot do anything on the screen.In Interactive reports, the user can navigate to other screens, lists, transaction by double clicking on the basic list etc.

3) Synchronous and Asynchronous: IN call transaction case, Synchronous is like waiting for everything to happen without continuing the execution of other statements following.

Asynchronous Means, the control doesn't wait for the completing of the updates to the database. The program conytrol immediately executes other statements that follow th call transaction statement.