訂閱
糾錯
加入自媒體
當(dāng)前位置： OFweek 人工智能網(wǎng)   >   其他   >  正文

SQL server 那點事：我們應(yīng)該如何正確對待public？

XXX，你好，我想給一個用戶某張表的只讀權(quán)限，你有空看看嗎？

于是，我就遠(yuǎn)程連上去，本來幾分鐘能搞定的事情，半個小時、一個小時過去了，笑容逐漸凝固……

幾經(jīng)周折，終于找到問題所在，原來是public作怪，哈哈

今天，我們就模擬客戶的實際環(huán)境，來和大家聊聊public如何作祟，以及我們平時應(yīng)該如何正確對待public，請看下文。

一、環(huán)境描述

客戶想給某個數(shù)據(jù)庫某張表的只讀權(quán)限，然后就新建用戶－－＞映射數(shù)據(jù)庫－－＞數(shù)據(jù)庫下用戶的安全對象選中表－－＞給選擇權(quán)限。

步驟貌似沒問題啊，可這個用戶就是能更改、能插入，很頭疼……

二、模擬操作

2．1 本地環(huán)境新建用戶并授權(quán)

－－1、創(chuàng)建用戶dsz＿test（映射數(shù)據(jù)庫為dsz）

image.png

－－2、授予tb＿Ts表的只讀權(quán)限

image.png

－－3、測試（用dsz＿test登錄）

image.png

－－4、圖形化界面顯示

image.png

可以看到，我本地的 dsz＿test  登錄只可以看到tb＿Ts 表，拒絕了其他讀寫等權(quán)限

2．2 模擬客戶環(huán)境新建并授權(quán)

－－1、創(chuàng)建用戶并授權(quán)

image.png

1  2  3  下一頁>  
聲明： 本文由入駐維科號的作者撰寫，觀點僅代表作者本人，不代表OFweek立場。如有侵權(quán)或其他問題，請聯(lián)系舉報。

發(fā)表評論

共0條評論，0人參與

請輸入評論內(nèi)容...

請輸入評論/評論長度6~500個字

您提交的評論過于頻繁，請輸入驗證碼繼續(xù)

暫無評論

暫無評論

    掃碼關(guān)注公眾號
    OFweek人工智能網(wǎng)
    獲取更多精彩內(nèi)容
    文章糾錯
    x
    *文字標(biāo)題：
    *糾錯內(nèi)容：
    聯(lián)系郵箱：
    *驗 證 碼：

    粵公網(wǎng)安備 44030502002758號