原文地址:http://liangfen1224.blog.163.com/blog/static/72377647201362393952977/SQL
SERVER中大数据量存储处理的一些体会 2013-07-23 09:39:52|分类: SQLServer |标签: |举报 |字号大中小订....
分类:
数据库 时间:
2014-06-12 00:05:46
阅读次数:
405
情景重现: 维护人员想要用plsql
developer工具查看一年前某表的数据,表中数据约30W行,因为此时无业务,维护人员关闭了应用程序。查询时选择了将所有数据所有列出,结果在显示到3W多行时,弹出例如以下信息提示,显示“结果集超过了最大长度”,此时维护人员没有理会,点击确定后数据库继续查询.....
分类:
数据库 时间:
2014-06-11 22:03:54
阅读次数:
267
测试表news表,数据量大小为150w左右,测试步骤如下1.创建第一张表news1, nsid
=750000的数据保存在news4;CREATE TABLE `news4` ( `NSID` int(11) NOT NULL, `NewsName`
varchar(100) NOT NULL, `...
分类:
数据库 时间:
2014-06-11 11:41:13
阅读次数:
436
最近写了一个数据库采集程序,大概过程是将SQLSERVER数据库的数据定时采集到Oracle数据库。1小时出一次数据,每次数据量在2W左右。环境采用Sping3+hibernate4,数据库连接池采用C3p0
奇怪的时候每隔一段时间都会报:“c3p0 connection is already closed”
我开始的数据库连接池配置如下:oracle数据库开启事务,而采集的sqlserve...
分类:
其他好文 时间:
2014-06-08 18:02:04
阅读次数:
182
1.Socket类
(1)常用属性
AddressFamily 获取Socket的地址族
Available 获取已经从网络接收且可供读取的数据量
Connected 获取一个值,该值只是Socket是在上次Send还是Receive操作 时链接到远程主机...
常用的排序算法有冒泡排序,插入排序和选择排序。他们的时间复杂度是o(n²),与数据量的平方成正比。他们的效率还是比较低的。现在来说说他们的效率为什么比较低下。以冒泡排序为例,它每一轮都是与相邻的元素进行交换,交换的距离为1,每次每个(没有冒泡出来的)元素都要与前一个比较再交换。每次相邻的比较只能比较出两个元素的大小,不能以整个数组进行参照来确定在整个数组里的大小,也就是说每次的比较不能确定其他元素...
分类:
其他好文 时间:
2014-06-07 16:16:01
阅读次数:
172
建立一个 Web
应用,分页浏览功能必不可少。这个问题是数据库处理中十分常见的问题。经典的数据分页方法是:ADO
纪录集分页法,也就是利用ADO自带的分页功能(利用游标)来实现分页。但这种分页方法仅适用于较小数据量的情形,因为游标本身有缺点:游标是存放在内存中,很费内存。游标一建立,就将相关的记录锁...
分类:
数据库 时间:
2014-06-07 08:36:31
阅读次数:
377
Windows性能监视器前端时间在做动态目标监控,应用程序需要考虑大数据量和多用户并发的操作,系统的性能是解决方案实施性的重要度量。这里简单的记录下Windows中性能监视查看和简单分析。一般操作系统性能主要涉及到的问题主要有:处理器使用情况、内存占有量、磁盘I/0操作以及网络流量等。查看Windo...
关于斐波那契数列,由于数据量比较小, 直接打表了,代码写的比较戳#include #include
#include using namespace std;class FibonacciDiv2{public: vector table; void
make_table(){ ...
分类:
其他好文 时间:
2014-06-06 13:18:11
阅读次数:
305
若字段数据的重复率不是很高,而且数据量不是很大,考虑B树索引;若字段数据的重复率较高,而且查询中有特定的查询方式(比如列之间有或,与等逻辑运算),则考虑位图索引;若对列中的字段进行模糊查询或者语言类的查询,则考虑全文索引;
分类:
数据库 时间:
2014-06-05 20:51:30
阅读次数:
285