小编Sol*_*zky的帖子

我们需要对通常是需要“自然”排序的数字和字母混合字符串的值进行一些报告。诸如“P7B18”或“P12B3”之类的东西。@字符串将主要是字母序列然后数字交替。但是，这些段的数量和每个段的长度可能会有所不同。

我们希望这些数字部分按数字顺序排序。显然，如果我直接用 处理这些字符串值ORDER BY，那么“P12B3”将在“P7B18”之前出现，因为“P1”早于“P7”，但我希望相反，因为“P7”自然在前面“P12”。

我还希望能够进行范围比较，例如@bin < 'P13S6'或类似的。我不必处理浮点数或负数；这些将严格是我们正在处理的非负整数。字符串长度和段数可能是任意的，没有固定的上限。

在我们的例子中，字符串大小写并不重要，但如果有一种方法可以以排序方式感知方式做到这一点，其他人可能会发现这很有用。所有这一切中最丑陋的部分是我希望能够在WHERE子句中进行排序和范围过滤。

如果我在 C# 中执行此操作，这将是一项非常简单的任务：进行一些解析以将 alpha 与数字分开，实现 IComparable，您基本上就完成了。当然，SQL Server 似乎没有提供任何类似的功能，至少就我所知。

任何人都知道使这项工作有什么好的技巧吗？是否有一些很少公开的能力来创建实现 IComparable 的自定义 CLR 类型并使其按预期运行？我也不反对 Stupid XML Tricks（另请参阅：list concatenation），而且我在服务器上也提供了 CLR 正则表达式匹配/提取/替换包装函数。

编辑： 作为一个更详细的例子，我希望数据表现得像这样。

SELECT bin FROM bins ORDER BY bin

bin
--------------------
M7R16L
P8RF6JJ
P16B5
PR7S19
PR7S19L
S2F3
S12F0

即将字符串分成所有字母或所有数字的标记，并分别按字母或数字对它们进行排序，最左边的标记是最重要的排序项。就像我提到的，如果您实现 IComparable，在 .NET 中是小菜一碟，但我不知道如何（或是否）您可以在 SQL Server 中执行此类操作。这肯定不是我在 10 年左右的工作中遇到过的事情。

我需要在完成之前从存储过程返回部分结果（作为简单的选择）。

有可能这样做吗？

如果是，如何做到这一点？

如果没有，有什么解决方法吗？

编辑：我有几个部分的程序。在第一部分我计算了几个字符串。我稍后会在过程中使用它们来进行附加操作。问题是调用者尽快需要字符串。因此，我需要计算该字符串并将其传回（不知何故，例如从选择中），然后继续工作。调用者更快地获得其有价值的字符串。

调用者是一个 Web 服务。

我刚刚从我的客户那里收到了一个应用程序的源代码和数据库（它是由来自不同国家的另一家公司开发的），并且该应用程序抛出了一些与对象整理相关的异常：

无法解决 equal to 操作中“SQL_Latin1_General_CP1_CI_AS”和“Latin1_General_CI_AS”之间的排序规则冲突。

我看到，在我的情况下，这是由于存储过程创建了一个 #temp 表并且该#temp表用于与应用程序中的表（应用程序数据库使用SQL_Latin1_General_CP1_CI_AS和tempdb使用Latin1_General_CI_AS）进行比较时引起的。

我加入COLLATE SQL_Latin1_General_CP1_CI_AS的CREATE TABLE #TEMPTABLE声明，但是这个数据库有很多存储过程可以使用#temp表。

如何在不破坏其他数据库/应用程序的情况下更快地解决这个问题？

我正在尝试创建一个触发器，以在创建时更改数据库的排序规则，但是如何捕获要在触发器内部使用的数据库名称？

USE master
GO
CREATE TRIGGER trg_DDL_ChangeCOllationDatabase
ON ALL SERVER
FOR CREATE_DATABASE
AS
declare @databasename varchar(200)
set @databasename =db_name()
    ALTER DATABASE @databasename COLLATE xxxxxxxxxxxxxxxxxxx
GO

显然，这是行不通的。

假设我们有 2 个完全不同的查询，它们引用了一个同名的临时表：

查询一 .... 操作：#tempTableName

查询二 .... 操作：#tempTableName

我对此进行了研究，发现“#temp 是一个本地临时表，因此对其他连接不可见”，但是我不确定连接在 SQL 查询上下文中的真正含义。SQL 是否认为每个运行的单独查询都有一个单独的“连接”，或者连接是否以某种方式共享？

