Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Versioning with BOPF

victor_ionescu
Explorer
0 Likes
760

Hi all,

does BOPF provide any built-in functionality for versioning of entries ( e.g. in order to display a log of the different states that a particular node has had throughout the time )?

Or is this something that would need to be handled on the application-level ? ( Or perhaps by implementing a custom data access layer )

Best regards

Victor

1 ACCEPTED SOLUTION
Read only

former_member190794
Active Participant
0 Likes
642

Hello Victor,

there is no built-in functionality available, so you could implement this on application layer.

a) You introduce a version flag on each node to be versionized and create custom associations and queries that only take the current version into account. In case of alternative keys, the version flag needs to be part of it. The disadvantage of this solution: it expands your BO model.

If you need to version the whole BO instance, you could create a toplevel version node and have all application specific nodes as subnodes.

b) You implement an own DAC that filters out old versions. You can check /BOBF/CL_DAC_TABLE and adapt the SQL statements accordingly (that are only a few). The advantage of this solution is that your BO model keeps small.

Best regards

Tilmann


Hi all,

does BOPF provide any built-in functionality for versioning of entries ( e.g. in order to display a log of the different states that a particular node has had throughout the time )?

Or is this something that would need to be handled on the application-level ? ( Or perhaps by implementing a custom data access layer )

Best regards

Victor

2 REPLIES 2
Read only

former_member190794
Active Participant
0 Likes
643

Hello Victor,

there is no built-in functionality available, so you could implement this on application layer.

a) You introduce a version flag on each node to be versionized and create custom associations and queries that only take the current version into account. In case of alternative keys, the version flag needs to be part of it. The disadvantage of this solution: it expands your BO model.

If you need to version the whole BO instance, you could create a toplevel version node and have all application specific nodes as subnodes.

b) You implement an own DAC that filters out old versions. You can check /BOBF/CL_DAC_TABLE and adapt the SQL statements accordingly (that are only a few). The advantage of this solution is that your BO model keeps small.

Best regards

Tilmann


Read only

0 Likes
642

Hi Tilmann,

thanks for the quick reply. This was also what I was assuming

Best regards

Victor