小编Sol*_*zky的帖子

我有几个字符被替换为?. 你如何保持表格中的原始字符？我要插入的字符是?; 带腰带的拉丁文小写字母 L。是否可以将此字符添加到表中？

我已经很习惯使用 COMPRESS()，并DECOMPRESS()在内部论坛软件为我公司（目前在SQL Server 2017），而是试图使数据库尽可能高效，是有一个优势，加入_UTF-8到我的当前归类为Latin1_General_100_CI_AS_SC_UTF8在未来迁移到 SQL Server 2019？

我一直在尝试编写一个函数来检查一个字符串是否包含一个数字，而该数字不是更大数字的一部分（换句话说，如果要搜索的数字是 '6' 而字符串是 '7+16+2'它应该返回 false，因为这个字符串中的 '6' 是数字 '16' 的一部分）

我写了下面的函数（它很长，但我打算在重构之前先测试它）

在测试时，我发现了一个错误，它仅通过逻辑运行找到的数字的第一个实例。因此，使用 '6' 对 '16+7+9+6' 运行此函数将返回 false，因为它确定第一个 '6' 是更大数字的一部分并停止处理。

我认为要解决这个问题，我必须实现一个循环来缩短 'haystack' 字符串（这样，使用示例 '16+7+9+6'，该函数在消除后继续检查 '+7+9+6'第一个“6”）但在花时间使已经复杂的函数变得更加复杂之前，我想检查是否有更简单的方法来实现相同的目标？

drop function dbo.runners_contain_runner
go
create function dbo.runners_contain_runner(@runner varchar(max), @runners varchar(max))
returns int
as 
begin

    /*
    eliminate the plus sign from @runners so that the 
    'isnumeric' function doesn't return false positives (it returns 1 for '+') 
    */
    set @runners = replace(@runners,'+','_' ) 


    declare @ret int;
    set @ret = 0;

    -- if the runner is the only runner return …

前言：我指的不是 查询。

SSMS 中有许多允许过滤的地方，例如对象资源管理器和分析器，但这些都将过滤器视为区分大小写，否则没有可见选项，因此如果您搜索，contains 'ASDF'则包括“ASDF_MyEntity”之类的值，但“asdf_MyEntity” "省略。

例如，我们在大型服务器上有很多SQL 代理作业，我正在尝试使用对象资源管理器按项目名称过滤它们，我们总是在作业名称前加上前缀。但是，这些显示为大写和小写变体。

另一个用例是在数千个条目中搜索与模块相关的存储过程。如果命名不一致（例如 PascalCase 与 camelCase），过滤搜索将忽略它。这对于调试来说似乎是一个不必要的幻象危险。

此外，对象资源管理器中的排序将每种类型的实体（例如表名、存储过程、作业名称等）的大写变体放在小写之前（因此大写Z在小写之前a），所以我要么必须滚动很多，或检查两个不同的过滤器（如果不是全部大写或全部小写字母，则检查更多过滤器 -准确地说是2 ^len(name)次）。

我意识到我只能手动查询作业、表和其他实体，但鉴于 SSMS 存在，这样做是荒谬的，因为它的名称是“SQL Server Management Studio”。

我可以做些什么来使 SSMS（和 SQL Server Profiler）像其他所有 Windows 应用程序一样忽略大小写？也许我可以在本地更改排序规则设置？

另外，为什么微软在实施 SSMS 时做出这个决定？我发现它只是有害的。

_{此外，SSMS 的加载初始屏幕显示“基于 Visual Studio 构建”，这会忽略解决方案资源管理器中的大小写。}

PS 使用 SSMS 2014（版本 12.0.5214.6）。我无法进行任何服务器端更改，并且我的本地开发环境应与目标服务器环境匹配以进行测试。

我们想对我们的散列函数使用 MD5 而不是 SHA_256，但从 SQL Server 2016 开始，不推荐使用 MD5。我们将其用于散列（比较哪些记录已更改）。我们现在面临着使用这个函数冒着风险或使用 SHA_256 产生存储和性能开销的困境。令人沮丧的是，Microsoft 决定弃用这些功能，即使它们在某些情况下仍然有用。

