MAJOR PROBLEM: APPLICATION NOT ASSOCIATED WITH WORKSPACE:

Question

I was looking at one of the
tables, trying to figure out why a template would not show up, but functioned
properly. I then went back into the workspace and noticed that my application
had disappeared from the application list. I looked at the
flows_010600.wwv_flows table and saw that the workspace id for my application
was changed from 651704606211503 to 0. I tried an update query to fix the
problem, however the "SECURITY_GROUP_ID" remained at 0. The query ran was
"update flows_010600.wwv_flows
set security_group_id = '651704606211503'
where id = 105;" where id 105 is the application in question. This was
attempted with the sys privileges and would not update.
I have installed my last export into a different app. id, but I cannot access 105. I have a significant amount of work on this application, and would have to start over. I also want to know why this happened. I sent this to metalink and they sent me back here ( which I wanted to come to first, but thought Metalink would be better, I thought wrong). Can one of you gurus help me out? I cannot update this table, and I cannot access this application at all.
Thanks,
Scott

Answer 1

Scott - Updating the HTML DB tables using DML is a good way to lose your data. There are triggers that fire when the security_group_id value isn't set as expected. When you ran the update in SQL Workshop, that value was set to the workspace ID that you were logged into. When you ran it in SQL*Plus it wasn't set. So the best advice is to leave those tables alone unless you get a script from Oracle designed for some specific purpose.
Scott