问题[sql-server](coding)

我们使用子网对计算机资产进行地理定位。在最新数据中，我们没有子网（例如 10.81.66.0），只有 IP 地址和子网掩码，例如 255.255.255.0。

有没有办法用 SQL 把一列 IP 地址（比如 10.81.66.99）和子网掩码 255.255.255.0 转换成子网掩码，比如上面的 10.81.66.0。我知道用 24 位掩码会容易得多，但我需要这种方法适用于任何子网掩码。

我不确定您是否想将VARCHARIP 地址转换为 1 和 0 的二进制映射，以便对 IP 地址和子网掩码进行按位比较，保留相同的 1，然后再以某种方式将它们转换回来？任何帮助都将不胜感激，因为每次我花时间解决这个问题时，我都会头疼。

SQL 版本：Microsoft SQL Server 2019（KB5021124）-15.0.4280.7（X64）2023 年 1 月 23 日 12:37:13

基本查询：

从 IP 源中选择计算机名、IP、子网掩码

示例输出：

计算机99，10.81.66.99，255.255.255.0

所需输出示例：

计算机99，10.81.66.99，255.255.255.0，10.81.66.0

我们的表存储了订单的行号。是否可以将它们连接成一个字符串，其中第一行和最后一行连续的行用连字符分隔，非连续的行用逗号分隔？有些订单包含同一商品的 100 多行，我们不想逐行列出，而是希望将它们压缩为“行：1-100”，或“行：1-20、25、30-50、75-100”等等……

来源

当前查询

使用 STRING_AGG 后，我按行对它们进行了分组，但我不知道如何识别连续的部分并提取连字符的首/尾值。LAG 和 LEAD 可以与 STRING_AGG 一起使用吗？

SELECT
    CONCAT('Lines: ', STRING_AGG(Line, ', ') WITHIN GROUP (ORDER BY Line)) AS [Line],
    Item
FROM Table
GROUP BY Item

当前结果

期望结果

我需要匹配至少包含 6 位数字的字符串。我遇到了这个问题。

此示例将有助于：

IF OBJECT_iD('tempdb..#Sample') IS NOT NULL DROP TABLE #Sample
CREATE TABLE #Sample(Field VARCHAR(50))
GO

INSERT INTO #Sample (Field) VALUES ('ABC123 ')
INSERT INTO #Sample (Field) VALUES ('ABC1')
INSERT INTO #Sample (Field) VALUES ('ABC1')
INSERT INTO #Sample (Field) VALUES ('ABC123.')
INSERT INTO #Sample (Field) VALUES ('ABC123&')
INSERT INTO #Sample (Field) VALUES ('ABC123&')
INSERT INTO #Sample (Field) VALUES ('ABC1234567&')
INSERT INTO #Sample (Field) VALUES ('ABC12345&')
INSERT INTO #Sample (Field) VALUES ('DataMigrationLog_Bak3')

DECLARE @PAT VARCHAR(500) 

SELECT '%[^a-z0-9 .]%' PAT, * FROM #Sample WHERE Field LIKE '%[^a-z0-9 .]%'

SELECT @PAT = '%[(\d{6})]%'
SELECT @PAT PATVAR, * FROM #Sample WHERE Field LIKE @PAT

SELECT '%[(\d{3})]%' PAT, * FROM #Sample WHERE Field LIKE '%[(\d{3})]%'

当使用这种模式时 -%[(\d{6})]%它给出两行

ABC1234567&
DataMigrationLog_Bak3

我在这里遗漏了什么？

我想创建一个数据库和用户的集合，以便每个用户只能访问一个数据库。

SO 问题“SQL Server 中用户和登录名之间的区别”讨论了登录名和用户。

我从中了解到，通常登录名用于服务器，而用户用于数据库。但是，我不明白这是如何工作的，因为密码是为登录名设置的，而不是为用户设置的。

这是否意味着我需要为每个数据库使用不同的登录名，或者是否有办法通过单个登录名与多个用户一起使用，每个用户都有自己的密码？

我想在 SQL 中执行此操作，而不是在 GUI 界面中，因为我需要编写脚本。

我正在使用 SQL Server 开发一个位置跟踪系统，每隔几秒钟我就会存储员工的位置更新。这是我的表格：

CREATE TABLE tblAppLocation 
(
    id INT PRIMARY KEY IDENTITY(1,1),
    inEmpId INT FOREIGN KEY REFERENCES tblMstEmployee(inEmpId),
    latitude FLOAT NOT NULL,
    longitude FLOAT NOT NULL,
    timestamp DATETIME NOT NULL DEFAULT GETDATE()
);

我们跟踪 300 多名员工，每天插入数据 12 小时。随着时间的推移，表格大小将显著增长。

我的顾虑：

• 值会id INT IDENTITY(1,1)用完吗？我应该切换到吗BIGINT？

• 频繁插入是否存在性能风险？索引或分区是否有帮助？

• 在 SQL Server 中管理大型位置跟踪数据的最佳实践是什么？

任何有关数据库优化和长期存储解决方案的见解都将不胜感激。

尝试使用以下查询重命名 SQL Server 中的列时遇到错误：

EXEC sp_rename 'Gold.dbo.TEST_TABLE.OldTestColumn', 'NewTestColumn', 'COLUMN';

我收到以下错误消息：

消息 15600，级别 16，状态 30，第 897 行
为过程“sys.sp_rename”指定了无效参数或选项。

