没有用到索引或者就是内存小了，因为没有备份运行时有的sql丢失了。
创新互联专业为企业提供神木网站建设、神木做网站、神木网站设计、神木网站制作等企业网站建设、网页设计与制作、神木企业网站模板建站服务，10余年神木做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
看看数据库内存设置是否比较小，数据库表是否建立合理的索引。
因为主机长期在工作.数据会一上在增多..对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些"尾数"包括记录，然而越来越多，会让主机运行速度变慢。如果用好点的专用的服务器硬盘，内存会让主机更长时间的不用重启。所以SQL还是要用高一点的配置。
什么数据库，还有吧执行计划贴上来，我觉得很有可能增加索引
首先看看这张表有哪些索引，然后对比这个SQL需要使用哪些索引，然后看执行计划是否真的使用了索引。
其次分析这个SQL中的每个查询子句，分析哪个子句比如patientid in('001351435800')，能筛选出的记录数最少（因为查一张表只能使用一个索引），可以考虑在这个条件对应的列上创建索引。
还有就是防止隐士转化，如您说的把最后plantime那两个条件去掉就挺快，可能是plantime是datetime类型，但是和'2014/07/04 00:00:00'比较，则会自动转换为字符串型，建议吧'2014/07/04 00:00:00'转化成datetime类型，然后与plantime比较。
首先应该确定是谁慢的，往往是程序处理方面的问题而不是数据库的问题。
程序方面应该尽可能的减少数据查询返回的内容，减少IO压力，磁盘IO和网络IO是非常非常慢的。比如可以查询返回ID，然后再根据ID一条一条的查询具体内容，看似慢了，在数据量大的时候快很多
对于数据可以参照下面几点
1、优化SQL语句，SQL语句对查询速度影响最大的
2、对于经常查询的字段作索引。但是这样会增加修改时的压力
4、优化SQLServer，比如给其分配固定的内存，预先分配查询内存，调整CPU使用率等。SQL Server 可以占用几乎所有Windows的内存，但是申请内存开销很大。因此可以设定其使用固定大小内存，比如启动就分配1G以上内存。
5、优化硬件资源，比如使用更高的服务器或者硬盘，独立安排数据库的数据文件和索引文件，将数据文件分布于不同的物理硬盘上等等
6、考虑使用分布数据库或者对大表进行拆分
使用Transact-SQL。1.连接到您要还原数据库的服务器实例。2.执行使用 NORECOVERY 选项的 RESTORE DATABASE 语句。如果部分还原顺序不包括任何 FILESTREAM 文件组，则不支持时间点还原。 可以强制该还原顺序以继续执行操作。 但在 RESTORE 语句中省略的 FILESTREAM 文件组将永远无法还原。 若要强制执行时点还 原，请指定 CONTINUE_AFTER_ERROR 选项以及 STOPAT、STOPATMARK 或 STOPBEFOREMARK 选项，还必须在随后的 RESTORE LOG 语句中指定后面的三个选项。 如果指定 CONTINUE_AFTER_ERROR，则部分还原顺序将成功，但 FILESTREAM 文件组将不可恢复。3.还原上次差异数据库备份（如果有），而不恢复数据库 (RESTORE DATABASE database_name FROM backup_device WITH NORECOVERY)。4.应用每个事务日志备份中相同的顺序在其中创建了它们，指定想要停止还原日志的时间 (RESTORE DATABASE database_name FROM WITH STOPAT = time ， 恢复)。
