这几天公司接了个单子，挺大，客户说了，数据库至少要SQL的，因为以后可能有上百万条的数据，而且有可能成百上千的人同时在线查询，所以要求数据库查询的速度一定要快。
先抛开他的伟大理想能否实现不谈，首先SQL数据库我也用过，但是这么大（至少可能达到）的数据量，我还没有实际操作的经验。
客户自己说其实很简单，原话大概是这样：
“你分三条线（他没有说线程），一个从前往后查，一个从后往前查，一个从中间往两边查，这不就快了？”
本人是SQL数据库的新手，只会基本操作，高级的东西也没有怎么接触过。客户这一席话，说的我心里发虚……
他说的难道是多线程查询？
有这个概念吗？
可能实现吗？
换做你们，如何处理这样大的数据量呢？
先抛开他的伟大理想能否实现不谈，首先SQL数据库我也用过，但是这么大（至少可能达到）的数据量，我还没有实际操作的经验。
客户自己说其实很简单，原话大概是这样：
“你分三条线（他没有说线程），一个从前往后查，一个从后往前查，一个从中间往两边查，这不就快了？”
本人是SQL数据库的新手，只会基本操作，高级的东西也没有怎么接触过。客户这一席话，说的我心里发虚……
他说的难道是多线程查询？
有这个概念吗？
可能实现吗？
换做你们，如何处理这样大的数据量呢？
“你分三条线（他没有说线程），一个从前往后查，一个从后往前查，一个从中间往两边查，这不就快了？”
怎么个查法？
期待高人!
SQL Server查詢速度一般跟你的表設計,查詢語句比較有關係吧?
不知道查詢居然還可以分多線程來查詢嗎??希望高手來解答了...
“你分三条线（他没有说线程），一个从前往后查，一个从后往前查，一个从中间往两边查，这不就快了？”
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\sql自己查数据的时候会做这种事, 你不用担心, 最好你的服务器的内存大一点, CPU嘛, 总要超过一颗(再不行的话也得双核的), 不然那能算真正的多线程啊.
真是万分感谢！
我还打算去买本你写的SQL书看呢，因为看csdn介绍说比较适合初学者
同时欢迎大家讨论～
应下来再说。做出来后就说用过这个技术。“数据库至少是sql的”这句比较好玩。
老板不满客户的态度，又接了单子，告诉我肯定是个全动态的网站，不生成静态页面
那如果真有上百万的数据，asp的分页岂不是要很慢？
“你分三条线（他没有说线程），一个从前往后查，一个从后往前查，一个从中间往两边查，这不就快了？”
1.一看就知道客户不懂技术的
2.成百上千的人同时在线查询 -用连接池解决(大概要开100连接/机器性能要好)
3.数据库服务器跟应用服务器分开
4.sql server 2005/sybase 15 支持分区功能,将数据按查询来分区存放可以提高查询效率(看具体情况,具体设分区)
首先SLECTE 是基本查询，既然客户说有这么多信息，我想是应该建索引或者视图,因为这都是表的对象，建好了能提高查询速度.我们老师以前说过要想成为SQL高手，掌握基本查询是不够的.最后还要把数据库的结构分析.从各个方面来提高速度
不好意思，我能力不够，也许不能帮你。
希望大家能帮我指点一下，俗话说三人行必有我师。