全部问题(dba)

test=# create table r (id serial primary key, x int, y int);
CREATE TABLE
test=# insert into r (x, y) select random() * 1000, random() * 1000 from generate_series(0, 1000000);
INSERT 0 1000001
test=# 
test=# create index r_x_idx on r using btree (x);
CREATE INDEX
test=# cluster r using r_x_idx ;
CLUSTER
test=# select * from r limit 5;
  id  | x |  y  
------+---+-----
   79 | 0 | 556
 5997 | 0 | 774
 6104 | 0 |  75
 6937 | 0 | 818
 7859 | 0 | 598
(5 rows)

test=# select * from r limit 5 offset 10000;
   id   | x  |  y  
--------+----+-----
 483314 | 10 | 842
 484136 | 10 | 741
 484568 | 10 | 729
 488499 | 10 | 311
 489022 | 10 | 613
(5 rows)

test=# select * from r limit 5;
   id   | x |  y  
--------+---+-----
 330361 | 9 | 614
 330928 | 9 |  48
 331658 | 9 | 712
 332175 | 9 | 448
 332818 | 9 | 920
(5 rows)

如上所示，我创建了表r，然后在列上创建了一个 b+tree 索引x，然后使用该索引对表进行聚类。正如预期的那样，当我运行时，select * from r limit 5;我得到了具有最小值的记录x，因为记录的物理顺序现在基于x列（更准确地说，基于列上的 b+tree 索引x）。但是运行后select * from r limit 5 offset 10000;，记录的顺序发生了变化，没有任何插入。有人可以解释这种行为吗？

对于具有覆盖 btree 索引的表，当更新非键索引列时，是否可以进行仅堆元组（HOT）更新？

假设我有一个带有此索引的“用户”表：

CREATE INDEX users_email_index ON users(email) INCLUDE(name)

name并且表的填充因子是60；更新时会发生热更新吗？

根据文件：

postmaster 是 PostgreSQL 多用户数据库服务器。客户端应用程序要访问数据库，需要通过网络或本地连接到正在运行的 postmaster。postmaster 随后启动一个单独的服务器进程（“postgres”）来处理连接。postmaster 还管理服务器进程之间的通信。

我无法完全理解多用户的含义，也没有找到任何解释。有人能向我解释一下 postmaster 的职责是什么吗？这是否类似于多个 postgres 服务器的负载平衡器？

PostgreSQL - 13.15。我有一张 7 TB 大小的表。有一个索引 -

CREATE INDEX mytable_cmp_ts ON mytable USING btree (campaign_id, created_at);

我无法尝试对以下查询进行解释分析，因为这可能需要很长时间。EXPLAIN 表示将使用索引。考虑到 created_at 是索引中的第二列，这可能吗？

   explain select min(created_at) from mytable;
                                                                QUERY PLAN                                                                 
-------------------------------------------------------------------------------------------------------------------------------------------
 Finalize Aggregate  (cost=244894227.70..244894227.71 rows=1 width=8)
   ->  Gather  (cost=244894227.48..244894227.69 rows=2 width=8)
         Workers Planned: 2
         ->  Partial Aggregate  (cost=244893227.48..244893227.49 rows=1 width=8)
               ->  Parallel Index Only Scan using mytable_cmp_ts on mytable  (cost=0.71..238551221.08 rows=2536802560 width=8)

• 30 万多个视频
• 1000 多万个标记，指向视频中的时间范围

{
  "markerCategory": "something",
  "markerDesc": "something-more-specific",
  "frameIn": 120001,
  "frameOut": 140002
},
{
  "markerCategory": "something-else",
  "markerDesc": "something-else-more-specific",
  "frameIn": 130001,
  "frameOut": 135002
}

当搜索以下内容时，任何数据库/搜索索引表现最佳的建议：

包含重叠时间范围内的事件的视频category A ， 按涵盖的时间长度排序category B

视频当前从某些专有关系数据库导出并存储在 Apache SOLR 实例中以供搜索。

• 这些类型的查询是否有特定的名称（“反向范围查询”或类似的东西......）？
• 对于这些类型的查询，您有什么建议吗？哪种技术效果最好？
  我在想也许是 elasticsearch？

我有一个包含单个选择查询的存储过程。查询中有几个代表公式或表达式的别名。

是否有可能提取其中的计算/公式/表达式？

在下面的例子中，我希望提取类似以下内容的内容：

“s * 2” 表示 ScoreTimesTwo

“s * 5” 表示 ScoreTimesFive

ConditionalScore 的“CASE...”（整个 case 语句）

另外，我以这样的方式编写了查询来涵盖这样一个事实：字段/表达式可以以不同的方式（等于或“AS”）分配给别名，并且表达式可以位于同一行或多行上。

