I我 DB数据库 LIFE生活

dropbox于2010年5月10日被和谐

2010-05-11T13:14:00.001+08:00

昨天晚上打开家里电脑，发现dropbox一直连接中，上vpn，一切正常了。mlgb，还好我有vpn，顺利的把办公室电脑的内容和家里的同步了。dropbox也被和谐了，看来所有web2.0的网站都不保险啊。直接引入白名单吧，省的我们费力气翻墙了。gfw加油，我看好你哦。

原来每月加班超过36小时是违法行为

2010-04-30T16:35:00.001+08:00

原来每月加班超过36小时是违法行为啊，竟然一直都不知道。《中华人民共和国劳动法》第41条：“用人单位由于生产经营需要，经与工会和劳动者协商后可以延长工作时间，一般每日不得超过一小时；因特殊原因需要延长工作时间的，在保障劳动者身体健康的条件下延长工作时间每日不得超过三小时，但是每月不得超过三十六小时。” 《违反〈中华人民共和国劳动法〉行政处罚办法》第四条：“用人单位未与工会和劳动者协商，强迫劳动者延长工作时间，应给予警告，责令改正，并可按每名劳动者每延长工作时间一小时罚款一百元以下的标准处罚。” 《违反〈中华人民共和国劳动法〉行政处罚办法》第五条：“用人单位每日延长劳动者工作时间超过三小时或每月延长工作时间超过三十六小时的，应给予警告，责令改正，并可按每名劳动者每超过工作时间一小时罚款一百元以下的标准处罚。” 《违反〈中华人民共和国劳动法〉行政处罚办法》第六条：“

一千个读书的理由

2009-12-16T18:32:00.001+08:00

春读雪莱，夏读拜伦，秋读波德莱尔，冬读艾略特。读美国书宜随随便便，读德国书宜正正经经，读法国书宜情感丰沛，读俄国书宜思虑清淅。哪个男子不钟情，哪个女子不怀春。晨与妻子宜读纪伯伦，暮与情人宜读泰戈尔。少年恋爱读《维特》，中年情外读《廊桥》，老年多情读《歌德传》。读莱蒙托夫要喝酒，读海涅宜高歌。读海明威宜舞剑，读卡夫卡宜流泪。读雨果宜沉思，读凡高须流血。黑格尔宜读精要，尼采宜诵全文。大仲马宜一目十行，昆德拉宜反复回味。读茨威格宜一气呵成，并马上重读一遍，读陀氏宜心智平衡，并每三年读一遍。忙里偷闲略读华莱士，闲来无事细读托翁。催眠宜读海德格尔，失眠宜读福尔摩斯。讲课前宜读培根，讲演前宜读沙翁。峰会前宜读杜拉克，总结后宜读韦尔奇。回首往事宜读《忏悔录》，展望未来宜读托夫勒。研究世界文明宜读亨廷顿，反思中国精神宜读费正清。历史入门宜读汤因比，哲学入门宜罗素。艺术入门宜读丹纳，文学评论入门宜读韦克勒

ora-04030 out of process memory when trying to allocate 123404 b

2009-12-10T13:27:00.001+08:00

ora-04030 out of process memory when trying to allocate 123404 bytes (hash-join subh,kllcqas:kllsltba)今天在对一个900多列的表进行select的时候，报了这个一个错误。查了一下网上的资料，发现很多人建议是减小sga,pag。事实证明是无效的。查找metalink，发现是aix系统对oracle的资源限制问题。奇怪的是oracle安装文档上并没有该参数的设置。The error in this case is an AIX platform specific issue and it occurs because of an OS resource limitation.Increase the kernel parameter MAXUPROC to 8192 and restart

在aix5.3上安装svn

2009-08-12T11:29:00.001+08:00

项目需要在aix5.3上搭建一个版本控制系统，首选svn。在svn官方网站http://www.open.collab.net/发现提供的aix版本是Binaries。下载subversion-1.4.6-apache-python.tar.gz，上传至服务器。（1）gunzip subversion-1.4.6-apache-python.tar.gz（2）tar -xvf subversion-1.4.6-apache-python.tar（3）给subversion目录添加权限参照：chown -R root:system /opt/subversion/（4）在aix的profile里添加LIBPATH = /opt/subversion/lib安装完成。

