cancel
Showing results for 
Search instead for 
Did you mean: 

Offline Delta and Syclo Framework

Former Member
0 Kudos

Greetings fellow SAP people, I come here with a few doubts regarding Syclo framework in order to use Delta Query and Tracking.

I'm using this guide:

As far as my understanding goes, Syclo Framework helps implementing the tracking table and the delta object and then with the binding of elements.

I'm implementing the example as it is in the H2G but I'm also trying to understand the underlying concept that goes with it.

I've got the following questions and suppositions of what happends when the EFI is triggered.

  • The Delta Table will keep track of every CUD operation that takes place in the APP side
  • If the APP goes offline, once it goes back online, the Delta Tracking side will trigger the Delta Query to obtain the partial data using the Delta Table in order to just make updates based on the portion of the content created while it was offline.

As far as I understood, that's all on the SAP side. However I'm curious about the next:

I was told that, in order to perform the update for the Delta History, it was necesary to implement ETags. Is this true?

The Delta side is only responsible for updates of the information, the offline side of the businessu operations should be handled by the SMP side to send the request once the APP is back online, is this assumption true?

WIth no further ado, I thank you all for your comments and your interest, perhaps if these questions are common knowdledge then I apologize, and if you guys could point me to any useful documentation to handle this case, i'd be greatly thankful.

Best regards.

Accepted Solutions (1)

Accepted Solutions (1)

kenichi_unnai
Advisor
Advisor
0 Kudos

Etag is not a must - nice to have thing to reduce down the unnecessary round trip. Plz have a quick read of the section "Update & Delete with Etag"

0 Kudos

And perhaps some of the Agentry experts ,

Cheers, Mike

SAP Technology RIG

Former Member
0 Kudos

Thank you for your comment, I'll take a look on the link.

We will use then the deltatoken and Delta Query to supply the info for the modified items.

In that note, I'm curious, the objKey is to be used to store the key fields for the search for the modified registers in their respective tables, my question is, say i have 5 fields that are the key, should i concantenate them all in that field and then in the Delta Query method, separate them accordingly or should be better to create these fields separatedly in the exchange table? 

Cheers

kenichi_unnai
Advisor
Advisor
0 Kudos

If you need to think about more than one keys, I suggest to have a read with this doc :

In page 4, there's some description "Note: You can define additional fields as primary key(s) if required "

And you can apply your usecase.

Former Member
0 Kudos

Yeah I readed that document and that's where I got the idea to implement multiple keys, however that means I need to redefine a few more methods in order that those fields defined as keys are taken as such, I'm right?

jirong_wang2
Employee
Employee
0 Kudos

Hi Emmanuel,

  Syclo xchange table should comply to standard structure, which consists of two key fields: MOBILE_APP, OBJKEY. For oData delta token use case, MOBILE_APP is probably some constant value, OBJKEY is a 100 chars field, which can be a concatenated value.  For composite key, which is your example, it should be the concatenation of all 5 key fields for your object. 

  It is possible to have non-key extension fields in an xchange table, so you can store the key field values in the extension fields to make it easier during delta calculation.  For example, for material document, we have a composite key MBLNR + MJAHR.  So the OBJKEY field should be the concatenation of MBLNR+MJAHR.  Then you can add extension fields MBLNR, MJAHR in the xchange table, which contains the value of the original field.  i.e, material document 49000177/2015, so OBJKEY should have the value 00490001772015.  Extension field MBLNR should have value 0049000177, MJAHR should have value 2015.

  Also like to point out, eTag is intended for conflict detection during CUD, delta token is for read query, these are different use cases.

Hope this helps.

Jirong Wang

Answers (1)

Answers (1)

EkanshCapgemini
Active Contributor
0 Kudos

Looping .

Jitendra_Kansal
Product and Topic Expert
Product and Topic Expert
0 Kudos

I havent worked with Syclo exchange framework. Lets hear from and for their inputs.

Regards,

JK