尝试删除表时出现表权限问题

Question

Informix-SQL(SE) 4.10.DD6 (MS-DOS 6.22)：

我创建了一个表：“pcuser”.tablename。我尝试使用以下命令删除此表：

DROP TABLE tablename; 

并收到以下错误消息：

545: No write permission for table pcuser.tablename.

由于我的应用程序是单用户并且我不关心限制任何表的权限，因此我安装了没有密码保护的 ISQL 4.10（即没有用户名或密码）启动 SE 引擎所需）。因此，默认且唯一的用户名/表所有者始终是“pcuser”。使用 ISQL 2.10，在删除、创建、读取或写入表时，我不必指定“table-owner”.tablename。不过，我确实将表名上的所有内容授予 public 并将 dba 授予 public。我还在 4.10 中执行了相同的 grant 语句。

删除表时是否必须指定表所有者，例如：

DROP TABLE "pcuser".tablename;

抱歉，我没有 ISQL 4.10 的文档。

以下是表名的 SYSTABAUTH 和 SYSTABLES 行的执行屏幕输出：

SYSTABAUTH:

grantor            [pcuser  ]
grantee            [public  ]
tabid              [102        ]
tabauth            [su-idxa]


SYSTABLES:

tabname            [tablename           ]
owner              [pcuser  ]
dirpath            [C:\DBFILES.DBS\TABLENAME        ]
                   [                                ]
tabid              [102        ]
rowsize            [256   ]
ncols              [48   ]
nindexes           [5     ]
nrows              [1082594    ]
created            [07-13-2010]
version            [9          ]
tabtype            [T]
audpath            [                                ]
                   [                                ]

下面是我的应用程序中的两个 sql 过程。第一个正确执行，但第二个失败，并在 drop table 语句上出现 err 545：

{CREATEDB.SQL - First SQL Proc}

DROP DATABASE dbfiles;

CREATE DATABASE dbfiles;

CREATE TABLE tablename
    (
     col1 char(18),
     col2 char(60),
     [...]
    ) in "C:\DBFILES.DBS\TABLENAME";

LOAD FROM "tablename.unl" INSERT INTO tablename;

CREATE UNIQUE INDEX tablename_idx1 ON tablename (col1);

GRANT ALL ON tablename TO PUBLIC;

GRANT DBA TO PUBLIC;

UPDATE STATISTICS;

---

{DROPTAB.SQL - Second SQL Proc}

DROP TABLE tablename;
           ^
           ERROR 545: No Write Permission....

Answer 1

运行“finderr -545”，我得到信息：

-545 表 table-name 没有写权限。

检查随附的 ISAM 错误代码以获取更多信息。有了这个
数据库服务器，数据库是一个名为 dbname.dbs 的目录，
而表和索引是该目录中的文件。你需要
拥有对所有这些文件的读写访问权限，以便进行练习
正常的数据库功能。

您需要查看数据库目录（dbname.dbs）的目录权限。如果您以“pcuser”身份登录，则需要拥有该目录并有权从中删除文件（以及创建文件等）。

我不确定 DOS（实际上没有用户）的 ISQL 和 SE 如何适应现代版本的 Windows（有用户）。

如果您在任何其他平台上运行，我会建议您不要“GRANT DBA TO PUBLIC”；这是灾难的根源。我仍然不相信这是一个好主意，但我没有任何具体细节可以明确反对它 - 但感觉是错误的；您应该关心谁访问数据库以及谁有能力重建数据库。

回答“我是否必须在 DROP TABLE 语句中指定用户名？”的问题时，答案是“否”。错误消息来自解析和验证查询后的阶段；它理解表名。只是运行查询的用户似乎没有足够的权限来执行请求的操作。