update dataspace analytics result to contain executable info

[YannanGao-gs]

What type of PR is this?

Improvement

What does this PR do / why is it needed ?

update dataspace analytics result to contain function info and executable info

Which issue(s) this PR fixes:

Fixes #

Other notes for reviewers:

Does this PR introduce a user-facing change?

[GitHub Actions]

Test Results

  1 033 files  ±0    1 033 suites  ±0   1h 26m 35s ⏱️ +8s
12 270 tests ±0  12 180 ✔️ ±0  90 💤 ±0  0 ❌ ±0 
17 961 runs  ±0  17 871 ✔️ ±0  90 💤 ±0  0 ❌ ±0 

Results for commit 5b741e5. ± Comparison against base commit b3d9d97.

♻️ This comment has been updated with latest results.

[MauricioUyaguari]

I think we are in the right direction, but we need to be mindful of not restoring the same exact information. We should store only things we need. I think we can keep the template info inside execution context based on your filtering. But for functions, it should be stored globally in the DataSpaceAnalysisResult class.

Furthermore, one thing I would like you to improve (separate PR is fine).
We should not store mapped entities for the same mapping twice.
So we should move that also to the global class.
Major use of execution context is to have the same mapping but different runtimes.
So we should only store one graph per mapping.

[YannanGao-gs]

I think we are in the right direction, but we need to be mindful of not restoring the same exact information. We should store only things we need. I think we can keep the template info inside execution context based on your filtering. But for functions, it should be stored globally in the DataSpaceAnalysisResult class.

Furthermore, one thing I would like you to improve (separate PR is fine). We should not store mapped entities for the same mapping twice. So we should move that also to the global class. Major use of execution context is to have the same mapping but different runtimes. So we should only store one graph per mapping.

For moving mapped entities , I am concerned that it will not be backward compatible if I move it to the root as this field has been there since the beginning