> 文章列表 / Page 297

“不务正业”的google最近发布了pagespeed插件和apache 2专有的mod_pagespeed页面优化模块；pagespeed插件目前仅有firefox版的，该插件要求预安装有Firebug页面debugger插件，你可以通过Tools->Add-ons->Get Add-ons菜单添加Firebug插件，之后登陆pagespeed在code.google.com的官方页面安装pagespeed插件。 pagespeed插件的使用十分简单，只要在打开你希望优化的页面后，点选Firefox工具栏上的Tools->FireBug->Open Firebug in New Window选项；如我在我的www.askmaclean.com页面上打开Open Firebug in New Window就会出现以窗口:

首先是接口SQLnetDef，定义了参数 public interface SQLnetDef { public static final boolean DEBUG = false; public static final boolean ASSERT = false; public…

在开发源工具解决Oracle中的问题时，必须了解TNS协议。在努力理解TNS协议的时候，Oracle JDBC驱动程序(classes12.zip)会是一个很有用的资源 TNS头 每个TNS包都有一个8字节的包头。包最前面的两个字节用来表示包的长度–不包括包头的大小。和所有的值一样，大小是大端字节的方式存储的。如果进行了校验，那么校验和会被存放在下一个字(WORD)内–默认情况下会对校验和进行校验，该字（WORD)的值为0x0000。下面的一个字节用来表示包的类型–例如，最常见的类型如下所示： Connect packet Type        1 Accept packet    Type       2 Ack  packet          Type      3…

从最新流出的《Exadata Guided Learning Path Exadata:Pricing》内部文档中可以进一步了解Oracle Sun Database Machine:Exadata V2的实际价格；该文档中列出的价目表和我之前文章中介绍的出入较大，因为是视频截图可能不是十分清晰: 以下为满配全机架的价目表： 可以看到其实际的价格中Exadata Storage Server Software软件的价格占到了很大的比例，需要支付每块磁盘10000USD的高昂软件费用；而Exadata Storage Server软件一年的Support费用则高达369600美元。如果购买包括Oracle Database 11g及RAC,Partition特性的License，把这些费用合计则达到了$6,413,768；很难想象出去银行和政府外有哪些企业会为数据库投入如此庞大的预算。 以下为四分之一机架的价目表，其中包含了数据库软件及RAC和分区特性的License: 相对而言四分之一机架价格不会让人那么心惊肉跳，因为CPU和磁盘的数量相应减少，所以数据库软件的License价格没有满配那么夸张。…

不少Oracle的初学者都会因为checkpoint这个知识点而头痛，绝大多数Oracle文档对完全检查点和增量检查点的描述又都略显朦胧；譬如在线日志的切换引起的是完全检查点还是增量检查点这个问题，就有不少的争论。实际上增量检查点与完全检查点有一个显著的区别:完全检查点发生时控制文件和数据文件头中的checkpoint scn都会被更新，而增量检查点发生时只有控制文件中的checkpoint scn更新; 我们可以通过以下演示证明日志切换引发的到底是何种检查点?: SQL> select checkpoint_change# from v$datafile_header where status='ONLINE'; CHECKPOINT_CHANGE# ------------------ 1665476 1665476 1665476 1665476 1665476 1665476 6…

如果在使用数据泵时不采用parfile参数文件的话，query参数指定的查询条件是需要使用单引号括起来的，而当使用parfile时则不需要加上单引号，加上后反而会出现LPX-314: an internal failure occurred错误: [maclean@rh2 mesg]$ expdp maclean/maclean directory=dump tables=estimate_me query=estimate_me:"where t1<2000" Export: Release 10.2.0.4.0 - 64bit Production on…

昨天晚上去客户现场配合一个导入导出作业；这是一套Solaris 10上的10.2.0.1系统，导出采用expdp数据泵工具，需要导出的数据源是一张大小在120G左右的单表，该表存放了最近一年的数据，实际导出时只需要最近三个月的数据，所以使用了QUERY参数,并指定了并行度为2。 该导出作业之前未经测试过，语句也是临时写的，实际执行导出工作时发现在评估阶段(estimate phase)耗费了大约十多分钟的时间，estimate默认使用blocks模式，即通过计算对象段占用的数据库块来预估dumpfile的大小；此外还有statistics模式通过对象的统计信息来推算导出文件的大小: The block method of estimate is the least accurate. We investigate how many blocks were allocated…

这是一个十分简单的单表导出作业，表上大约有200万条数据；但实际exp导出时dump文件每秒增长不足1MB，速度十分缓慢。 SQL> show user; USER is "SH" SQL> select count(*) from orders; COUNT(*) ---------- 2319232 SQL> select bytes/1024/1024 from dba_segments…

我们使用Linux平台进行测试，OS版本为Oracle Enterprise Linux 5.5 x86_64: [root@nas servsoft]# cat /etc/issue Enterprise Linux Enterprise Linux Server release 5.5 (Carthage) Kernel \r on…

一套windows上的11.1.0.7系统，用户在查询时出现ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], [], [], [], [], []错误如下: Dump continued from…