该项目不是业务的关键组成部分。我们可能会选择 SHA_256，但这是正确的选择吗？新开发应该总是避免弃用的功能吗？

对于上下文 - 每天将有大约 1-2 百万个更新插入到一个 4 亿行表中，动态比较哈希字节。大约 30 列宽

https://docs.microsoft.com/en-us/sql/t-sql/functions/hashbytes-transact-sql?view=sql-server-2017

在 HashBytes 函数中选择正确的算法

使用 T-SQL，我试图找到最简单的方法来反转字符串的字符而不改变数值的位置。

所以对于字符串：

abc223de11 

有

edc223ba11

首先，这是针对 SQL Server 2016 的。如果我在 2017+ 上，我会使用sp_add_trusted_assembly. 在问这个问题之前只是想澄清一下。

如何在不使用 的情况下注册程序集System.DirectoryServices.AccountManagement.dllTRUSTWORTHY ON？我无法使用System.DirectoryServices.dll生成的非对称密钥使其工作。AccountManagement dll 的签名与System.DirectoryServices.dll不同。

我什至尝试从System.DirectoryServices.AccountManagement.dll创建一个单独的非对称密钥，但这会导致：

消息 15468，级别 16，状态 7，行 XXXXX
在生成非对称密钥期间出错。

这是我为尝试创建此程序集而编写的测试脚本。

USE master

IF DB_ID('CLR_Test') IS NULL BEGIN
    CREATE DATABASE CLR_Test
END
GO

USE [CLR_Test]
GO

EXEC sp_configure @configname=clr_enabled, @configvalue=1
GO
RECONFIGURE
GO

/*************************************************************************************/
-- DROP OBJECTS IF FOUND FIRST
/*************************************************************************************/

-- DROP System.DirectoryServices.AccountManagement
IF EXISTS(SELECT 1 FROM sys.assemblies WHERE name = 'System.DirectoryServices.AccountManagement') BEGIN 
    RAISERROR( 'DROP ASSEMBLY [System.DirectoryServices.AccountManagement]', 0, …

在 SQL 中命名表时，我尽量远离 SQL 保留关键字，但今天有同事质疑Events作为表名的使用。他们说，任何在 SSMS 中变成绿色的东西都不应该用作表名。

Events在 MS SQL Server 中用作表名时，是否有任何我应该关注的冲突或问题？

我有一个术语数据库，由一组用户添加到其中，并由另一组用户查询。

当人们在数据库中查询表情符号并且我的 React 应用程序会抛出错误（奇怪的是 CORS 错误，但这是一个不同的问题）时，我遇到了问题。我最终通过将表的字符集更改为utf8mb4带有utf8mb4_unicode_ci排序规则来解决这个问题。

现在，我在添加新术语时遇到错误，例如，“beyonc\xc3\xa9”的重复行已存在。但是，当我在数据库中查询“beyonc\xc3\xa9”时，它返回其中包含“beyonce”的行。是否有字符集和排序规则的组合可以正确处理这个问题？

我的数据库是在 Amazon RDS 上运行的 MySQL 5.6.40。

我们有 2 个数据库。

• 报告
• 人力资源

有一些用户想要从 HR 数据库中提取数据。但我们不想直接访问该 HR 数据库。

因此，我们在 Reporting 数据库中创建了特殊视图，并且用户拥有该 Reporting 数据库的dbowner权限。

但是，当他们尝试运行查询时，错误消息显示...

The server principal "test" is not able to access the database "HR" under the current security context. 

当我授予他们作为HR 数据库的db_datareader阅读器时，一切都很好，他们可以运行查询。但它破坏了安全性，我们不希望他们直接访问 HR 数据库。这就是我们在报告数据库中制作特殊视图的原因。

如何让这些用户在不直接访问 HR 数据库的情况下运行视图/查询？