word2007_文件许可权错误，word无法完成保存文件

2009-08-07T17:20:00.001+08:00

在Word 2007 里习惯性的Ctrl+S 的时候，突然跳出这么个提示，顿时觉得不好。。。可怜的是，我错点了否，哎，报了一堆错之后，我的文件不见了！google之，找到了网上有同样遭遇的人：http://www.zfreet.com/post/kaspersky_conflict_with_word.html解决方法：打开卡巴–>设置–>反恶意程序–>文件和内存–>然后点“启用文件和内存保护”旁边的“设置”–>选择“附加”标签–>将“扫描模式”由“快速模式”更改为“访问和修改时”。郁闷的是，我现在换成了赛门铁克的sep11，还是出了这样的问题，烦！一怒之下，我装了wps，╮(╯▽╰)╭

探求ETL本质之六（元数据漫谈）

2009-08-07T17:13:00.001+08:00

探求ETL本质之六（元数据漫谈）对于元数据（Metadata）的定义到目前为止没有什么特别精彩的，这个概念非常广，一般都是这样定义，“元数据是描述数据的数据（Data about Data）”，这造成一种递归定义，就像问小强住在哪里，答，在旺财隔壁。按照这样的定义，元数据所描述的数据是什么呢？还是元数据。这样就可能有元元元...元数据。我还听说过一种对元数据，如果说数据是一抽屉档案，那么元数据就是分类标签。那它和索引有什么区别？元数据体现是一种抽象，哲学家从古至今都在抽象这个世界，力图找到世界的本质。抽象不是一层关系，它是一种逐步由具体到一般的过程。例如我->男人->人->哺乳动物->生物这就是一个抽象过程，你要是在软件业混会发现这个例子很常见，面向对象方法就是这样一种抽象过程。它对世界中的事物、过程进行抽象，使用面向对象方法，构建一套对象模型。同样在面向对象方法中，类是对象的抽象，

探求ETL本质之五（质量保证）

2009-08-05T17:58:00.001+08:00

探求ETL本质之五（质量保证）上回提到ETL数据质量问题，这是无法根治的，只能采取特定的手段去尽量避免，而且必须要定义出度量方法来衡量数据的质量是好还是坏。对于数据源的质量，客户对此应该更加关心，如果在这个源头不能保证比较干净的数据，那么后面的分析功能的可信度也都成问题。数据源系统也在不断进化过程中，客户的操作也在逐渐规范中，BI系统也同样如此。本文探讨一下对数据源质量和ETL处理质量的应对方法。如何应对数据源的质量问题？记得在onteldatastage列表中也讨论过一个话题－"-1的处理"，在数据仓库模型维表中，通常有一条-1记录，表示“未知”，这个未知含义可广了，任何可能出错的数据，NULL数据甚至是规则没有涵盖到的数据，都转成-1。这是一种处理脏数据的方法，但这也是一种掩盖事实的方法。就好像写一个函数FileOpen(filename)，返回一个错误码，当然，

探求ETL本质之四（数据质量）

2009-08-04T13:36:00.001+08:00

探求ETL本质之四（数据质量） “不要绝对的数据准确，但要知道为什么不准确。”这是我们在构建BI系统是对数据准确性的要求。确实，对绝对的数据准确谁也没有把握，不仅是系统集成商，包括客户也是无法确定。准确的东西需要一个标准，但首先要保证这个标准是准确的，至少现在还没有这样一个标准。客户会提出一个相对标准，例如将你的OLAP数据结果和报表结果对比。虽然这是一种不太公平的比较，你也只好认了吧。首先在数据源那里，已经很难保证数据质量了，这一点也是事实。在这一层有哪些可能原因导致数据质量问题？可以分为下面几类：1、数据格式错误，例如缺失数据、数据值超出范围或是数据格式非法等。要知道对于同样处理大数据量的数据源系统，他们通常会舍弃一些数据库自身的检查机制，例如字段约束等。他们尽可能将数据检查在入库前保证，但是这一点是很难确保的。这类情况诸如身份证号码、手机号、非日期类型的日期字段等。2、数据一致性

