Answers:
不,这是不可能的,除非您对SSMS进行反向工程并隐藏复选框或将其设为无操作,然后重新编译并部署。并在每次升级时重复一次,应用Service Pack等。(要清楚:这不是我的建议。)
不过,我有一个更好的解决方案:
为什么您的4-5名员工使用不同的个人资料?当然,这会占用更多的磁盘空间,但是每个配置文件都有自己的SqlStudio.bin-然后您也可以使用Windows身份验证,这意味着它们不必键入密码或选中复选框,从而简化了审核。同样,如果这不是他们所做的最糟糕的事情。
尽管这对于您的情况来说可能是过分的,但是您可以尝试使用自动化软件来创建自己的登录窗口,获取唯一的用户凭据,然后使用正确的命令行选项启动SSMS。显然,您将希望阻止用户直接运行SSMS,并且可以通过Windows组策略或注册表修改来实现。或者,如果您在脚本编写方面有点创意,那么AutoHotKey也可以做到这一点。
这将花费一些时间,但是您将获得更多选择,以快速完成独特的工作。
附言 我完全不宽恕软件盗版或违反许可证的行为。使用上述建议后果自负。这些是标准的工具,任何优秀的Windows管理员都应该已经知道该怎么做或应该掌握技巧。
您可以编写一个小型工具,该工具将搜索必要的窗口并向其发送消息以禁用该控件。或选择现有工具之一。
快速搜索发现了这个问题:https : //stackoverflow.com/questions/11833500/preventing-cross-process-sendmessage-calls
带有此链接:https : //www.raymond.cc/blog/how-to-enable-and-access-disabled-grayed-out-buttons-windows-and-checkboxes/
当然,任何这样的工具都是脆弱的。相反,也许可以备份存储该密码的文件(SqlStudio.bin
),并在每次用户登录Windows时用新副本覆盖它。你说:
但是很少有人无意中单击了该复选框,因此每次我们都需要清除
SqlStudio.bin
来解决问题。
与其将其作为特殊情况处理,不如将其作为正常情况处理并在SqlStudio.bin
每次登录时清除它。
或者,您可以尝试使该文件为只读/拒绝对该文件的写权限。
SqlStudio.bin
是个好主意,但我从您的措辞中正确理解您实际上并没有尝试过吗?您是否提前知道是否有副作用?是否还会写入其他设置?
SqlStudio.bin
,然后运行SSMS,并编辑启动SSMS的快捷方式以运行该批处理而不是SSMS本身。