SQL server 那點事：我們應該如何正確對待public？
2020-09-02 14:31
美創科技
關注
XXX，你好，我想給一個用戶某張表的只讀權限，你有空看看嗎？
于是，我就遠程連上去，本來幾分鐘能搞定的事情，半個小時、一個小時過去了，笑容逐漸凝固……
幾經周折，終于找到問題所在，原來是public作怪，哈哈
今天，我們就模擬客戶的實際環境，來和大家聊聊public如何作祟，以及我們平時應該如何正確對待public，請看下文。
一、環境描述
客戶想給某個數據庫某張表的只讀權限，然后就新建用戶－－＞映射數據庫－－＞數據庫下用戶的安全對象選中表－－＞給選擇權限。
步驟貌似沒問題啊，可這個用戶就是能更改、能插入，很頭疼……
二、模擬操作
2．1 本地環境新建用戶并授權
－－1、創建用戶dsz＿test（映射數據庫為dsz）
－－2、授予tb＿Ts表的只讀權限
－－3、測試（用dsz＿test登錄）
－－4、圖形化界面顯示
可以看到，我本地的 dsz＿test 登錄只可以看到tb＿Ts 表，拒絕了其他讀寫等權限
2．2 模擬客戶環境新建并授權
－－1、創建用戶并授權
分享
聲明：
本文由入駐維科號的作者撰寫，觀點僅代表作者本人，不代表OFweek立場。如有侵權或其他問題，請聯系舉報。
請輸入評論內容...
請輸入評論/評論長度6~500個字
最新活動更多
- 1 AI狂歡遇上油價破百，全球股市還能漲多久？ | 產聯看全球
- 2 OpenAI深夜王炸！ChatGPT Images 2.0實測：中文穩、細節炸，設計師慌了
- 3 6000億美元估值錨定：字節跳動的“去單一化”突圍與估值重構
- 4 Tesla AI5芯片最新進展總結
- 5 連夜測了一波DeepSeek-V4，我發現它可能只剩“審美”這個短板了
- 6 熱點丨AI“瑜亮之爭”：既生OpenClaw，何生Hermes？
- 7 AI界的殺豬盤：9秒刪庫跑路，全員被封號，還繼續扣錢！
- 8 2026，人形機器人只贏了面子
- 9 DeepSeek降價90%：價格屠夫不是身份，是戰略
- 10 AI Infra產業鏈卡在哪里了？
