表權限問題試圖刪除表時

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。不過，我確實授予了所有公共桌面名稱並將dba授予公衆。我還在4.10中執行了同樣的授權聲明。

刪除表就像當我必須指定表的所有者：

DROP TABLE "pcuser".tablename; 

對不起，我沒有爲ISQL 4.10的文檔。

以下是表名SYSTABAUTH和SYSTABLES行perform.out屏幕輸出：

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對於沒有寫權限表格表名稱。

查看隨附的ISAM錯誤代碼以獲取更多信息。通過此 數據庫服務器，數據庫是一個名稱爲dbname.dbs， 的目錄，而表和索引是該目錄中的文件。您需要 對所有這些文件具有讀取和寫入權限才能執行 正常的數據庫功能。

您需要查看數據庫目錄（dbname.dbs）的目錄權限。如果你是以'pcuser'登錄的，你需要擁有這個目錄並有權刪除它（並創建文件等）。

我不知道如何從DOS（實際上沒有用戶）的ISQL和SE適應現代版本的Windows（有用戶）。

如果您在其他平臺上運行，我會爲您提供針對'授予DBA公佈'的諮詢意見;這是一場災難。我仍然不相信這是一個好主意，但是我沒有任何可以指出的明確反對它的具體細節 - 但這種感覺是錯誤的;你應該關心誰訪問數據庫以及誰有能力重建數據庫。

回答'我必須在DROP TABLE語句中指定用戶名？'的答案是'否'。錯誤消息來自查詢被解析和驗證後的階段;它理解表名。只是運行查詢的用戶似乎沒有足夠的權限來執行請求的操作。