sybase - 除非字符串是硬编码的，否则无法使用索引

Question

我正在使用 Sybase 12.5.3 (ASE)；尽管我已经广泛使用过 MSSQL，但我还是 Sybase 的新手。我遇到了存储过程确实非常慢的情况。我已将问题追溯到相对较大的表的单个 SELECT stmt。修改该语句极大地提高了过程的性能（并且恢复它会极大地减慢速度；即，SELECT stmt 绝对是罪魁祸首）。

-- Sybase optimizes and uses multi-column index... fast!<br>
SELECT ID,status,dateTime
FROM myTable
WHERE status in ('NEW','SENT')
ORDER BY ID

-- Sybase does not use index and does very slow table scan<br>
SELECT ID,status,dateTime
FROM myTable
WHERE status in (select status from allowableStatusValues)
ORDER BY ID

上面的代码是实际代码的改编/简化版本。请注意，我已经尝试过重新编译过程、更新统计信息等。

我不知道为什么 Sybase ASE 仅在字符串硬编码时才选择索引，而在从另一个表中选择时选择表扫描。请有人给我一个线索，提前谢谢你。

Answer 1

1.这里的问题是编码不良。在您的版本中，糟糕的代码和糟糕的表设计是优化器做出错误决策的主要原因（98％）（两者是相辅相成的，我还没有弄清楚各自的比例）。两者

    WHERE status IN ('NEW','SENT')

都是

    WHERE status IN (SELECT status FROM allowableStatusValues)

不合格的，因为在这两种情况下，它们都会导致 ASE 为括号之间的内容创建一个工作表，这很容易避免（并且可以避免所有随之而来的问题）。工作表上不可能有统计信息，因为 t.status 或 s.status 上的统计信息丢失（AdamH 在这一点上是正确的），它正确地选择了表扫描。

子查询有其用武之地，但永远不能替代纯连接（表相关）。更正是：

    WHERE status = "NEW" OR status = "SENT"

和

    FROM  myTable t,
          allowableStatusValues s
    WHERE t.status = s.status

2.语句

|Now you don't have to add an index to get stats on a columns, but it might's the best way.

是不正确的。切勿创建您不会使用的索引。如果您想要更新某列的统计信息，只需执行以下

    UPDATE STATISTICS myTable (status)

操作即可： 3. 确保您拥有 (a) 所有索引列和 (b) 所有联接列的最新统计信息非常重要。

4.是的，在每个要发​​布的代码段上，SHOWPLAN 是不可替代的，对于任何性能有问题的代码来说更是如此。您还可以SET NOEXEC ON，以避免执行，例如。对于大型结果集。

Answer 2

索引提示可以解决这个问题，但可能不是解决方案。

首先，我想知道 allowedStatusValues.status 上是否有索引，如果有，那么 sybase 将对其进行统计，并且对其中的值的数量有一个很好的了解。
如果不是，那么优化器可能不知道 Status 可能采用多少个不同的值。然后必须假设您将从 myTable 中提取几乎所有行，而执行此操作的最佳方法是表扫描（如果没有覆盖索引）。

现在您不必添加索引来获取列的统计信息，但这可能是最好的方法。

如果您确实在 allowedStatusValues.status 上有索引，那么我想知道您的统计数据有多好。为自己获取一份 sp__optdiag 的副本。您可能还需要调整“直方图调整因子”和“直方图步长数”的值，从默认值稍微增加这些值将为您提供更详细的统计数据，这始终有助于优化器。

Answer 3

如果用联接替换子查询，它是否仍然会进行表扫描：

SELECT m.ID,m.status,m.dateTime 
FROM myTable m
JOIN allowableStatusValues a on m.status = a.status
ORDER BY ID 

Answer 4

我强烈建议 Sybase 向您显示每个查询的执行计划，而不是依赖于对查询运行时间的实验观察，例如：

SET showplan ON
GO

-- query/procedure call goes here
SELECT id, status, datetime
FROM myTable
WHERE status IN('NEW','SENT')
ORDER BY id
GO

SET showplan OFF
GO

使用 SET showplan ON，Sybase 会生成执行计划对于它执行的每条语句。这些对于帮助确定查询未使用适当索引的位置非常宝贵。对于Sybase中的存储过程，整个过程的执行计划是在存储过程编译后第一次执行时生成的。

如果您发布每个查询的计划，我们也许能够更清楚地了解该问题。

Answer 5

令人惊讶的是，使用索引提示解决了这个问题（请参阅下面的(index myIndexName)行 - 下面重写/简化的代码：

-- using INDEX HINT
SELECT ID,status,dateTime 
FROM myTable (index myIndexName)
WHERE status in (select status from allowableStatusValues) 
ORDER BY ID 

奇怪的是我有

Answer 6

Garrett，通过仅显示简化的代码，您可能已经完全删除了能够阐明问题根源的信息。

我的第一个猜测是 allowedStatusValues.status 和 myTable.status 之间的类型不匹配。然而，这并不是唯一的可能性。正如 nineside 所说，完整的查询计划（使用 showplan 和 fmtonly 标志）以及实际的表定义和存储过程源更有可能产生有用的答案。