具体来说，我的问题是“如果我的场景中的两个查询被同一个登录名访问会发生什么”，例如多个 .NET 应用程序使用相同的 .NET 连接字符串并同时访问数据库。如果我的场景中的两个查询同时运行，他们是否会潜在地访问同一个临时表？锁呢？我是否需要采取任何措施来防止在桌子上操作期间发生不必要的访问？

我看过这个答案，/sf/ask/32686321/，但是我真的需要像“假装我 6 岁”这样的解释，以便我我非常清楚在我的假设场景中发生了什么，就 SQL 查询究竟如何利用连接和确定独占访问等而言。任何可以让我完全掌握这一点的图表或资源指针都会很棒！

我们的应用程序需要与 Oracle 数据库或 Microsoft SQL Server 数据库同样良好地工作。为了促进这一点，我们创建了一些 UDF 来统一我们的查询语法。例如，SQL Server 有 GETDATE() 而 Oracle 有 SYSDATE。它们执行相同的功能，但它们是不同的词。我们为两个平台编写了一个名为 NOW() 的包装器 UDF，它将相关的平台特定语法包装在一个公共函数名称中。我们还有其他这样的功能，其中一些本质上什么都不做，只是为了同质化而存在。不幸的是，这对 SQL Server 来说是有代价的。内联标量 UDF 对性能造成严重破坏并完全禁用并行性。作为替代方案，我们编写了 CLR 汇编函数来实现相同的目标。当我们将其部署到客户端时，他们开始经常遇到死锁。这个特定的客户端正在使用复制和高可用性技术，我想知道这里是否存在某种交互。我只是不明白如何引入 CLR 函数会导致这样的问题。作为参考，我已经包含了原始标量 UDF 定义以及 C# 中的替换 CLR 定义及其 SQL 声明。如果有帮助，我也可以提供死锁 XML。

原始UDF

CREATE FUNCTION [fn].[APAD]
(
    @Value VARCHAR(4000)
    , @tablename VARCHAR(4000) = NULL
    , @columnname VARCHAR(4000) = NULL
)

RETURNS VARCHAR(4000)
WITH SCHEMABINDING
AS

BEGIN
    RETURN LTRIM(RTRIM(@Value))
END
GO

CLR 汇编函数

[SqlFunction(IsDeterministic = true)]
public static string APAD(string value, string tableName, string columnName)
{ …

我正在努力诊断 TSQL 中遗留查询的问题。查询中返回的列之一是：

CASE WHEN PaidDate >= '2021-01-01' AND PaidDate <=+'2021-10-31' THEN WO ELSE 0 END AS dYTDWO, 

我以前没有见过“<=+”作为条件，并且在网上找不到任何对此的参考。

谁能对此做出解释？SSMS 对此非常满意，并且查询得以执行。

谢谢。

我正在重命名一些独特的约束以匹配我们的数据库对象命名约定。奇怪的是，有几个多行表值函数返回的表具有唯一约束，如下所示：

CREATE FUNCTION [dbo].[fn_name] (...)
RETURNS @Result 
TABLE
(
    ID BIGINT PRIMARY KEY,
    ...
    RowNum BIGINT UNIQUE 
)
BEGIN
    ...
    RETURN
END
GO

我尝试这样命名它，但不起作用：

CREATE FUNCTION [dbo].[fn_name] (...)
RETURNS @Result 
TABLE
(
    ID BIGINT PRIMARY KEY,
    ...
    RowNum BIGINT
    ,CONSTRAINT UC_fn_name_RowNum UNIQUE([RowNum])  
)
BEGIN
    ...
    RETURN
END
GO

当它是表变量函数定义的一部分时，是否可以设置唯一约束的名称？

为什么 Securables GUI 上会出现重复的权限？

我有一个在 SQL-Server 2012 DBMS 上运行的数据库。考虑到运行 SQL Server 的服务器不是网络域的一部分。当我执行这个 sql 命令时

ALTER DATABASE myDatabase SET TRUSTWORTHY ON;

服务代理队列（早期设置和工作）接收消息，但与队列关联的活动存储过程没有启动。消息继续流入队列，但没有其他任何事情发生。在 SQL SERVER 日志中，我发现了这条消息

在队列“proofSCHEMA.myQueue”上运行的激活过程“proofSchema.mySP”输出以下内容：“主数据库中记录的数据库所有者 SID 与数据库“myDatabase”中记录的数据库所有者 SID 不同。您应该通过使用 ALTER AUTHORIZATION 语句重置数据库“myDatabase”的所有者来纠正这种情况。

如果我在网络域内的机器上运行相同的配置，则一切正常。

我不明白发生了什么以及为什么值得信赖的使用服务代理队列。