探求ETL本质之二（分类）

2009-07-30T09:15:00.001+08:00

探求ETL本质之二（分类）昨在IT-Director上阅读一篇报告，关于ETL产品分类的。一般来说，我们眼中的ETL工具都是价格昂贵，能够处理海量数据的家伙，但是这是其中的一种。它可以分成4种，针对不同的需求，主要是从转换规则的复杂度和数据量大小来看。它们包括1、交互式运行环境，你可以指定数据源、目标数据，指定规则，立马ETL。这种交互式的操作无疑非常方便，但是只能适合小数据量和复杂度不高的ETL过程，因为一旦规则复杂了，可能需要语言级的描述，不能简简单单拖拖拽拽就可以的。还有数据量的问题，这种交互式必然建立在解释型语言基础上，另外他的灵活性必然要牺牲一定的性能为代价。所以如果要处理海量数据的话，每次读取一条记录，每次对规则进行解释执行，每次在写入一条记录，这对性能影响是非常大的。2、专门编码型的，它提供了一个基于某种语言的程序框架，你可以不必将编程精力放在一些周边的功能上，

探求ETL本质之一

2009-07-29T12:33:00.001+08:00

探求ETL本质之一 ETL的过程就是数据流动的过程，从不同异构数据源流向统一的目标数据。其间，数据的抽取、清洗、转换和装载形成串行或并行的过程。ETL的核心还是在于T这个过程，也就是转换，而抽取和装载一般可以作为转换的输入和输出，或者，它们作为一个单独的部件，其复杂度没有转换部件高。和OLTP系统中不同，那里充满这单条记录的insert、update和select等操作，ETL过程一般都是批量操作，例如它的装载多采用批量装载工具，一般都是DBMS系统自身附带的工具，例如Oracle SQLLoader和DB2的autoloader等。 ETL本身有一些特点，在一些工具中都有体现，下面以datastage和powermart举例来说。 1、静态的ETL单元和动态的ETL单元实例；一次转换指明了某种格式的数据如何格式化成另一种格式的数据，对于数据源的物理形式在设计时可以不用指定，

ETL的考虑

2009-07-28T16:49:00.001+08:00

ETL的考虑做数据仓库系统，ETL是关键的一环。说大了，ETL是数据整合解决方案，说小了，就是倒数据的工具。回忆一下工作这么些年来，处理数据迁移、转换的工作倒还真的不少。但是那些工作基本上是一次性工作或者很小数据量，使用access、DTS或是自己编个小程序搞定。可是在数据仓库系统中，ETL上升到了一定的理论高度，和原来小打小闹的工具使用不同了。究竟什么不同，从名字上就可以看到，人家已经将倒数据的过程分成3个步骤，E、T、L分别代表抽取、转换和装载。其实ETL过程就是数据流动的过程，从不同的数据源流向不同的目标数据。但在数据仓库中，ETL有几个特点，一是数据同步，它不是一次性倒完数据就拉到，它是经常性的活动，按照固定周期运行的，甚至现在还有人提出了实时ETL的概念。二是数据量，一般都是巨大的，值得你将数据流动的过程拆分成E、T和L。现在有很多成熟的工具提供ETL功能，例如

select * from table 异常缓慢

2009-06-25T14:23:00.001+08:00

一个表（只有2000多条数据）做一次select * from操作需要8秒多，导致和这个表相关的触发器工作起来异常缓慢。应该是oracle高水位线问题，表碎片。可能经过不断的添加、删除，不断的增长空间。而如果全表扫描的话，需要扫描所有的空间，而不是只有数据的空间。重建该表后，select * from操作需要0.1秒左右，问题解决。不知有没有更好的办法？

在linux下安装杀毒软件

2009-06-05T18:00:00.001+08:00

