topic Re: difference in requests in Application Development and Automation Discussions

difference in requests

Former Member — Tue, 05 Jan 2010 13:49:08 GMT

Hello everyone.

I delete record in table via maintance view. Create request and release it.

When i create deleted record in this table. Create request and release it.

Where i can see difference in requests? On first look both requests is equal. Same objects, same keys. But functionality - different.

P.S. sorry for my English

Re: difference in requests

Former Member — Tue, 05 Jan 2010 14:18:58 GMT

Hello

I think field E071-OBJFUNC is different for your requests.

P.s. you have normal english, can be worse

Re: difference in requests

Former Member — Tue, 05 Jan 2010 14:38:45 GMT

Please check the tables

E071 , E070

Regards

Satish Boguda

Re: difference in requests

Former Member — Tue, 05 Jan 2010 14:53:59 GMT

No. Records in this tables is equal but AS4TIME.

Objectfunc in both has value "K".

Re: difference in requests

RaymondGiuseppi — Tue, 05 Jan 2010 14:58:31 GMT

The database table E070, E071 and E071K only contain the id of the object (R3TR TABU <table name>) and the keys of the records, there won't be any difference between their records. the difference stay on the file stored on the application server during the release.

This file will contain the data contained in the database table for the selected keys when the request was released, in a packed/cluster mode not readable by standard tools. (directory is DIR_TRANS subdirectory cofiles and data, more information in wiki [Copy Transport Requests to local file system|http://wiki.sdn.sap.com/wiki/display/Basis/CopyTransportRequeststolocalfilesystem])

Remember that the keys may be generic (with "*") so the transport tool wont be able to store deletion/creation/update information at the release time in every case, and so it does never store it...

At the import time on target system system will read the current data in the target system and replace it with the data exported resolving update mode at this time.

Regards,

Raymond