189 8069 5689
尽量少使用数据链。查询语句少使用连接查询啊，还有OraOLEDB.Oracle].YZMC应该是表没有这个数据 或者是脏数据吧 。。
10年积累的成都网站设计、成都网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有银州免费网站建设让你可以放心的选择与我们合作。
是的 简历视图只是简便查询 把一个或多个sql结果显示在一个页面中 其本质还是执行sql并不能增加查询效率 查询效率上还是要从 索引和查询条件 上入手 尽量少用模糊匹配 非常拖效率分页也是尽量使用sql分页
无论哪一种数据库，只要数据量不断增大都会逐渐变慢，有时候数据到一个量级
速度会断壁式下跌。
一般是直接从表查询快。已经是索引列了。但是第一个查询如果数据不存在还是要遍历其他的表。这样速度就大打折扣了。
如果能保证数据一定在指定表中就是第一个快了。
大体分为如下几种情况会逆袭：
1、这个就是数据不存在，如果挨个遍历表，速度可能不如使用视图。
2、使用索引视图技术，这个跟使用表查询速度相差不大。
3、sqlserver是高级版本，可以发挥多CPU优势，这个时候速度也相差不大。
4、索引碎片过多集中在的某三四个表以上，这时候性能都比较沮丧。
看如上，因为我这个是32核CPU，多并行几个时间只是略多一点，如果单表查询，那么执行计划就是一个分支。
为什么要把26个表 union 起来，每个表都要查一次，太费劲了
如果经常用到这个表查询的话，可以建立一个 物化视图 materialized view ，并根据相应的字段（哪个 字段查询次数比较多），建立索引，这样查询效率会不会好些
另外，如果是按日期或者按地区等分的表，可以放在一个表中，以分区表的形式存在，查询时，只查询那个分区就可以了，你可以看一下 partition list
首先应该确定是谁慢的，往往是程序处理方面的问题而不是数据库的问题。
程序方面应该尽可能的减少数据查询返回的内容，减少IO压力，磁盘IO和网络IO是非常非常慢的。比如可以查询返回ID，然后再根据ID一条一条的查询具体内容，看似慢了，在数据量大的时候快很多
对于数据可以参照下面几点
1、优化SQL语句，SQL语句对查询速度影响最大的
2、对于经常查询的字段作索引。但是这样会增加修改时的压力
4、优化SQLServer，比如给其分配固定的内存，预先分配查询内存，调整CPU使用率等。SQL Server 可以占用几乎所有Windows的内存，但是申请内存开销很大。因此可以设定其使用固定大小内存，比如启动就分配1G以上内存。
5、优化硬件资源，比如使用更高的服务器或者硬盘，独立安排数据库的数据文件和索引文件，将数据文件分布于不同的物理硬盘上等等
6、考虑使用分布数据库或者对大表进行拆分
将两个表联合做成个视图，并且地名表的关联字段建立索引。
100万记录的速度。那要看具体情况了，比如服务器的配置，指定字段有没建立索引。表的大小等都会极大的影响速度。