我试图使用 sys.dm_exec_describe_first_result_set，但它似乎只能识别直接引用的源列（即，当它们不是公式的一部分时），而不能识别公式本身，而这正是我需要的。

/* Drop and create the test score table */
DROP TABLE IF EXISTS Test_ScoreTable
GO

CREATE TABLE Test_ScoreTable(s INT)
GO

/* Insert sample data into the score table */
INSERT INTO Test_ScoreTable(s)
SELECT t.s
FROM   (VALUES (100), (50), (10)) t(s)
GO

/* Drop and create test score stored procedure */
DROP PROCEDURE IF EXISTS Test_ScoreStoredProcedure
GO

CREATE PROCEDURE Test_ScoreStoredProcedure
AS

SELECT Score = t.s,
       ScoreTimesTwo = t.s * 2,
       t.s * 5 AS ScoreTimesFive,
       ConditionalScore = CASE t.s
                            WHEN 100 THEN 'Good'
                            WHEN 10 THEN 'Bad'
                            ELSE 'Eh...'
                          END
FROM   Test_ScoreTable t

GO

/* Attempt to extract the calculations and expressions */
SELECT s.[name], s.source_column, s.is_computed_column, *
FROM   sys.dm_exec_describe_first_result_set('Test_ScoreStoredProcedure', NULL, 1) s

我正在尝试对下面列出的 9 个单独计算进行求和，结果使用 1-9 的瀑布图。给定帐户永远不会有 9 个不同计算中的每一个的值，但它可能在多个计算桶中都有值，因此我们只想按瀑布图顺序 (1-9) 呈现值。例如，如果给定帐户在第一个 (--1-) 计算桶和最后一个 (--9-) 计算桶中都有值，那么我只想引入第一个 (--1-) 计算值。

SELECT AccountNbr, 
SUM(CurrSofrOn) AS CurrSofrOn,
SUM(CurrTlpNonStableBase) AS CurrTlpNonStableBase,
SUM(CurrTlpStableBase) AS CurrTlpStableBase,
SUM(CurrBeta) AS CurrBeta, SUM(CurrFtp) AS CurrFtp,
SUM(CurrBase) AS CurrBase, SUM(CurrStabilityAdj) AS CurrStabilityAdj,
SUM(CurrTlpAdjAge) AS CurrTlpAdjAge, SUM(CurrModeled) AS CurrModeled

FROM
(
    SELECT 
    COALESCE(l.AcctNbr_2, l.AcctNbr_1) AS AccountNbr,

    --1-
    COALESCE(l.CurrAvgBook * l.SofrOnRate_2,0) AS CurrSofrOn,   
    --2-
    COALESCE(l.CurrAvgBook * l.MovingAvgBaseRt_2,0) AS CurrBase,
    --3-
    COALESCE(l.CurrAvgBook * l.TlpNonStableBase_2,0) AS CurrTlpNonStableBase,
    --4-
    COALESCE(l.CurrAvgBook * l.TlpStableBase_2,0) AS CurrTlpStableBase,
    --5-
    COALESCE(l.CurrAvgBook * l.Beta_2,0) AS CurrBeta,
    --6-
    COALESCE(l.CurrAvgBook * l.StableAdjBal_2,0) AS CurrStabilityAdj,
    --7-
    COALESCE(l.CurrAvgBook * l.FtpRate_2,0) AS CurrFtp,
    --8-
    COALESCE(l.CurrAvgBook * l.TlpAdjAge_2,0) AS CurrTlpAdjAge,
    --9-
    COALESCE(l.CurrAvgBook * l.FtpRateModel_2,0) AS CurrModeled
FROM
(  
    SELECT 
    n1.AcctNbr AS AcctNbr_1, n2.AcctNbr AS AcctNbr_2,
    n1.TotalBookValueEoM AS PrevCurrBook,n2.TotalBookValueEoM AS CurrBook, n1.TotalBookValueAvg AS PrevAvgBook, n2.TotalBookValueAvg AS CurrAvgBook, 
    n1.FtpRate_Model AS FtpRateModel_1, n2.FtpRate_Model AS FtpRateModel_2, n1.Stable_Base AS StableBase_1, n2.Stable_Base AS StableBase_2, 
    n1.SofrOnRate AS SofrOnRate_1, n2.SofrOnRate AS SofrOnRate_2, n1.StableAdjustment_Balance AS StableAdjBal_1,n2.StableAdjustment_Balance AS StableAdjBal_2,
    n1.FtpRate_Model_Floored AS FtpRateModelFloored_1, n2.FtpRate_Model_Floored AS FtpRateModelFloored_2, n1.TlpAdjustment_Age AS TlpAdjAge_1,
    n2.TlpAdjustment_Age AS TlpAdjAge_2, n1.MovingAverageBaseRate AS MovingAvgBaseRt_1, n2.MovingAverageBaseRate AS MovingAvgBaseRt_2, 
    n1.FtpRate_Final AS FtpRate_1, n2.FtpRate_Final AS FtpRate_2, n1.Beta AS Beta_1, n2.Beta AS Beta_2, n1.TlpTermInMonths_NonStable AS TlpTermInMnthsNS_1,
    n2.TlpTermInMonths_NonStable AS TlpTermInMnthsNS_2, n1.BaseRateIndex AS BaseRateIndex_1, n2.BaseRateIndex AS BaseRateIndex_2, 
    n1.TLP_Stable_Base AS TlpStableBase_1, n2.TLP_Stable_Base AS TlpStableBase_2, n1.TLP_NonStable_Base AS TlpNonStableBase_1, n2.TLP_NonStable_Base AS TlpNonStableBase_2
        FROM
        (
            SELECT DISTINCT *  
            FROM dbo.NonMaturityDepositResults n
            WHERE n.TapeDate = 2024-11-30
        ) n1
        FULL JOIN
        (
            SELECT DISTINCT *
            FROM dbo.NonMaturityDepositResults n
            WHERE n.TapeDate = '2024-10-31'
        ) n2 
        ON n2.account_key = n1.account_key
        and n2.Channel = n1.Channel
        and n2.DepositType = n1.DepositType 
    ) l
) a
GROUP BY  a.DepositChannel,a.DepositType

