数据库优化问题！尽管提意见，分少我再补，来者都有分！

Question

看看这个：
http://dev.csdn.net/author/fuwei2241/8df24e044bcd4c48902f9f329d55be7c.html

Answer 1

怎么样导出多个表的sql建表语句(用sql语句)

Answer 2

评估索引\日志\数据分盘存放是否有益
还要根据业务查询模型，尽可能不做大消耗的查询，能砍就砍.
优化是ad hoc的工作。

Answer 3

1.给拥有6000万记录的数据表按照主键，或是时间列，或是业务所需的数据列进行水平分割。
2.经过步骤1把大表分割成若干小表之后，针对每个小表建立合适的索引(包括聚集索引和非聚集索引)。
3.优化相关查询语句，尽可能保证每个查询都走index seek计划。
等等..

Answer 4

SQL？用了你就知道是不是舒服了。

Answer 5

索引就不说了，如果你觉得表内资料多你可以建立分区表，
根据你自己的数据内容去判断怎么写分区函数，怎么定分区方案如果你用oracle也是一样，一个表里面数据多的话一样是建分区表分区表内的数据是可以保存在不同磁盘上的，访问的时候根据你的条件查询不同的分区效率是很高的，看看MSDN里面的介绍很详细

Answer 6

建立合适的索引,创建数据库的时候创建2-3个文件组,一个表就是6000万记录,建议用oracle

Answer 7

1. 首先，分区是一定要的，可以考虑用Oracle或者Sql server2005的分区
2. 索引的设计问题。索引一定要高效，要保证对每一个查询index usability都非常高。这一点是最难的，也必须结合实际业务和系统才有答案。象这种数据量，应用系统每一次对数据库表访问的SQL语句，必须要按照设计师+DBA设计的索引进行访问，否则不是某个功能效率低，而是可能导致整个DB Server的loading被它消耗掉。

Answer 8

要想查询时间最短,得要从二方面加以考虑.
一是,你当前的服务器配置,大家都知道CPU,内存,硬盘RAID阵列是决定速度快慢的关键.通常一块CPU得对应4GB内存.对于查询来说,占用的内存很大,适当增加内存,升级服务器也是关键.
二是,就像大家所说的采用索引,在此就略了.
三是,如果内存够大,可以采用内存变量,怎么说内存的读取速度肯定比高速缓冲快的多吧.

Answer 9

采用ORACLE吧.
1.安装多个CPU,建议2-4个,1个负责OS,另一个负责ORACLE
2.至少6个磁盘,如果你的备份机制很好的话,采用RAID1,一个RAID做OS,一个RAID放数据库主数据文件,另一个放INDEX或REDO文件
3.建议2G内存以上然后ORACLE+analyse即可

Answer 10

roddex2008() 
要想查询时间最短,得要从二方面加以考虑.
一是,你当前的服务器配置,大家都知道CPU,内存,硬盘RAID阵列是决定速度快慢的关键.通常一块CPU得对应4GB内存.对于查询来说,占用的内存很大,适当增加内存,升级服务器也是关键.
二是,就像大家所说的采用索引,在此就略了.
三是,如果内存够大,可以采用内存变量,怎么说内存的读取速度肯定比高速缓冲快的多吧.
=============================================================================
内存能比高速缓存快吗?