Ⅰ 如何做sqlServer 数据查询优化！
一、建立索引
二、建立存储过程
三、只查询您所需要的数据，不要把所有数据都查询出来，防止数据冗余。
四、对于大量及海量数据一般还要建立分区
Ⅱ 数据库所有表的表结构都不一样,SQL如何统计数据库每个表的记录数，数据库是海量数据。
sqlserver：sysobjects查询出全部的表名称，构造sql语句，exec（@sql）就可以了
Ⅲ SQLSERVER定期转移海量数据方案收藏查看分区在哪个文件组
在桌面上找到“计算机”右键单击，选择“管理”打开之后，在“存储”下面有个“磁盘空间管理”然后在下方，磁盘那，你选择，比如说你要分d盘吧，然后右击d盘，选择压缩卷，然后你自行选择想压缩多少空间，点击压缩就好了。
然后如果你想还原压缩出来的空间，点击你想删除的分区，右击删除此分区，然后你想把删除的分区还原到d盘，就右击d盘，选择“扩展卷”就OK啦
注意，你要是压缩，记得给以前的分区留地方吖，不要全压缩出来
Ⅳ 如何在SQLSERVER中快速有条件删除海量数据
例:update表setbit字段=bit字段-1 最近有个朋友问我，他说他在SQLSERVER删除几百万到几千万数据是显的很慢，帮他分析了一下，提了一些以下意见，或许对很多人有用，再者也好长没写过BLOG了，一起探讨一下 如果你的硬盘空间小，并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)，而且对速度要求比较高，并清除所有的数据建议你用turncatetable1,因为truncate是DDL操作，不产生rollback，不写日志速度快一些，然后如果有自增的话，恢复到1开始，而delete会产生rollback，如果删除大数据量的表速度会很慢，同时会占用很多的rollbacksegments，同时还要记录下G级别的日志；当然如果有条件删除比如wheretime<'2006-3-10'怎么办，能不能不记录日志用delete，回答是不行的，SQLServer引擎在设计上就会对Delete操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中，如果在执行DeleteTable1whereTime<'2006-3-10'由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议用以下方式： 选出您所需要保留的记录到新的表。如果您使用FullRecoveryMode 根据SelectINTO的记录数,日志可能会比较大 然后直接TruncateTable1。无论何种恢复模式都不会进行日志记录
Ⅳ sqlserver怎么批量删除大量数据
删除大量数据速度是正常的。
如果表里面数据都不要了，可以直接truncate
如果表里面数据只有一小部分要得，可以把小的备份出来，然后truncate表，然后再把备份的数据导回来
如果只是删除表中部分数据，可以写成循环小批量删除脚本；如果服务器性能好，百万数据删除还是很快的
Ⅵ SQLSERVER 即将存储大量的数据，怎么设计表好点
1、升级硬件，使用高性能的存储设备
2、这数据量级，SQL的数据库使用分区表是个非常好的选择。若是分区表+多台存储服务设备，效果肯定杠杠的
3、主要矛盾是集中在IO吞吐上，所以解决了IO吞吐速度，就相当于解决了一半问题
4、在设计表的时候，每一列都要谨慎设置列长度和列类型，既要满足存储内容的需要，又要尽可能的短一些。
只能帮到这个地步了