就我而言，有多个团队使用的 SQL Server 数据库。数据库突然进入单用户模式。现在，如何确定执行此操作的负责用户或应用程序？它也可以是一个应用程序。
如果现在不可能，那么将来如何捕获这些信息？
假设我们有多个 invoke-sqlcmd 语句，如下所示：
invoke-sqlcmd -Query "PRINT 'Hello World 1'" -ServerInstance Server\SQL2017 -Database abc -Verbose
invoke-sqlcmd -Query "PRINT 'Hello World 2'" -ServerInstance Server\SQL2017 -Database abc -Verbose
invoke-sqlcmd -Query "PRINT 'Hello World 3'" -ServerInstance Server\SQL2017 -Database abc -Verbose
我想做以下事情：
- 我想将多个 invoke-sqlcmd 命令的详细输出语句记录到单个日志文件中
- 除了登录日志文件，我们还可以在 powershell 窗口中显示详细输出吗？另外，我们可以通过任何标志来管理它以在 powershell 窗口中显示输出吗？
请建议是否可能。
我们有一个场景，我们希望将生产数据库（包括列）的排序规则从 SQL_Scandinavian_Pref_CP850_CI_AS 更改为 Finnish_Swedish_CI_AS。我们已经开发了脚本来做到这一点。但是在超过 100GB 的大型数据库中执行这个脚本需要相当长的时间，而且我们不能承受很长的停机时间。所以我们决定使用以下策略来减少停机时间：
- 我们将设置事务复制，并使用数据库备份方法初始化订阅者。
- 发布者数据库将与应用程序一起使用，其事务将通过事务复制传递到订阅者数据库。
- 我们将在订阅者端执行排序规则更改脚本，当发布者和订阅者数据库的 SQL Server 相同时，它确实允许我们执行此脚本。我们最近在 SQL Server 2019 中发现了这一点。
- 现在，痛点是，当 varchar、char 列的数据包含“åÅäÄöÖ”等特殊字符时，它无法正确复制它。在订阅者方面，我们收到了一些奇怪的字符，例如“†„Ž”™'
您能否建议我们如何解决此错误或任何替代架构，以在更改数据库排序规则（包括列）时最大限度地减少生产中的停机时间？
此外，我的排序规则更改脚本正在订阅者数据库上执行以下任务以更改其排序规则：
- 删除外键约束
- 删除索引，包括主键
- 删除检查和默认约束
- 删除用户统计信息
- 删除视图、计算列、SP 以解决对象绑定错误
- 执行上述步骤后，表已准备好进行排序规则更改。因此，该脚本将一一更改每个表的列排序规则。
- 成功执行步骤 6 后重新创建上面列出的约束。
我想使用 SQL 将给定的年份拆分为给定数量的日期范围。拆分时需要考虑以下几点：
给定的年份总是从 01-01 开始，到 12-31 结束，它应该根据月份分成给定数量的片段。例如：
year SplitCount output 2019 2 2019-01-01 2019-07-01 2019 3 2019-01-01 2019-05-01 2019-09-01- 如果用户要求将给定的年份分成 12 部分，则应将全年分成 12 个月。
- 如果用户要求将给定年份拆分超过 12 件，则应按周拆分
请建议。
有一张带分区的表，其中分区函数和方案定义如下：
CREATE PARTITION FUNCTION DateRangePF (CHAR(8))
AS RANGE RIGHT FOR VALUES ('20180101','20190101')
CREATE PARTITION SCHEME DateRangePS
AS PARTITION DateRangePF TO (Y2018FG, Y2019FG);
分区中有大量数据，边界值为“20190101”，我们决定将其划分为 4 个部分，具有以下边界值和关联的文件组：
- 带有文件组 Y012019FG 的“20190101”，
- 带有文件组 Y042019FG 的“20190401”，
- 带有文件组 Y072019FG 的“20190701”，
- 带有文件组 Y102019FG 的“20191001”。
现在，将数据从边界值为“20190101”的旧单个分区切换到这四个分区的最佳策略是什么？