-
本版专家分：66结帖率 100% -
查询语句
select id,[收货人名称] ,[申报日期] ,[商品编码] ,[价格] FROM dbo.dc_Russia WHERE [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
索引创建是
CREATE NONCLUSTERED INDEX [index_hs_date] ON [dbo].[dc_Russia]
(
[商品编码] ASC
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [Data_Partition_Scheme]([申报日期])
[Data_Partition_Scheme]([申报日期])是表分区方案
执行计划却是要表扫描，为什么呢？
-
本版专家分：16115 -
路过，不懂。看楼下！
-
本版专家分：11697
-
表扫描？说明你的表未分区，你的语句只说明你的索引分区了
-
本版专家分：11697
-
索引分区一定要配合表分区才能取得好的效果
-
本版专家分：16115
-
本版专家分：66
-
表有分区的，就算表没有分区，也应该有索引效果的吧？
-
本版专家分：16115
-
本版专家分：66
-
CREATE TABLE [dbo].[dc_Russia](
[id] [int] IDENTITY(1,1) NOT NULL,
[商品编码] [nvarchar](50) ,
[发货人名称] [nvarchar](max) ,
[商品描述] [nvarchar](255) ,
[申报日期] [datetime] NULL,
CONSTRAINT [PK_dc_Russia] PRIMARY KEY NONCLUSTERED
(
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [Data_Partition_Scheme]([申报日期])
这样创建的表，算是分区吗？
-
本版专家分：66
-
select count(*) from dbo.dc_Russia
where [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
这条语句走的却是索引，计划中显示很快。
-
本版专家分：11697
-
是不是复制少了？少个)及表示是否表分区部分
-
本版专家分：11697
-
建议如下建表
CREATE TABLE [dbo].[dc_Russia](
[id] [int] IDENTITY(1,1) NOT NULL,
[商品编码] [nvarchar](50) ,
[发货人名称] [nvarchar](max) ,
[商品描述] [nvarchar](255) ,
[申报日期] [datetime] NULL,
CONSTRAINT [PK_dc_Russia] PRIMARY KEY CLUSTERED (
[申报日期],
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [Data_Partition_Scheme]([申报日期])
) ON [Data_Partition_Scheme]([申报日期])
-
本版专家分：11697
-
注意红色部分
-
本版专家分：66
-
复制少了。。
CREATE TABLE [dbo].[dc_Russia](
[id] [int] IDENTITY(1,1) NOT NULL,
[商品编码] [nvarchar](50) ,
[发货人名称] [nvarchar](max) ,
[商品描述] [nvarchar](255) ,
[申报日期] [datetime] NULL,
CONSTRAINT [PK_dc_Russia] PRIMARY KEY CLUSTERED (
[申报日期],
[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON ON [PRIMARY]
) ON [Data_Partition_Scheme]([申报日期])
应该是表分区成功的，但是查询却是怪怪的。
我执行了查询分区
partitionnumber mindate maxdate rows
2 2010-01-01 00:00:00.000 2010-12-31 00:00:00.000 3185533
3 2011-01-01 00:00:00.000 2011-04-30 00:00:00.000 1277469
-
本版专家分：11697
-
一般表应该根据分区列聚集，才能有好的查询效果
-
本版专家分：66
-
我是这样的，以时间为分区，每年一个存储文件，
因为时间列存在大量相同的数据，所以主键列我建在ID上，
但是聚集索引仍然是建在时间列上面，有没有什么问题，
NBDBA有没有在线联系方式？如果时间有空我好请教你，并剪图。这样你可以更容易理解。
-
本版专家分：34546 -
一年一个分区哦？
'2010-1-1 0:00:00' and '2011-8-11 0:00:00' 这个条件把第二区全涵盖了？那这个条件还有啥用.
[商品编码]='9026'这个条件在第二区有多少数据？
-
本版专家分：34546
-
count(*)可以直接走索引，select 字段有可能通过聚集键再去关联，成本可能比全表扫更高，提供下
'2010-1-1 0:00:00' and '2011-8-11 0:00:00' 有多少数据
[申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'有多少数据
-
本版专家分：66
-
哥，你这讲到点子上了，我刚仔细看了下计划，[商品编码]='9026'这个索引是走了的，
[申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' 原表扫描是这个，我晕啊
数据我马上提供
-
本版专家分：66
-
分区号 最小日期 最大日期 行数
1 2008-01-01 00:00:00.000 2008-12-04 00:00:00.000 39812
2 2009-01-02 00:00:00.000 2009-12-28 00:00:00.000 2465280
3 2010-01-01 00:00:00.000 2010-12-31 00:00:00.000 15572590
4 2011-01-01 00:00:00.000 2011-04-30 00:00:00.000 6297876
5 2431-04-09 00:00:00.000 9008-09-01 00:00:00.000 191
上面的是全表行数。加起来不超过3000W
between '2010-1-1 0:00:00' and '2010-12-31 0:00:00' and [商品编码]='9026'
总共59804行
-
本版专家分：4610 -
select id,[收货人名称] ,[申报日期] ,[商品编码] ,[价格]
FROM dbo.dc_Russia(index [index_hs_date] )
WHERE [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
看这样走不走
-
本版专家分：11697
-
分区数据要尽量平均
5 2431-04-09 00:00:00.000 9008-09-01 00:00:00.000 191
这也有数据，呵呵
我觉得如果不进行切换分区，按时间分区很难合理，你的应用，不能按[商品编码]做合理分区吗？
-
本版专家分：66
-
执行计划的几张图：
-
本版专家分：66
-
第一张是：
select count(*) FROM dbo.dc_Russia WHERE [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
第二第三张是：
select id,[收货人名称] ,[申报日期] ,[商品编码] ,[价格] FROM dbo.dc_Russia WHERE [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
-
本版专家分：66
-
数量有可能会有些错误，呵呵，但不会太多。
-
本版专家分：11697
-
RID查找消耗多，使因为你没有聚集索引
这个也可以用include索引解决
CREATE NONCLUSTERED INDEX [index_hs_date] ON [dbo].[dc_Russia]
(
[商品编码] ASC
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [Data_Partition_Scheme]([申报日期])
INCLUDE (id,[收货人名称] ,[申报日期] ,[商品编码] ,[价格] )
-
本版专家分：34546
-
其实你建一个这两个字段的复合索引就应该能解决你的问题
[申报日期] , [商品编码]
-
本版专家分：66
-
这个试过了，不走。with(index=index_hs_date)
-
本版专家分：66
-
你说的没错，因为这个表大，刚才发现没有聚集索引，我有个小表，一样的情况，建了聚集索引，但是聚集索引开耗很大，和RID一样的值，所以我才郁闷
-
本版专家分：66
-
这个我应该建了的，
CREATE NONCLUSTERED INDEX [idx_colombia_hs] ON [dbo].[dc_Colombia]
(
[NANDINA ] ASC,
[Date Declaration ] ASC
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [PRIMARY]
这个是我哥伦比亚表的索引创建语句，有建，聚集索引在时间列上，但是执行这个语句，聚集索引消耗很大，
-
本版专家分：34546
-
针对：
select id,[收货人名称] ,[申报日期] ,[商品编码] ,[价格] FROM dbo.dc_Russia WHERE [申报日期] between '2010-1-1 0:00:00' and '2011-8-11 0:00:00' and [商品编码]='9026'
这句：
最好的索引是：
[申报日期], [商品编码] include( id,[收货人名称] ,[价格] )
你可以试试有没有效果再说.
-
本版专家分：66
-
可以详细点不？我SQL的代码能力比较差。。。不好意思啊
-
本版专家分：4610
-
试试 在大表上面加个索引 估计要等的时间够呛 呵呵
-
本版专家分：34546
-
CREATE NONCLUSTERED INDEX [idx_colombia_hs] ON [dbo].[dc_Colombia] ([申报日期], [商品编码])INCLUDE( id,[收货人名称] ,[价格] )
-
本版专家分：66
-
第一步：先在时间列上建聚集索引
第二步：建索引CREATE NONCLUSTERED INDEX [idx_colombia_hs] ON [dbo].[dc_Colombia] ([申报日期], [商品编码])INCLUDE( id,[收货人名称] ,[价格] )
好半天才完，现在我更郁闷了，不行啊，执行计划中聚集索引运算符开销要600+...
-
本版专家分：158 -
数据分布：
3 2010-01-01 00:00:00.000 2010-12-31 00:00:00.000 15572590
4 2011-01-01 00:00:00.000 2011-04-30 00:00:00.000 6297876
查询条件：
between '2010-1-1 0:00:00' and '2011-8-11 0:00:00'
从上面分析来看，你的查询条件中时间跨度太大，根据[申报日期]上的索引，预计命中的记录数占到全表数据量的90%左右，所以优化器不太可能选中这个索引。
分区方案和索引再合理，也架不住海量数据检索啊，就你上面提供的情况来看，得要缩小查询条件中的时间跨度才能有效提高效率。