install antivirus software for linux在linux下安装杀毒软件部门的服务器上的操作系统是Red Hat Enterprise Linux AS release 4 (Nahant Update 5)，为了保证系统安全，决定装上杀毒软件。首选的肯定是Symantec.AntiVirus.Corporate.Edition.Linux，但是网上鲜有下载，并且也有版权的问题。免费的linux杀毒软件有antivir（小红伞），avast!等等，鉴于以前在windows下使用小红伞的良好体验，决定安装小红伞。首先从官方网站http://www.free-av.com/（这个域名有点可惜啊，O(∩_∩)O哈哈~）下载，发现这个链接还隐藏的挺深。下载下来是：antivir_workstation-pers.tar.gz解压后目录如下：-rw-r--r-- 1

用java调用oracle存储过程总结

2009-06-12T14:12:00.001+08:00

1、什么是存储过程。存储过程是数据库服务器端的一段程序，它有两种类型。一种类似于SELECT查询，用于检索数据，检索到的数据能够以数据集的形式返回给客户。另一种类似于INSERT或DELETE查询，它不返回数据，只是执行一个动作。有的服务器允许同一个存储过程既可以返回数据又可以执行动作。2、什么时候需要用存储过程　　如果服务器定义了存储过程，应当根据需要决定是否要用存储过程。存储过程通常是一些经常要执行的任务，这些任务往往是针对大量的记录而进行的。在服务器上执行存储过程，可以改善应用程序的性能。这是因为：.服务器往往具有强大的计算能力和速度。.避免把大量的数据下载到客户端，减少网络上的传输量。　　例如，假设一个应用程序需要计算一个数据，这个数据需要涉及到许多记录。如果不使用存储过程的话，把这些数据下载到客户端，导致网络上的流量剧增。　　不仅如此，客户端可能是一台老掉牙的计算机，

北京海欣方舟房地产开发有限公司

2009-06-11T16:30:00.001+08:00

北京海欣方舟房地产开发有限公司是一家无耻的开发商1.无限期的延期; ——原定5月31日收房，在30日下午6点以后突然打电话说延期几天，6号再收房；到了5号，又是在下午6点以后打电话，说是交不了钥匙了，无限期延期。非常过分，每次都提前半天打电话，让人措手不及，有的人还在外地，专门坐飞机火车赶回来，有好多人把老家的老人接过来，帮着装修，现在都没办法了。 2.房屋面积问题,钻合同空子重复收费 ——按照他们提供的实测报告，我的套内面积大了0.3平，但我的建筑面积缺小了0.2平！我的房子总面积小了，现在却要我多交那0.3平的钱，真是岂有此理！当初通知的时候不明确告知,业主自己要求核实才知道,要求退还差价.另外一个问题，实测报告显示测绘日期是5月28日，但是开发商28号上午就把实测数据给了业主，时间上明显不合理。3.绿化问题,实际建造与沙盘和当初售楼的宣传不符合,虚假宣传,

exp-00002 error in writing to export file

2009-06-03T14:13:00.001+08:00

exp导出文件到4gb时出错在windows2000环境下，使用exp导出，当导出文件达到4gb出现exp-00002错误Cause: Export could not write to the export file, probably because of a device error.This message is usually followed by a device message from the operating system.Action: Take appropriate action to restore the device. 是因为我的操作系统磁盘分区格式为FAT32，FAT32最大的文件是4GB。加个参数filesize，在file中指定道出的文件名1.dmp,2.dmp...如：EXP USER/PASS FILES=(A.DMP,B.DMP)

物化视图快速刷新出错 ORA-12054

2009-05-15T15:48:00.003+08:00

根据项目需求，需要创建一个增量更新的物化视图，语法如下：CREATE MATERIALIZED VIEW LOG ON A WITH PRIMARY KEY ;CREATE MATERIALIZED VIEW LOG ON B WITH PRIMARY KEY ;CREATE MATERIALIZED VIEW MV_TEST BUILD IMMEDIATE REFRESH FAST ON COMMIT AS SELECT A.COL1,B.COL1 FROM A,B WHERE A.COL2 = B.COL2;结果出现ORA-12054: 无法为实体化视图设置 ON COMMIT 刷新属性。这个提示相当模糊，google到yangtingkun的blog，发现了查找详细原因的方法。http://

