Teradata “怎么可能？”；“坏的”；可以确定哪些观点？

在我的工作场所，我们有单独的Teradata数据库来管理表和视图。“tables”数据库具有包含数据的表，而“views”数据库只有视图。对这两个数据库的访问由角色管理：“开发人员”有权在“表”中创建表，并在“视图”中创建视图；“使用者”只能“读取”访问“视图”数据库

随着时间的推移，一些视图变得“糟糕”，因为它们引用的基表不再存在。这通常是由于开发人员在某些分析结束时删除了表，而忘记删除相应的视图

问题：是否有一种“简单”的方法来识别不再与有效表关联的视图

---

我正在考虑编写一个测试脚本，对“视图”数据库中的每个视图执行

select count（*）

；如果测试失败，我会知道视图有问题。我知道如何做到这一点（它会起作用），但我想问一下是否有更好的方法。

我已经写了一个方法，可以用来查找损坏的视图。通过使用存储过程、两个游标和

PREPARE

语句，可以快速测试整个数据仓库中视图的有效性

最大的诀窍是确定错误处理程序以记录错误。虽然我没有在我的网站上详细介绍错误处理程序，但如果您遇到问题，我可以向您发送一些伪代码以找到正确的路径