Hey, you can go for 500 objects in one RF. Best would be to use ODP as it will provide you out-of-the-box delta capabilities. RF is the replacement for XI/PI.
Creating one RF for one object can be quite an overhead. additionally depends on you licenses as RF has limited usage -> check the Estimator: https://datasphere-estimator-sac-saceu10.cfapps.eu10.hana.ondemand.com/
Of course, the more objects in one RF, the longer will it take for the RF to finish: 2 jobs per flow / Max 10 jobs per tenant / Each job has 5 threads. So one needs to decide.
Additional question: what is the expectation of changes? RFs are not really setup for changes. Adding fields can be done manually, but deleting not.
Last, but not least, RF turns off real-time. Means if you do not have ODP/ODQ, you will get changes only at scheduled times. ODP can push automatically.
I find RFs for setup extremely easy as RF will create target tables automatically at build time and RF can stay listening if you have delta push (ODP f.e.) from the source, enabling real-time.
One RF for module is a nice idea, but... you need to setup DSP as well. Means f.e. do you have a space for each module? InfoArea-like.
https://community.sap.com/t5/technology-blogs-by-members/sap-datasphere-bw-odp-delta-via-replication...
https://community.sap.com/t5/technology-blogs-by-members/sap-datasphere-architecture-and-security-co...
So, overall, based on the architecture, licenses, requirements, source build, ... you design the data load.
hope this helps 🙂
Cheers, Martin
Bluesky
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.