有没有更好的方法在 SQL Server 2005 中编写以下行?
CASE
WHEN (ID IS NULL)
THEN 'YES'
WHEN (ID IS NOT NULL)
THEN 'NO'
END AS ID_Value,
Run Code Online (Sandbox Code Playgroud) 我有 8 台单独的 SQL Server 2008 R2 机器,每台机器托管 1 个数据库。每个数据库都有相同的表结构和模式,以及完全独特的数据。
我想建立一个报告服务器(可能是 2008 年或 2012 年),它将来自 8 个源服务器的选定表中的行合并到报告服务器上这些表的单个实例中。这是单向复制(不会对报告服务器进行任何更改)。我需要以相对较低的延迟(比如 20-30 秒)从源数据库复制更改。
此外,我想找到方法来实现这一点,对源服务器的影响尽可能小。在我的环境中,这些服务器的第 3 方代理、触发器或模式修改很困难。
我的问题:
谢谢,约翰
SQL Server Express Edition(2005 和 2008)是否支持安装、启用和运行 CLR 存储过程和函数。
sql-server-2005 sql-server-2008 sql-server sql-server-express sql-clr
我面临的问题是 sql server 2008 因某些高负载而失败。我需要找到那个负载情况并需要优化代码以便它可以处理负载。我在 Internet 上发现 SQL 分析器可用于跟踪数据库交互,稍后可以对其进行分析以找到问题发生的确切点。我还发现了如何启动 sql 分析器。但现在我的问题是,通过启动 sql profiler 我会影响服务器性能吗?
用户在一个框中输入一个搜索词,该值被传递到一个存储过程,并根据数据库中的几个不同字段进行检查。这些字段并不总是具有相同的数据类型。
一个字段(电话号码)由所有数字组成,因此在检查它时会使用 .Net CLR 函数从字符串中去除所有非数字字符。
SELECT dbo.RegexReplace('(123)123-4567', '[^0-9]', '')
Run Code Online (Sandbox Code Playgroud)
问题是,此功能有时会突然停止工作,并出现以下错误:
Msg 6533, Level 16, State 49, Line 2 AppDomain MyDBName.dbo[runtime].1575 被升级策略卸载,以确保 应用程序的一致性。访问关键资源时发生内存不足。 System.Threading.ThreadAbortException:类型异常 'System.Threading.ThreadAbortException' 被抛出。 System.Threading.ThreadAbortException:
我已经尝试了MSDN 上针对此错误发布的建议,但仍然遇到问题。目前,切换到 64 位服务器不是我们的选择。
我知道重新启动服务器会释放它拥有的任何内存,但这在生产环境中不是一个可行的解决方案。
有没有办法仅使用 T-SQL 从 SQL Server 2005 中的字符串中去除非数字字符?
我试图在我们数据库的高性能和易于维护之间取得平衡。我们正在考虑使用复制来提高性能,方法是将我们的 SSRS 报告复制到与我们的事务数据库物理分离的数据库中。但是,从开发人员的角度来看,启用复制有许多缺点:
我的问题是:鉴于这些缺点,您什么时候知道是时候进行复制了?您如何确定额外的复杂性是否证明了收益的合理性?
我们以前使用过它,因此设置它不是问题。这更多是关于做出启用或不启用它的决定。我正在寻找其他人通过复制观察到的一些对象性能指标。
当然,最好的办法是在我们自己的服务器上进行一些模拟负载测试并自己解决,但我希望有一些通用的指导方针。
我知道有SELECT * FROM msdb..sysjobschedules,但这只是显示下一次计划运行的作业。
我想知道这是如何确定和存储的。那么它在哪里存储 Recurs every Monday 复选框的值呢?
在考虑数据库性能时,VLF 有多重要?什么会描述 VLF 的最佳情况?
我有一个 SSD,使用 IOmeter 测试,显示性能超过 200MB/s。但是,当我从本地机器运行任何 SQL 查询时,Windows 资源监视器永远不会显示超过 7MB/秒的磁盘 IO。即使对于运行时间超过 2 分钟的查询也是如此。瓶颈是什么,它仅使用 SSD 的 7MB/秒?
我在跑:
正如SQL Server 最佳实践所说,“ Windows 身份验证模式比 SQL 身份验证更安全”。现在我想知道:有没有办法保护 SQL Server 免受具有 Windows 管理员权限的用户的攻击?
sql-server ×10
performance ×2
replication ×2
t-sql ×2
hardware ×1
jobs ×1
profiler ×1
security ×1
sql-clr ×1