一個(gè)奇怪問題，不知各位是否遇到過

smithy

客戶通過db2move出來后的數(shù)據(jù)，通過db2move導(dǎo)入到新的數(shù)據(jù)庫中，采用create_replace選項(xiàng)。出現(xiàn)了一個(gè)問題，在源數(shù)據(jù)庫中，有通過非管理員用戶（test1）建立的自己的表（table1），導(dǎo)出時(shí)采用的是管理員用戶（db2inst1），導(dǎo)入時(shí)也是采用的管理員用戶。出現(xiàn)問題是，在目標(biāo)數(shù)據(jù)庫中新建的表test1的權(quán)限不對，用戶test1對應(yīng)的權(quán)限不對。請問是什么原因？有沒有解決方法啊？在db2技術(shù)層面上？謝謝！

xmltiger

不明白你講的意思

tpb

是schema不對嗎？

liaodp

可能在新的操作系統(tǒng)里面沒有建立相應(yīng)的用戶帳戶，也就有沒有schma,然后權(quán)限不對了！

cngd1

這里有兩個(gè)問題，如果創(chuàng)建表的時(shí)候，沒有顯示知名schema，默認(rèn)應(yīng)該用了db2inst1作為表的schema，作為普通用戶test1，默認(rèn)是不能訪問這些表。即使用了test1作為schema建表，但是沒有對test1用戶授予控制表或者控制相應(yīng)schema對象的權(quán)限，也是不能訪問表的。
可以參考的授權(quán)指令：
db2 grant all on test1.table1 to test1
或者
db2 grant alterin, createin, dropin on schema test1 to test1