我只是将一个SQL服务器用户的访问权限设置为一个表。 我通过给予用户db_datareaderangular色来做到这一点。 然后，我通过设置每个表的DENY列中的所有checkbox来为所有不希望此用户访问的表设置权限。 这工作，但很多盒子点击。 有没有更简单的方法来做到这一点？
因此，我们在我们的网站上有一个search字段，并将所有search字词保存到数据库表中。 我今天提出了search术语表，注意到一些奇怪的search，很明显，有人正试图搞乱我们的数据库。 到目前为止，已经有超过200次search。 他们似乎是一个主题的变化： 999999.9) union all select 1 and (0=0 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39,0x393133363636353631352e39 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39 999999.9 /**/uNiOn /**/aLl /**/sElEcT 0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39,0x393133363636353631352e39 999999.9 union all select /**/cOnCaT(0x217e21,0x51554144434f5245454e47494e45363636,0x217e21) 999999.9 union all select 1 999999.9 /**/uNiOn /**/aLl /**/sElEcT […]
从SQL服务器上的日志文件中分离数据是很常见的做法。 在使用SharePoint数据库时，这是否仍然适用最佳实践？ 例如使用上面的例子，我可以让我的日志驱动器有以下文件： L：\ WSS_Content_CentralAdmin.ldf L：\ WSS_Content_MainSite.ldf L：\ SharePoint_Config.ldf L：\ WSS_Search.ldf 然后在我的数据驱动器上有以下内容： G：\ WSS_Content_CentralAdmin.mdf G：\ WSS_Content_MainSite.mdf G：\ SharePoint_Config.mdf G：\ WSS_Search.mdf 另一种方法是将每个数据库（数据和日志）放在它自己的驱动器上，比如： G：\ WSS_Content_CentralAdmin.mdf G：\ WSS_Content_CentralAdmin.ldf H：\ WSS_Content_MainSite.mdf H：\ WSS_Content_MainSite.ldf I：\ SharePoint_Config.mdf I：\ SharePoint_Config.ldf j：\ WSS_Search.mdf j：\ WSS_Search.ldf 另一件我想更好理解的是，当WSS_Content_MainSite数据库变大，我们决定向Web应用程序添加另一个数据库时，这个build议是如何受到影响的。 这个新的数据库应该和其他的数据库文件放在同一个地方吗？
我正在寻找高层次的普遍性。 例如： 成本： – 软件采购成本优势 – >开源 – 维护 – > … 性能： – 由XYZ定义 – > … – 由ABC定义 – > … 等等。 谢谢！
如果我有两套系统使用的数据库表 收集某些数据处理结果的表格。 大部分时间都会有很多INSERT操作。 Web应用程序用于生成页面和报表的表 对于这个问题，让我们假设表的集合是互斥的（也许有一些过程，将数据从第一个集合周期性地迁移到第二集合）。 我会看到以下两个设置之间的性能差异 这两组表在一个数据库中 这两组表是在同一个SQL服务器上的两个独立的数据库中
我最近去参加了一个我们在公司使用的软件产品的会议。 在其中一个演示文稿中，他们表示用户不应该允许单个.mdb文件增长到64GB以上，并引用一篇MS文章作为他们的来源，声明您应该创build第二个数据文件，然后才允许您的数据库发展壮大。 我现在无法访问该链接，也找不到任何信息来支持其声明。 有没有人听说过这样的事情，根据msdn， 这里列出的最大文件大小不支持他们的声明。 我知道除了硬盘大小的限制之外还有其他一些问题，例如复制到新的位置等，但是在我们的安装中，所有的东西都是相同的，我宁愿保留一个数据文件，除非有一个令人信服的理由来分解它。
我有一个SQL Express 2008的实例作为服务器上的小型web应用程序的后端运行。 服务器规格： Windows 2003,64位quadcore，4gb内存 SQL数据库在磁盘上只有50mb，我从来没有见过SQL进程在任务pipe理器中使用超过200mb的ram，但是我注意到这些与SQL日志中的内存问题相关的消息。 由于内存压力，AppDomain 2（mssqlsystemresource.sys [runtime] .1）被标记为卸载。 任何想法可能会导致这一点？
有一台服务器上运行的文件传送系统。 机器运行非常差（Windows XP）。 我已经检查了常规的东西，比如做一个memtest（结果很好），并尝试降级硬盘（不需要）。 这台机器唯一奇怪的是它运行MSSQL服务器。 和赛门铁克Anitvirus。 （啊） 有时机器报告“没有剩余的硬盘空间”。 我马上看看机器上的一个硬盘，它还剩下20个演出。 每一次。 MSSQL服务器可以这样做吗？ 这可能会绑定到机器的可怕performance？ 谢谢！
我正在寻找最好的方法或软件来恢复SQL 2000/2005/2008中损坏的数据库。 寻找乌尔帮助…………………………………
我正在做一个备份： BACKUP DATABASE timeclockplus TO DISK = 'c:\bak.backup' 我得到这个错误消息： Msg 3201, Level 16, State 1, Line 1 Cannot open backup device 'c:\bak.backup'. Operating system error 3(The system cannot find the path specified.). Msg 3013, Level 16, State 1, Line 1 BACKUP DATABASE is terminating abnormally. 有人知道这里发生了什么？