当表没有SELECT权限时，如何在informix db中卸载表？

当表

没有
选择
权限时，是否有可能卸载该表。
如果您打算使用高性能加载程序或Informix SQL扩展名
卸载到文件选择…
，是否可以卸载该表，然后是否。您需要以具有SELECT权限的用户身份执行该语句

我无法验证
onunload
实用程序会发生什么，但我怀疑答案是一样的，因为我非常确定您首先需要拥有提升的特权（DBA或DBSA）才能运行它

为什么您没有选择权限？如果有充分的理由，那么无论如何都不应该允许您将表的内容写入平面文件。
如果您打算使用高性能加载程序或Informix SQL扩展名
卸载到文件选择…
卸载表，然后是否。您需要以具有SELECT权限的用户身份执行该语句

我无法验证
onunload
实用程序会发生什么，但我怀疑答案是一样的，因为我非常确定您首先需要拥有提升的特权（DBA或DBSA）才能运行它

为什么您没有选择权限？如果有充分的理由，那么无论如何都不应该允许您将表的内容写入平面文件。
使用SPL“system”命令从用户没有访问权限的表中卸载数据。此命令作为Informix用户运行，该用户定义为DBA。通过使用这个漂亮的命令，您可以查看文件系统或删除整个数据库。还有另外两种方法可以做到这一点。
使用SPL“system”命令从用户没有访问权限的表中卸载数据。此命令作为Informix用户运行，该用户定义为DBA。通过使用这个漂亮的命令，您可以查看文件系统或删除整个数据库。还有另外两种方法可以做同样的事情。
只有当您可以创建SPL作为
createdba过程时…
。在这种情况下，您首先没有权限问题。SYSTEM语句不会在正确配置的系统上以“informix”的形式运行程序。只有当“oninit”可执行文件不是预期的SUID root并且用户“informix”启动服务器时，才会发生这种情况。我完全同意乔纳森的说法。问题是：如果你没有权利，你就没有权利。我将这个问题理解为：“如何在安装不正确的Informix系统上找到整个安全性？”前提是您可以将SPL创建为
createdba过程…
。在这种情况下，您首先没有权限问题。SYSTEM语句不会在正确配置的系统上以“informix”的形式运行程序。只有当“oninit”可执行文件不是预期的SUID root并且用户“informix”启动服务器时，才会发生这种情况。我完全同意乔纳森的说法。问题是：如果你没有权利，你就没有权利。我把这个问题理解为：“如何在错误安装的Informix系统上找到整体安全性？”