如何设计一个方便高效查询的大容量的数据库结构

如何设计一个方便高效查询的大容量的数据库结构

1、把你表中经常查询的和不常用的分开几个表，也就是横向切分
2、把不同类型的分成几个表，纵向切分
3、常用联接的建索引
4、服务器放几个硬盘，把数据、日志、索引分盘存放，这样可以提高IO吞吐率
5、用优化器，优化你的查询
6、考虑冗余，这样可以减少连接
7、可以考虑建立统计表，就是实时生成总计表，这样可以避免每次查询都统计一次
mrzxc 等说的好，考虑你的系统，注意负载平衡，查询优化，25 万并不大，可以建一个表，然后按mrzxc 的3 4 5 7 优化。 速度，影响它的因数太多了，且数据量越大越明显。
1、存储 将硬盘分成NTFS格式，NTFS比FAT32快，并看你的数据文件大小，1G以上你可以采用多数据库文件，这样可以将存取负载分散到多个物理硬盘或磁盘阵列上。
2、tempdb tempdb也应该被单独的物理硬盘或磁盘阵列上,建议放在RAID 0上，这样它的性能最高,不要对它设置最大值让它自动增长
3、日志文件 日志文件也应该和数据文件分开在不同的理硬盘或磁盘阵列上，这样也可以提高硬盘I/O性能。
4、分区视图 就是将你的数据水平分割在集群服务器上，它适合大规模OLTP,SQL群集上，如果你数据库不是访问特别大不建议使用。
5、簇索引 你的表一定有个簇索引，在使用簇索引查询的时候，区块查询是最快的，如用between，应为他是物理连续的，你应该尽量减少对它的updaet,应为这可以使它物理不连续。
6、非簇索引 非簇索引与物理顺序无关，设计它时必须有高度的可选择性，可以提高查询速度，但对表update的时候这些非簇索引会影响速度，且占用空间大，如果你愿意用空间和修改时间换取速度可以考虑。
7、索引视图 如果在视图上建立索引,那视图的结果集就会被存储起来，对与特定的查询性能可以提高很多，但同样对update语句时它也会严重减低性能，一般用在数据相对稳定的数据仓库中。
8、维护索引 你在将索引建好后，定期维护是很重要的，用dbcc showcontig来观察页密度、扫描密度等等，及时用dbcc indexdefrag来整理表或视图的索引,在必要的时候用dbcc dbreindex来重建索引可以受到良好的效果。 不论你是用几个表1、2、3点都可以提高一定的性能，5、6、8点你是必须做的，至于4、7点看你的需求，我个人是不建议的。打了半个多小时想是在写论文，希望对你有帮助。

建议： 1、你要预估一下你的系统将要用多久，然后计算一下表的大小、库的大小。 2、要区分你的是oltp还是olap类型。 3、如果2个月才300万，那不算多，一年就千万级别而已，一个表就算过亿也是可以承受的，根据你的需要，比如查询需要，如果经常需要查询一年，那按年来做表分区（2005及其后续版本才有），如果经常查询一个月，就按月来分区，对于分区，建议使用2008及以上版本，分区的数量会更多。 4、还是根据你的需要，如果不是每次查询都要查那么细，那你的设计还是可以的。如果每次都要那么细，可以考虑适当冗余一些字段到你的主表。 5、建议使用2008及以上版本，特别是2012的alwayson，可以很大程度分开读写操作，这个具体你可以到msdn找。如果是olap，2012可以提供列存储索引。查询速度奇快。如果结合分区，可以实现快速数据导入功能。 6、表中字段如非必要，不要存放太多数据到一个列，可以分开，不过这部分要按照业务需要，举个例子，存地址，如果你的系统每次都要完整地址，那么建议使用一列来存放，如果你经常需要统计省、市、区等，那么建议分开3个字段，这样可以减少字符串拆分的开销。 7、字段设计方面，使用足够的类型就可以了，比如字符型，别每次都用max。 8、tempdb要整大一点。 由于你的表就两个，所以也谈不上什么设计，更多是架构问题。