100万条记录的查询问题，查询超时，寻求最佳方案

Question

表(已经是个视图了)结构如上，我需要按条件查询出 "某天(或某个时间段等)某本书的sum(booktextnum)"，初始化数据显示：按书名booktitle分组显示每一天的sum(booktextnum)
数据量较大，100万条以上。我自己写了个sql语句老是查询超时，寻求大侠的指点！

Answer 1

select id,bookid,booktitle,nclass,booktexttitle,sum(booktextnum) as booktextnum,booktextorder,convert(char(10),booktexttime,111) as booktexttime from Ws_View_Bookyc_update group by booktitle,id,bookid,booktitle,nclass,booktexttitle,booktextnum,booktextorder,booktexttime order by booktexttime desc
备注：上述这条语句，并没有分组出来，而是显示了同一本书同一天的记录并没有sum(booktextnum)合并。除非是
 select booktitle from Ws_View_Bookyc_update group by booktitle
如何select booktitle,id,bookid,sum(booktextnum) from Ws_View_Bookyc_update group by booktitle这样报错

Answer 2

如果表上没有索引查100万条太夸张了是自己控制的数据库么，如果是的话可以用管理端打开来在表上建立聚集索引，对<bookid,booktexttime>建就可以如果不是自己控制，最好联系数据库管理员替你建，要不然没法做

Answer 3

这是表1
表2
表1.ID=表2.bookid and 表1.bookyc='1' 得到上述的哪个视图Ws_View_Bookyc_update
然后问题就是上述那个了“需要按条件查询出 "某天(或某个时间段等)某本书的sum(booktextnum)"，初始化数据显示：按书名booktitle分组显示每一天的sum(booktextnum) ”

Answer 4

用分区视图SQL SERVER的分区视图给我们提供了一种实现大数据量管理的方法，类似于其它数据库管理系统的分区视图。不仅实现了表的集中管理，而且实现了数据的快速定位。下边我就以一个日志记录表为例来说以下分区视图的作用:日志记录表可以记录很长时间的日志信息，随着时间的推移，日志表会变的很大。这样对与表的查询和维护操作都是非常慢的，但是如果我们按日期来划分把表分成若干小表，而在逻辑上统一使用一个视图来查询管理，那么是非常方便的.而且SQL SERVER可以根据查询的条件来自动的定位表，这样也就提高了查询的速度.-- 首先我们要实现的是一个记录日志的存储过程，这个存储过程不是简单的把日志插入，还要按当前日期来判断-- 表是否存在，然后动态的建立表，并按分区表的规则建立CHECK约束.在此例中，我们使用的是按周的日期来-- 规定表的名称如下:dbo.[20061218-20061224]use TestDB
if exists (select name from sysobjects where name = 'P_LogWriter' and type = 'P')
   drop proc dbo.P_LogWriter
go
----Log日志文件create proc dbo.P_LogWriter
@desc varchar(1000)
as
begin tran
set nocount ondeclare @wk_start datetime,@wk_end datetime
declare @str_start varchar(50),@str_end varchar(50)
declare @tb_name varchar(100),@sql varchar(4000)-- 周的开始日期
set @wk_start=dateadd(d,2-datepart(dw,getdate()),convert(char(10),getdate(),120))
-- 周的结束日期
set @wk_end=dateadd(s,-1,dateadd(wk,1,@wk_start))set @str_start=convert(varchar(50),@wk_start,120)
set @str_end=convert(varchar(50),@wk_end,120)-- 表的名称
set @tb_name=convert(varchar(10),@wk_start,112)+'-'+convert(varchar(10),@wk_end,112)-- 如果表不存在，就建立表
if not exists(select 1 from sysobjects where name=@tb_name and xtype='U')
begin
   set @sql='create table dbo.['+@tb_name+'](id int identity(1,1),updatetime datetime primary key check(updatetime between '''+@str_start+''' and '''+@str_end+'''),[desc] varchar(1000))'
   --print @sql
   exec(@sql)
end-- 插入相应的日志数据
set @sql='insert ['+@tb_name+'](updatetime,[desc]) select getdate(),'''+@desc+''''
exec(@sql)set nocount off
commit tran
Go
-- 创建分区视图create view v_Log
as
select * from dbo.[20061218-20061224]
union all
select * from dbo.[20061225-20061231]
Go-- 查询分区视图select * from v_Log
where updatetime<'2006-12-24 11:21:27.653'-- 通过分析查询的执行计划我们可以看到，SQL SERVER可以自动定位相应的表取得数据，从而提高了查询的-- 速度.

Answer 5

很简单的没有代码可贴、表结构就是表1、表2通过一个字段连起来得到上述视图：
这个视图（得到的记录大概在100万条以上）数据统统来自表2，现在在这个视图中来查询数据，（需要按条件查询出 "某天(或某个时间段等)某本书的sum(booktextnum)"，初始化数据显示：按书名booktitle分组显示每一天的sum(booktextnum)）

Answer 6

把代码优化一下吧，不要用视图（要连接这么大量的数据，时间、运算量可想而知），直接用带条件的SQL语句，或者用自定义函数或存储过程，反正尽量减少不必要的数据的运算！

Answer 7

看不到图片，贴个表结构和SQL语句吧

Answer 8

倒，100万数据就挂，我现在维护的系统，有一个表，一天数据增长就50万条记录加索引，不要按BookTitle去做汇总，BookTitle里的String比较长，而且建了索引效率也比较低，用BookID之类的去做Group by

Answer 9

建一个日统计表，每天夜里0:00点后统计一次前一天的数据：按书名booktitle分组sum(booktextnum) 
把结果存在日统计表中
查询时从日统计表中查