1、--删除已有的旧数据（表空间和临时表空间下）--DROPTABLESPACEUSER_DATAINCLUDINGCONTENTSANDDATAFILES;--DROPTABLESPACEUSER_TEMPINCLUDINGCONTENTSANDDATAFILES;2、--创建表空间CREATETABLESPACEuser_dataLOGGINGDATAFILE'D:\app\cphmvp\oradata\orcl\user_data201304013.
系统 2019-08-12 01:54:55 2121
继续开始我们重构手法的系列，今天介绍的是SplitTemporaryVariable---分解临时变量。在我们平常写的程序中肯定有某些临时变量被赋予了超过一个的责任。如果他们不是那种收集结果（temp=temp+QString("abc")）或者循环变量（i=i+1），然而他们却被赋值了多于一次。那么我们肯定说，这个变量被赋予了超过一个的责任，别看这是个小小问题，但这会阻扰我们阅读者的判断，我们会去揣测，这个变量到底是用来干嘛的。从而影响我们看清程序正常的
系统 2019-08-12 01:54:55 2121
前面一篇文章写到如何通过gp_segment_id来判断表的DK值设置有数据，下面是通过查看占用空间的量来检查分配不平衡的表，并重新调整着DK值。我的一台greenplum机器，其中的一个节点的数据量比其它的节点多很多，说明数据分布的不平衡，如下所示：以sdw16为例:$du-sh/gpdata{1,2}/data/gp*347G/gpdata1/data/gp30412G/gpdata1/data/gp62357G/gpdata1/data/gp6333
系统 2019-08-12 01:54:28 2121
这是在网上看到的一个分页存储过程，整理了一下，以后有空再试试。听说适用于大型数据库的哦。1CREATEPROCEDUREpagination32@tblNamevarchar(255),--表名3@strGetFieldsvarchar(1000)='*',--需要返回的列45@fldNamevarchar(255)='',--排序的字段名6@PageSizeint=10,--页尺寸（每页记录数）7@PageIndexint=1,--页码8@doCount
系统 2019-08-12 01:52:50 2121
#include#include#include#include#includevoidmain(){struct_statfile_state;std::stringdir="test_dir";if((_stat(dir.data(),&file_state)==0)){printf("exist");}else{_mkdir(dir.data());pr
系统 2019-08-12 01:52:45 2121
今天继续很久没学习的mongodb的简单学习，今天来看的是更新。先来看简单的用法：useupdatetest>switchedtodbupdatetest首先插入一下：db.things.insert({name:"test1"})db.things.find({name:"test1"})会找到：{"_id":ObjectId("50f1778ea5ec290b7773303b"),"name":"test1"}更新的格式为：db.collection.
系统 2019-08-12 01:52:12 2121
qsort的每一趟中，选定pivot以后，partition的过程如下：开始时，ptrLeft，ptrRight分别指向数组两端；*ptrLeft小于pivot时，向右走；*ptrRight大于pivot时，向左走；ptrLeft和ptrRight都走不动的时候，交换对应的元素，继续。ptrLeft和ptrRight相遇的时候，结束这一趟，然后二分的对两边继续qsort。更新：这样的做法需要处理各种特殊情况（略），因此更好的思路是：partition的时候
系统 2019-08-12 01:52:02 2121
数据库优化实践【MSSQL优化开篇】数据库定义：数据库是依照某种数据模型组织起来并存在二级存储器中的数据集合，此集合具有尽可能不重复，以最优方式为特定组织提供多种应用服务，其数据结构独立于应用程序，对数据的CRUD操作进行统一管理和控制，数据库是数据管理的高级阶段，是在文件系统上发展起来的。基本结构：数据库分三个层次：分别为物理数据层、概念数据层、逻辑数据层。物理数据层：它是数据库的最内层，是物理存贮设备上实际存储的数据的集合。这些数据是原始数据，是用户加
系统 2019-08-12 01:51:52 2121
面向文档的NoSQL数据库主要解决的问题不是高性能的并发读写，而是保证海量数据存储的同时，具有良好的查询性能。条件操作符<,<=,>,>=这个操作符就不用多解释了，最常用也是最简单的db.collection.find({"field":{$gt:value}});//大于:field>valuedb.collection.find({"field":{$lt:value}});//小于:field
系统 2019-08-12 01:33:42 2121
一篇挺不错的关于SQL语句优化的文章，因不知原始出处，故未作引用说明！1前言客服业务受到SQL语句的影响非常大，在规模比较大的局点，往往因为一个小的SQL语句不够优化，导致数据库性能急剧下降，小型机idle所剩无几，应用服务器断连、超时，严重影响业务的正常运行。因此，称低效的SQL语句为客服业务的‘恶龙’并不过分。数据库的优化方法有很多种，在应用层来说，主要是基于索引的优化。本次秘笈根据实际的工作经验，在研发原来已有的方法的基础上，进行了一些扩充，总结了基
系统 2019-08-12 01:32:51 2121