我已经安装了 Windows 服务器并通过本地安全策略启用了 FIPS 模式

重启后，尝试从 powershell 评估 MD5 失败 - 正如预期的那样

我安装了 sql server 2022 并尝试计算通过的 MD5 哈希值

我预计 sql cmd 会在 MD5 计算中失败。我的问题是：

• 为什么sql仍然可以计算MD5哈希？
• 我如何证明 SQL 服务器确实在 FIPS 模式下运行？

提前致谢

通常我不会问问题，但我已经筋疲力尽了，预计自己会为此苦苦挣扎一段时间。对于问题审阅者，我没有发现任何问题涉及我遇到问题的 Mongo 版本，也没有发现任何与仲裁节点相关的错误。

总结：

仲裁器从 v6 升级到 v7 时失败，因为featureCompabilityVersion我读到过一个它不应该关心或使用的无效内容。

我是否遗漏了与仲裁节点的配置/升级有关的一些明显信息？

长版本：

我正在使用 Docker Compose 管理 Mongo 数据库的副本集，该副本集由 1 个主数据库、1 个辅助数据库和 1 个仲裁器组成。它们都使用映像，并具有卷来保存它们必须写入的任何数据。我的任务是使用Mongo 指令docker.io/bitnami/mongodb将它们的映像从 v5 升级到 v7 。

从 v5 升级到 v6 很顺利，因为 v6 向后兼容，只需要更新镜像版本。要升级到 v7，我登录到主节点的管理数据库并运行，db.adminCommand( { setFeatureCompatibilityVersion: "6.0" } )然后db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1})确认更改已生效。

我将 Compose 文件中的图像版本从 v6 更新为 v7，然后重新启动。主/辅助节点都很好，但仲裁器在关闭之前发出此错误，

升级问题：发现无效的 featureCompatibilityVersion 文档（错误：Location4926900：admin.system.version 中的 featureCompatibilityVersion 文档无效：{_id：“featureCompatibilityVersion”，版本：“5.0”}。请参阅https://docs.mongodb.com/master/release-notes/6.0-compatibility/#feature-compatibility。:: 导致原因:: 功能兼容性版本值“5.0”无效；预期为“6.0”或“6.3”或“7.0”。请参阅https://docs.mongodb.com/master/release-notes/6.0-compatibility/#feature-compatibility。 ）。如果当前 featureCompatibilityVersion 低于 6.0，请参阅https://docs.mongodb.com/master/release-notes/6.0/#upgrade-procedures上的升级文档。

现在我读到仲裁器不应包含任何数据，并且仲裁器会忽略 FCV 以支持二进制文件报告的向后兼容性，如果属实，则应该是 v6，而不是错误状态的 v5。我尝试向仲裁器进行身份验证以在那里设置 FCV，但我得到了command setFeatureCompatibilityVersion requires authentication。

我是否遗漏了与仲裁节点的配置/升级有关的一些明显信息？

我们在 Ubuntu 服务器上运行着一个 PostgreSQL（带有 TimescaleDB 扩展），其负载在一年内稳步增加。

我们希望控制负载。对于 CPU 或负载，我们希望查明导致负载增加的查询，因为某些查询可能是不必要的；可以降低频率，等等。

将 PostgreSQL 查询和/或应用程序映射到 CPU 使用率的最佳方法是什么？具体来说，因为这不是单个查询，所以应该在较长的一段时间内进行某种统计信息收集。

我们目前正在使用 Datadog 来监控 PostgreSQL 和服务器，但乐意考虑任何选项。