消息 24528，级别 0，状态 1，第 1
行语句 ID：{9626E836-C810-48E3-A9A7-D2BBD641B028}
下午 3:31:04 SQL Server 执行时间：00:00:00.112 | 总持续时间：00:00:01.191

列、表和架构均存在，并且所有内容均已正确引用。我尝试了不同的变体，但问题仍然存在。我的环境是 Microsoft Fabric，位于 Warehouse Gold 内。

关于如何解决这个问题有什么建议吗？

我尝试使用存储过程重命名 Microsoft Fabric 中表中的列sp_rename。我期望列名能够成功更新且不会出现错误。

我之前创建了一个 SQL Server docker 容器实例，并且能够成功登录。我删除了该映像，并将代码从 docker run 命令迁移到具有支持 Dockerfile 的 docker-compose 中。

我在 dockerfile 中设置了 ENV MSSQL_SA_PASSWORD，但是现在，当我尝试登录时，它给出了一个错误：用户“sa”登录失败。似乎它将其缓存在某处，而我不再记得那个密码是什么了。

我该如何解决这个问题并让容器仅使用 Dockerfile 中设置的密码？

FROM mcr.microsoft.com/mssql/server:2022-latest

COPY source/database/scripts /usr/src/app

ENV MSSQL_SA_PASSWORD "MyPassword1"
ENV ACCEPT_EULA Y

# Run SQL Server process
ENTRYPOINT [ "/opt/mssql/bin/sqlservr" ]

谢谢

我需要将 xml 列中的时间戳元素转换为 SQL Server 2019 中的 UTC 时间。

CREATE TABLE TestTable
   (    
       Id INT IDENTITY(1,1) NOT NULL,
       Data XML NOT NULL
   );

INSERT TestTable (Data) VALUES ('<root>
        <id>1</id>
        <timestamp>2024-08-20T10:55:37+10:00</timestamp>
    </root>');

我想将时间戳更改为“2024-08-20T00:55:37Z”。我正在使用“Data.modify('replace value of'”，但找不到新值基于旧值而不是简单字符串替换的示例。

我有一张PaymentItems有 800 万行的表。其中 100'000 行具有外键PaymentItemGroupId = '662162c6-209c-4594-b081-55b89ce81fda'。

我已经在列PaymentItems.Date（ASC）上创建了一个非聚集索引，以便能够更快地对日期条目进行排序/查找。

运行以下查询时，大约需要 3 分钟：

SELECT TOP 10 [p].[Id], [p].[Receivers]
FROM [PaymentItems] AS [p]
WHERE [p].[PaymentItemGroupId] = '662162c6-209c-4594-b081-55b89ce81fda'
ORDER BY [p].[Date]

有趣的是，如果没有 TOP 10，它将需要 18 秒并返回所有 100,000 行。当我按降序而不是升序排序时（ORDER BY [p].[Date] DESC），它将花费大约 1 秒。当我删除索引时，按升序排序也会更快。

我分析了慢查询的查询计划，看起来 MS SQL Server 不会首先通过外键过滤行，而是会先对所有 800 万行进行排序（索引扫描非聚集在Date索引上）。

在快速查询中，会先过滤where条件（key lookup clustered）。

除了删除索引之外我还能做什么来Date防止导致 SQL Server 构建这样的错误查询计划？

这是实际的查询计划： https://www.brentozar.com/pastetheplan/? id=xBBArQl9kh

以下是创建表的脚本：

CREATE TABLE [dbo].[PaymentItems](
    [Id] [uniqueidentifier] NOT NULL,
    [PaymentItemGroupId] [uniqueidentifier] NOT NULL,
    [Date] [datetime2](7) NOT NULL,
 CONSTRAINT [PK_PaymentItems] PRIMARY KEY CLUSTERED 
(
    [Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX [IX_PaymentItems_Date] ON [dbo].[PaymentItems]
(
    [Date] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
GO

CREATE NONCLUSTERED INDEX [IX_PaymentItems_PaymentItemGroupId] ON [dbo].[PaymentItems]
(
    [PaymentItemGroupId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
GO

我有下表

CREATE TABLE [OMEGACA].[ACC_POL]
(
    [POLICY_ID] [int] IDENTITY(1,1) NOT NULL,
    [POLICY_NAME] [nvarchar](200) NOT NULL,
    [POLICY_DESC] [nvarchar](1000) NULL,
    [STATUS_ID] [int] NOT NULL,
    [RULE_EVAL] [int] NOT NULL,
    [AUDIT_OPTION] [int] NOT NULL,
    [FORMULA] [nvarchar](2000) NULL,
    [DEBUG_LOG] [int] NOT NULL,
    [USER_APPLY] [int] NOT NULL,
    [USE_CACHE] [int] NOT NULL,
    [DATE_UPD] [datetime] NULL,
    [USER_UPD] [nvarchar](200) NULL,
    [DATE_CREATED] [datetime] NOT NULL,
    [USER_CREATED] [nvarchar](200) NOT NULL,
    .....
)

我还有以下看法：

当我查询视图时V_ACC_POL，我从视图中获取VARCHAR列的数据类型：POLICY_NAME

我期望它是NVARCHAR（如在基表中一样）。

问题：

• 为什么NVARCHAR基表中的列会变成VARCHAR视图中的列？
• 我怎样才能在视图中看到它NVARCHAR？