Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
All of sudden only Session related Tables were missing in Datamodel. No code change was there in operational monitor app. below is the code
Hi, that code loads from LogContent, so you should check if that ObjectId exists in that table, and if not, look where that data is lost, maybe some previous condition is filtering that data.
Or try to comment only the 'where' part to confirm if this filter is the cause.
You can also add an 'exit script' or a 'store' before that code to check the data of LogContent, that it has date for that objectId and UserId_Key and UserId_Key_entitlement don't exist (or it will return a duplicated field error when loading TempTable_test.
If no code/app were changed and no OS/machine/QV release/migration/configuration has touched the most likely reason for missing data is that they didn't exists anymore - at least not in the specified place + structure.
Before going further I would re-start everything and repeating the task to prevent to look for any temporary issues.
thanks @marcus_sommer i tried the way you explained
when i disable this code showing all session related tables but when i enable session tables not visible in datamodel
@rubenmarin any suggestions?
I thought Marcus answer was a good one, if it was working and suddenly it stops to work, go step by step to see what have changed, in example: is that ObjectId still beign loaded? maybe it has been published in a new object (instead of updating the old one) and what you search has now a different ObjectId.
It's not possible from the provided snippets to detect the issue. Your task based of a cascade of multiple steps and in each one may anything respectively the underlying data being different to before.
I would look within document-log to see what really happens - starting with CTRL + F to go the relevant parts before thinking to evaluate all single steps. Further helpful could be if you have also access to an elder log-file and you could compare it against the current one (copy & paste into a AI tool or just using MS Word).
Like hinted I wouldn't surprised if you find that the source-data aren't there anymore.
Hi, that code loads from LogContent, so you should check if that ObjectId exists in that table, and if not, look where that data is lost, maybe some previous condition is filtering that data.
Or try to comment only the 'where' part to confirm if this filter is the cause.
You can also add an 'exit script' or a 'store' before that code to check the data of LogContent, that it has date for that objectId and UserId_Key and UserId_Key_entitlement don't exist (or it will return a duplicated field error when loading TempTable_test.