sqlserver过亿数据，sql数据量大怎么处理

sqlserver生成脚本数据过大怎么办

如果你只是开发用，要想让sqlserver释放内存，重启sqlserver的服务就行了。可以在SQLServer属性(内存选项卡)中找到配置使用内存的地方，或者也可以使用sp_configure来完成。

数据库是没有问题的。如果硬盘没有空间了，要先清出一些空间，然后对数据库做一个备份，再做一下日志备份，再做一下收缩。平时注意要经常对数据库做日志备份，备份完成后，做收缩操作。这样就不会占满空间。

如果单位内部业务数据太多，那么数据库文件快速增大就是正常的，这种情况下，只能采取其它措施缩减其大小，比如说建立专门的归档数据库，用以存放历史数据，从而控制主数据文件的增长速度。

把数据库压缩下。数据库---任务---收缩---数据库、数据库变大是因为备份的时候产生的日志信息越来越多。

在我的电脑中，搜索访问sql占用内存，在右侧的管理服务器中选择重新启动，重启一下IIS。查看一下，sql服务仍然占用大量的内存，内存占用基本没有改变。然后重启sql服务。然后再重启一下sql代理。

相关问答

Q1: 请有经验的DBA进来回答一下,sqlserver大批量数据迁移问题

1、不需要的数据当然删除最好 减轻压力。1） 删除前先删除索引。因为删除的同时也需要对索引进行维护。我们先删除索引再删除数据效率会有一点提高 2） 删除完数据后，再重新创建索引。为数据转换做准备。

2、如果是大型应用并且数据量确实非常大推荐直接使用ORACLE，不建议从SQL SERVER后期迁移，因为迁移的成本是非常高的（包括停机成本，测试，以及承担BUG的风险等），并不见得会比数据库之间的差价低。

3、这时，会出现一个Installing Repository对话框，显示安装进度。当进程结束后，关闭对话框。在Connections Navigator下会弹出两个额外的窗口，显示捕获和转换模式。

4、同时也可以做上空间监控，一旦数据文件空间发生增长时，给DBA一个预警邮件，我们收到邮件后可以立即做相应处理。针对四：日志文件目前已经涨得较大，我们执行一下截断日志的动作，将日志文件的空间使用保持在一个较低水平。

5、第一个SQL语句中，将Tbl1与tbl2进行左连接，如果tbl2种id相同的记录有非常多（假设相同id的记录有10000条），那么，这个语句在进行左连接之后，数据量是非常大的，然后再进行分组，进行过滤取最大的，性能上比较低下。

Q2: 怎样快速向sqlserver插入上亿条数据

1、第三种方式：使用数据转换服务导入数据 数据转换服务是SQL Server数据库中提供的一个非常强大的工具。在SQLServer中，数据转换功能有一个图形用户接口，用户可以在图形界面中导入数据，并对数据进行相应的我。

2、此方法就是调用写好的sql语句或存储过程来循环的插入数据导数据库；根据需要可以在读取文件数据后，对数据进行校验和加工。

3、，数据比较复杂但是量不是很大，（这个大小的概念要视你的硬件、网络而定，一般在100万条以上才叫大）。

4、SqlBulkCopy是个不错的选择，直接由DataTable可以导入到数据库 ，但要注意(1)列名与目标表一致(2)数据类型一致(3)空值容错处理，参考代码：///summary///将see cref=DataTable/ 的数据批量插入到数据库中。

5、SqlServer数据批量插入 SqlServer的批量插入很简单，使用SqlBulkCopy就可以，以下是该类的实现：复制代码 /// /// 为 System.Data.SqlClient 提供的用于批量操作的方法。

Q3: SqlServer数据文件太大,表占用空间太大,怎么释放空间

1、如果你只是开发用，要想让sqlserver释放内存，重启sqlserver的服务就行了。可以在SQLServer属性(内存选项卡)中找到配置使用内存的地方，或者也可以使用sp_configure来完成。

2、处理方法：用BACKUPLOGdatabaseWITHNO_LOG清除日志把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。

3、删除数据库，删除数据库文件。整理下磁盘。重建同名数据库，恢复数据库。这时候的空间是最紧凑的，可以试试建聚集索引。最根本的方法是加硬盘，可能你的数据操作规律就是会产生很多碎片的，必须要有双倍的空间才行。

4、扩容。sqlserver磁盘空间满无法打开数据库，需要进行解决，通过在空余盘符中建立扩容即可，即扩容。磁盘，是指利用磁记录技术存储数据的存储器，是计算机主要的存储介质，可以存储大量的二进制数据，并且断电后也能保持数据不丢失。

5、当收缩任何文件时，必须从文件的末端开始释放空间。当收缩事务日志文件时，从文件的末端开始释放足够的虚拟日志以将日志减小到用户所要求的大小。用户指定的 target_size 四舍五入为下一个最大的虚拟日志边界大小。

Q4: 经验总结:SQLServer数据库对上亿表的操作

1、这说明这种上亿的表的操作会非常严重的降低效率。◆整个服务器的磁盘分配是这样的，网站访问的数据库库位于磁盘阵列中，而我们的统计临时库位于D盘中，C和D好像是一个磁盘组，也就相当于是在C盘。

2、可以尝试读写分离，写两个库，一个是实时库，一个是只读库。一个小时内的数据查询实时库，一个小时之前的数据查询只读库；只读库定时存储，然后建立索引；超过一个星期的数据，进行分析处理再存储。

3、查询及插入操作上亿的数据和查询及插入一条数据是一样的啊~你的问题应该是数据量大还想查询的快，这就像想让马儿跑，还不想让它吃草，那不可能~当然也有办法优化一下，但再优化时间也不能实现秒出结果。

4、首先打开SQL Server Management管理工具，运用Select语句查询出要排序的数据，如下图所示。接下来直接运用Order By对数据中的ContactName字段进行排序，如下图所示，默认是升序。

5、] CHECK_CONSTRAINTS ] --指定在大容量导入操作期间，必须检查所有对目标表或视图的约束。若没有 CHECK_CONSTRAINTS 选项，则所有 CHECK 和 FOREIGN KEY 约束都将被忽略，并且在此操作之后表的约束将标记为不可信。

关于sqlserver过亿数据和sql数据量大怎么处理的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。