...
https://community.denodo.com/answers/question/details?questionId=90670000000XcumAAC
Code Block |
---|
select CAST(bv_ps_crse_catalog.descrlong AS text) AS text_column from bv_ps_crse_catalog |
...
Possible Solution 2: Server Config
Open Data Source (only for VDP Administration Tool) > Configuration > Source Configuration > Delegate group by clause = No
This would slow down performance as well as create extra load on the denodo servers by not pushing the query to oracle.
Recover from a DROP CASCADE
DROP CASCADE
is a very dangerous command that will not only drop the view listed, but all if it’s dependents as well. The dependents list can be very long, and recovery can be very cumbersome. Try to avoid the DROP
command at all costs, especially DROP CASCADE
.
In the event that you accidentally execute DROP CASCADE
, follow these steps to recover.
Get a list of all dependents of the view dropped and their cache status
Code Block select distinct vd.view_database_name, vd.view_name, v.cache_status from view_dependencies() vd left join get_views() v on v.name = vd.view_name and v.database_name = vd.view_database_name where dependency_name = 'VIEW_NAME' and private_view = 'false';
Get the latest VQL backup for the environment where the drop occured. This could be a development backup in S3, or a deployment backup. See the sections above for their locations.
Assemble a VQL file containing the relevent
CREATE, ALTER, CHOWN, and ALTER ROLE
statements for each view. Be sure to includeCONNECT DATABASE
andCLOSE;
statements for each database.Create a revision in Solution Manager, validate and deploy.
User Guide
Anchor | ||||
---|---|---|---|---|
|
A user-facing guide has been created that contains all information relelvant relevant to non-Admins. The guide is available here: Denodo User Guide
...