oracle9i的job在497天时不能执行

2009-05-07T11:26:00.003+08:00

Oracle9i里面有一个BUG，当计数器到497天时，刚好达到它的最大值，再计数就会变成-1，继续计数就变成0了，然后计数器将不再跑了。1. Clear description of the problem encountered:slgcsf() / slgcs() on Solaris will stop incrementing after497 days 2 hrs 28 mins (approx) machine uptime.2. Pertinent configuration informationNo special configuration other than long machine uptime. .3. Indication of the frequency and predictability of the problem100% but only

winxp下ORACLE9I创建数据库出现ORA-01503 ORA-00058

2009-05-06T17:56:00.002+08:00

今天在本机创建一个9i的数据库操作系统：windows xp pro sp2数据库：oracle 9.2.0.1.0在创建过程中出现ORA-01503 ORA-00058错误，提示DB_BLOCK_SIZE不正确。google之：ORA-00058 DB_BLOCK_SIZE must be string to mount this database (not string)Cause: The value of the DB_BLOCK_SIZE initialization parameter used to start this database does not match the value used when that database was created. Potential reasons for this mismatch are:mounting the

使用 PDI 和 Oracle CDC 来实现Oracle 数据库向其他数据库的数据同步

2009-05-05T14:17:00.000+08:00

使用 PDI 和 Oracle CDC 来实现Oracle 数据库向其他数据库的数据同步本文讲述如何利用 Oracle CDC 和 PDI 来实现 Oracle 数据库向其他数据源的数据同步。第一节介绍Oracle CDC，如果您熟悉 Oracle CDC 可以跳过该节。第二节说明如何配置 PDI 里的 Oracle CDC 输入和 Oracle CDC 输出插件。第一节 Oracle CDC 介绍（本节主要内容摘自 OWB 用户手册）发布和订阅模型大多数 CDC 系统都需有人来完成数据的捕获和发布，这个人就是发布者。同时也有多个应用程序或人来访问发布的数据，这些应用程序或个人就是订阅者。 CDC 提供了 PL/SQL 包来完成发布和订阅任务。发布者：发布者通常是数据库的DBA, 他创建和维护包括了 CDC 系统的模式对象，发布者要和两个数据库进行交互源数据库（

Oracle长时间操作会话(六秒以上)查询

2009-05-05T12:50:00.002+08:00

SELECT T.USERNAME, T.OPNAME, T.TARGET, T.SOFAR, T.TOTALWORK, T.TIME_REMAINING, T.ELAPSED_SECONDS, T.MESSAGE FROM SYS.V_$SESSION_LONGOPS TWHERE T.SOFAR <> T.TOTALWORK

Oracle OFA结构

2009-05-04T14:16:00.003+08:00

OFA总体结构分两层,一层是software-oracle software,一层是Files(database)software目录结构oracle_base/--------------------------------------起名oracle最多 /product------------------------------------很多安装省略 /release_number--------------------这个一般作为Oracle_home /bin /dbs--------------------------------9i spfile默认位置,8i一般同时链接到/admin/pfile /

oracle10g和9i性能差异？

2009-04-30T17:13:00.004+08:00

前天一个客户反映相同的dump文件，导入不同的数据库版本中（oracle9i和oracle10g），发现同一条sql执行时间差异很大，在oracle9i中为6.7秒，在oracle10g中为1.7秒，经查，基本参数也是相同的，oracle9i的磁盘时raid5，理论上应该更快一点。难道是版本原因导致的差异，是以记之~~

RedHat as 4 Enterprise 安装 rar

2009-04-16T10:16:00.001+08:00

1.在以下网址下载对应rarhttp://www.rarlab.com/download.htm 2.安装rar#unzip rarlinux-3.7.1.tar.zip #cd rar #make #make install 3.如果出现依赖的glibc没有装 rar: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by rar)不要理这个句话。。找你解压的文件里面有没有rar_static #cp rar_static /usr/local/bin/rar 就可以了--end--