标签: optimization

我的应用程序依赖于为某些表运行“显示列”。运行大约需要 60 毫秒，而我们所有其他查询都需要不到 1 毫秒。information_schema直接查询甚至更慢。

该数据库包含约250个数据库，每个数据库有100到200张表（总共约2万张表）。

• 我怎样才能找出为什么这些操作这么慢？
• 也许我可以更改一些设置以使其运行得更快，或者在 SQL 端缓存它？

（该应用程序每页加载执行大约 14 个这样的查询 - 我很清楚需要清理这个遗留代码，但在我进行长期修复时寻找可能的选项。）

我有几个表，每个表有 100-300 列整数类型，它们保存高度易变的数据。数据集由一两个主键作为键，刷新时删除整个数据集，并在一个事务中插入新数据。数据集大小通常是几百行，但在极端情况下可以达到几千行。每秒刷新一次，不同键的数据集更新通常是脱节的，因此删除和重新创建表是不可行的。

我如何调整 Postgres 来处理这样的负载？如果这有什么不同，我可以使用最新和最好的版本。

我正在使用 sql server 2005，我遇到了可以在参数中传递许多值的情况。

基于此：为一个 SQL 参数传递多个值此过程使用 XML 作为参数。

这是存储过程的代码：

CREATE PROCEDURE [DENORMV2].[udpProductBulletPointSelectByTier1NoteTypeCode] (  
    @Tier1 VARCHAR(10),  
    @LanguageID INT,  
    @SeasonItemID VARCHAR(5) = NULL,
    @ListNoteTypeCode XML,  
    @CacheDuration INT OUTPUT )  
    WITH EXECUTE AS 'webUserWithRW'  
AS

        SELECT  pbp.Tier1, pbp.LanguageId, pbp.NoteText, pbp.NoteTypeCode,  
                pbp.NoteGroup, pbp.SortOrder  
        FROM    dbo.ProductBulletPoint pbp  

        WHERE   Tier1 = @Tier1 
          AND   LanguageId = @LanguageID 
          AND   (      SeasonItemId = @SeasonItemID  
                  OR
                       @SeasonItemID is null
                )

          AND pbp.NoteTypeCode IN (

                 SELECT  NoteTypeCode=BulletPoint.NoteTypeCode.value('./text()[1]', 'varchar(50)')
                   FROM  @ListNoteTypeCode.nodes('/BulletPoint/NoteTypeCode') AS BulletPoint ( NoteTypeCode )

          )

SELECT  @CacheDuration …

我正在尝试SQLite3使用json_extract表达式在(3.18) 中创建索引。我的目标是执行只需要索引才能产生结果的查询。这样做的原因是这json_extract是一项昂贵的操作，在对较大的数据集和/或值进行操作时会影响性能。我得出结论，我需要一个覆盖索引来满足我的需求。

第 1 步 - 使用正常的表结构测试理论

CREATE TABLE Player (
    Id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
    FirstName TEXT NOT NULL,
    MiddleName TEXT,
    LastName TEXT NOT NULL
);

CREATE INDEX Player_FirstName ON Player (
    FirstName ASC,
    LastName ASC
);

EXPLAIN QUERY PLAN SELECT
    FirstName, LastName
FROM
    Player
WHERE
    LENGTH(LastName) > 10
ORDER BY
    FirstName
LIMIT
    10
OFFSET
    0

产量

SCAN TABLE Player USING COVERING INDEX Player_FirstName

这正是我所期望的。Player_FirstName由于该ORDER BY子句，查询计划器认为索引是合适的，并且由于该WHERE …

存储过程查询有时会在其中一个表上的统计信息更新后得到一个糟糕的计划，但之后可以立即重新编译为好的计划。相同的编译参数。

问题似乎来自在 SP 中创建然后加入的一个小临时表。错误的计划在临时表上有一个警告，即连接列没有统计信息。是什么赋予了？

SQL Server 2016 SP1 CU4，具有 2014 兼容级别

糟糕的计划：

好计划：

存储过程

USE AppDB
GO
SET QUOTED_IDENTIFIER ON
SET ANSI_NULLS ON
GO
CREATE PROCEDURE [MySchema].[MySP]
    @MyId VARCHAR(50),
    @Months INT
