是有办法需要找出什么ANSI_NULLS和ANSI_PADDING等设置里,当一个给定的过程中我创建了数据库?
似乎我的客户有几个存储过程和一些已“调整”的触发器 - 但不幸的是,使用了这些数据库设置的“错误”集。我可以找出哪些procs 和触发器受到影响,还是需要使用正确的设置重新创建所有这些?
我正在检查数据库服务器,问题是大约有 40 个数据库,每个数据库有数百个表。我正在寻找列名包含特定单词的表。
有没有办法进行搜索来识别这些表?

我在 SQL Server 2012 中创建了维护计划。每天,维护计划应该备份数据库。当我查看必须存储备份的文件夹时,没有数据库备份文件。但是有关此维护计划的 SQL Server 日志历史记录是成功的。
问题是什么?
我使用的是 SQL Server 2012。操作系统是 Windows Server 2008 R2。
感谢您的关注。

我们正在 SQL Server 中设计一个数据库来处理销售佣金。当前模式的图表如下所示:

这个项目只有我们几个人,我们的老板把这个设计交给了我们。我是一个新手,但我很担心这个Slot表,因为我们似乎正在朝着 EAV 模型前进,而且我认为我们的团队没有足够的经验来克服这些陷阱。
ASlot可以是公司、地点、地区、路线或位置(基于其SlotType)。我们有这些实体的表格,但管理层希望“灵活”地为彼此分配插槽 ( SlotHierarchy)。我不会陷入适用于每个槽位、槽位类型、槽位级别、槽位级别类型和员工职位分配的混乱的生效日期。所有生效日期都是因为管理层想要控制每一件作品。
计划是将Employeeget 分配到位置槽 ( SlotPositionAssignment),然后可以将其分配到位置、路线或区域槽。一个职位在给定时间只能分配一名员工。不过,一个位置可以分配给任意数量的插槽。
因此,我们可能有PositionType“销售员”和SlotDesc“销售 1”和“销售 2”两个职位(插槽),每个职位都分配了一名员工。这两个职位可以分配到多个路线、地区、地点或公司时段。这SlotHierarchy有助于解决这个问题。
我的担忧:
恐怕我们可能会因此而自诩。我不介意编写额外的应用程序逻辑,但这似乎“太聪明了”。直言不讳并使用映射到现实生活中的表格而不是将它们隐藏为“插槽”不是更有意义吗?
我想取消将职位作为插槽并使用Position表格,或者可能只是PositionType在我们失去报告公司特定职位的能力时使用,例如“Rt 1 Manager”。当我提出这个问题时,我被告知它不会“灵活”,这就是它的结束。
有没有更好的方法来组织这个,或者做出一些妥协,或者我什么都不担心?我是新手,不介意犯错,只要我知道为什么我错了。
昨天我们将一个 SQL Server 2005 数据库迁移到了 SQL Server 2012。我们做了一个完整备份并在新服务器上恢复了它。
现在的问题是 SQL Server 2012 上的数据库比使用 SQL Server 2005 的 Windows 2003 服务器慢得多。更令人担忧的是,完全相同的维护计划(在 SQL Server 2005 上运行需要 37 分钟)是现在需要 2 个多小时并使用 16GB 内存,并且tempdb正在填满C:驱动器上的空白空间。这是怎么回事?
两者的服务器规格相同:
维护计划包括以下步骤:
我不是受过训练的 DBA,但我管理一个使用 SQL Server 作为后端的软件应用程序。应用程序管理“项目”,每个项目都有自己的数据库。
由于通过应用程序报告的限制,我们设置了一个对所有项目数据库具有只读权限的通用 SQL Server 用户帐户。用户利用该帐户通过 ODBC 进行连接并执行查询。
现在我想审计这些连接——它们何时发生以及连接到哪个数据库。
有人可以帮助我吗?
我对 SQL Server 本身具有管理访问权限。我对 SQL 语法有非常基本的了解。不过,我完全不了解 SQL Server 的审计功能。
提前致谢!
我们将在明年第 1 季度迁移到 SQL Server 2014 昂贵版。现在我们使用的是 SQL Server 2005 标准版,因此我们无法访问MIRROR TO用于备份的非常棒的选项(我们使用 Ola Hallengren 的脚本)。
现在,我们正在使用 robocopy 将文件复制到网络共享,以防万一我们存储在本地的备份损坏、丢失或决定休个长假。我的问题是,当我们使用该MIRROR TO选项时,与仅使用 robocopy、xcopy 或 Powershell 解决方案相比,它是否会更多/更少地占用资源?当我们MIRROR TO在 SQL Server 中使用时到底发生了什么?如果可能的话,寻找一些“具体细节”的答案。
我的日志中有几个星期的错误,我搜索了很多,但找不到有用的答案。
我确实关闭了公共 IP 的 SQL Server 端口,但我还有问题。
错误:17806,严重性:20,状态:14。SSPI
握手失败,错误代码为 0x8009030c,在建立具有集成安全性的连接时状态 14;连接已关闭。原因:AcceptSecurityContext 失败。Windows 错误代码指示失败的原因。登录尝试失败 [CLIENT: 10.10.3.25]提出时间:2015 年 1 月 27 日下午 2:23
该系统关闭时出现错误。
我需要一种很好的方法来在不同服务器和不同数据库之间复制 SQL Server 2012 中的单个表。我试过复制品,它工作得很好,但可能有更好/更简单的方法,我现在看不到。
也许有一种方法可以使用任务将数据作为作业导入。数据不需要一直同步。每隔 5-10 分钟,第二个数据库 [B] 就可以使用数据库 [A] 中的数据进行更新。
是否可以只为一张表设置镜像?
当然,我检查了网络,这给了我编写导入任务脚本的想法。
还有什么可能以及如何?
想象一下以下场景:我有两台服务器,它们位于两个单独的专用网络上。
已创建链接服务器,服务器 A 中有一个表,该表具有服务器 B 上同一表的更新版本。更新范围不大,本质上只是重新分配了一些布尔值。
两台服务器之间的连接可靠但速度较慢,并且两表之间的排序规则不匹配。
是否有推荐或标准的方法来更新具有排序规则不匹配的两台服务器之间的信息?