想象一下，我有一个包含历史价格数据的数据库和一个包含日期的第二个表
Item | Price | Date Customer | Item | date
------------------------- ---------------------------
A | 2.49$ | 2014-09-01 1 | A | 2014-08-27
B | 1.29$ | 2014-09-01 2 | A | 2014-09-02
A | 2.99$ | 2014-08-25
B | 1.39$ | 2014-08-26
每次价格变化时，都会在价格历史表中输入一个新行。
我怎样才能（有效地）连接这两个表，以便我可以获得每个客户当天必须支付的价格？
我有一个传感器数据表，简化后如下所示：
DEVICE_ID NUMBER
SENSOR_ID NUMBER
DATA_TIME NUMBER
DATA_VALUE1 NUMBER
该表包含数十亿行并按周数分区，DATA_TIME 为 Unix 时间（自 1970 年以来的毫秒数）。我在这个表上有两个索引，IX1 (DATA_TIME DESC) 和 IX2 (DEVICE_ID,SENSOR_ID,DATA_TIME)。IX2 是昨天创建的。
我的查询想要查看当月一个传感器的数据，如下所示：
SELECT /*+ PARALLEL (12) */
data_time,
data_value1
FROM table
WHERE device_id = 1041
AND sensor_id = 202
AND data_time BETWEEN 1383304859 *1000 AND 1385464859 *1000
ORDER BY data_time ASC
我惊讶地发现优化器忽略了 IX2 并提出了以下计划：
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop | TQ |IN-OUT| PQ Distrib |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 65 | 1365 | 5 (20)| 00:00:01 | | | | | |
| 1 | PX COORDINATOR | | | | | | | | | | |
| 2 | PX SEND QC (ORDER) | :TQ10001 | 65 | 1365 | 5 (20)| 00:00:01 | | | Q1,01 | P->S | QC (ORDER) |
| 3 | SORT ORDER BY | | 65 | 1365 | 5 (20)| 00:00:01 | | | Q1,01 | PCWP | |
| 4 | PX RECEIVE | | 65 | 1365 | 4 (0)| 00:00:01 | | | Q1,01 | PCWP | |
| 5 | PX SEND RANGE | :TQ10000 | 65 | 1365 | 4 (0)| 00:00:01 | | | Q1,00 | P->P | RANGE |
| 6 | PX PARTITION RANGE ITERATOR | | 65 | 1365 | 4 (0)| 00:00:01 | 252 | 256 | Q1,00 | PCWC | |
|* 7 | TABLE ACCESS BY LOCAL INDEX ROWID| table | 65 | 1365 | 4 (0)| 00:00:01 | 252 | 256 | Q1,00 | PCWP | |
|* 8 | INDEX RANGE SCAN | ix1 | 1 | | 4 (0)| 00:00:01 | 252 | 256 | Q1,00 | PCWP | |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
7 - filter("DEVICE_ID"=1041 AND "SENSOR_ID"=202)
8 - access(SYS_OP_DESCEND("DATA_TIME")>=HEXTORAW('38FDD8C8BEA9A4FF') AND SYS_OP_DESCEND("DATA_TIME")<=HEXTORAW('38FDD8DDFAA9A4FF') )
filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("DATA_TIME"))>=1383304859000 AND SYS_OP_UNDESCEND(SYS_OP_DESCEND("DATA_TIME"))<=1385464859000)
Note
-----
- automatic DOP: skipped because of IO calibrate statistics are missing
表和索引的统计信息是最新的。我找到了一些为此语句创建的 SQL 基线并将其删除。最重要的是，SQL 调优顾问建议在 (DEVICE_ID,SENSOR_ID,DATA_TIME,DATA_VALUE1) 上创建索引。
我们有一个 SQL Server 2008R2 标准版，其中包含多个数据库，属于 16 核服务器上的不同应用程序。
最近推出的一个应用程序定期执行导致 100% CPU 使用率的昂贵查询。当然，其他应用程序正在报告性能问题。
资源管理器似乎是控制流氓应用程序的合适工具，不幸的是它仅在企业版中可用。
由于其他应用程序都比较简单，我试图通过降低实例的“最大并行度”来控制问题，这样单个查询就不能搞定所有事情。虽然这成功地将 CPU 负载保持在 50%，但令人惊讶的是，它并没有阻止其他应用程序陷入困境。
现在我们决定将新应用程序的数据库移至专用实例，但该实例的最佳配置是什么？我应该保留 MAXDOP 设置、使用 CPU 关联掩码还是有其他选项来限制我不知道的 CPU 使用率？