AS
BEGIN

    SET NOCOUNT ON

    SELECT * 
    INTO #MyTemp
    FROM AppDB.MySchema.View_Feeder vf WITH (NOLOCK)
    WHERE vf.MyId = @MyId AND vf.Status IS NOT NULL

    SELECT wd.Col1
         , vp.Col2
         , vp.Col3 
    FROM AppDB.MySchema.View_VP vp WITH (FORCESEEK)
    INNER JOIN #MyTemp wd ON wd.Col1 = vp.Col1
    WHERE vp.Col3 > DATEADD(MONTH, @Months * -1, …

Microsoft 是否更改了有关文件数量和并行度的查询优化器？优化器是否不再考虑文件数量来确定查询的并行度？如果是这样，有人知道更改是什么时候进行的吗？如果没有，任何人都可以提供指向讨论该主题的 Microsoft 文档的链接（SQL Server 2014 或 2016 的当前文档）？

我正在尝试调整在 20 列上调用相同表值函数 (TVF) 的查询。

我做的第一件事是将标量函数转换为内联表值函数。

是否使用性能CROSS APPLY最佳的方式在查询中的多个列上执行相同的函数？

一个简单的例子：

SELECT   Col1 = A.val
        ,Col2 = B.val
        ,Col3 = C.val
        --do the same for other 17 columns
        ,Col21
        ,Col22
        ,Col23
FROM t
CROSS APPLY
    dbo.function1(Col1) A
CROSS APPLY
    dbo.function1(Col2) B
CROSS APPLY
    dbo.function1(Col3) C
--do the same for other 17 columns

有更好的选择吗？

可以在针对 X 个列的多个查询中调用相同的函数。

这是函数：

CREATE FUNCTION dbo.ConvertAmountVerified_TVF
(
    @amt VARCHAR(60)
)
RETURNS TABLE
WITH SCHEMABINDING
AS
RETURN
(
    WITH cteLastChar
    AS(
        SELECT LastChar = RIGHT(RTRIM(@amt), 1)
    ) …

我正在解决与 SQL Server（技术上是 Azure SQL 数据库）相关的问题，偶尔会选择错误的执行计划，大概是由于统计数据不准确。sp_updatestats每次都修复它，直到几个小时或几天后，一个糟糕的计划再次被缓存。

看着“糟糕”的计划，我注意到一些让我感到奇怪的事情：在当前大约有 170 万行的表上有一个聚集索引查找。此操作的“估计行数”约为 1200，这绝对符合我在这种情况下对该操作所期望的平均行数，但“实际行数”超过 6000 万！沿着这个叶节点的粗线，在所有 6000 万个节点上执行各种下游操作，例如连接和排序，导致过慢、溢出到 tempdb 和其他坏处。

我一定误解了聚集索引查找实际上是做什么的，因为我认为它不可能“输出”比基础表中更多的行。什么可能导致这种情况？更好的是，有关如何修复它的任何指示？

[包含诸如“sp_updatestats每次修复它但无法弄清楚如何永久修复它？阅读这篇文章”之类的奖励积分。这是我们最近在几个不同方面的普遍问题。]

我看到了这个问题Bit vs. Boolean columns。

对于 Postgres，我问自己同样的问题：一位整数列是否占用了布尔值列的相同磁盘空间？在大表（约 50 列 x 约 5000 万行）中，哪一个表现最好？我怎样才能找到这个？

Azure SQL 数据库。

我有一个表，我需要从中获取Col1和Col2基于 的第一行和最新行CreateDate。

CREATE TABLE dbo.table1 (
    Id            INT    IDENTITY(1,1) PRIMARY KEY ,
    Col1        VARCHAR(255) COLLATE SQL_Latin1_General_CP1_CS_AS NOT NULL ,
    Col2        VARCHAR(255) COLLATE SQL_Latin1_General_CP1_CS_AS NOT NULL ,
    CreateDate    DATETIME NOT NULL
) ;

我有一个像这样的索引：

CREATE INDEX IX__table1_ASC
ON dbo.table1 (Col1, Col2, CreateDate );

我获取第一行的查询是（计划在这里）：

--Get the first row
SELECT    TOP (1) WITH TIES
        *
FROM    table1
ORDER BY ROW_NUMBER()
        OVER (PARTITION BY Col1, Col2
              ORDER BY CreateDate );

索引扫描使用我创建的索引 ( …