最近又有一条 Oracle 的新闻吸引了不少人注意, 那就是 Oracle 准备收购开源厂商(Oracle’s Open-Source Shopping Spree).目标锁定Jboss、Zend、Sleepycat 这三家.
从目前的一些消息看, 收购 Zend 似乎是已成定局. 对 Oracle 来说, PHP 的开源动力是一块肥肉, PHP 也俨然成为 Java/.net 之外的第三股开发力量. Oracle 过去也在 PHP 上投入了不少资源, 早在 2004 年 8 月就在 Application Server 中提供对 PHP 的支持(参见:Oracle 联手 Zend 推 PHP), 与 Zend 的合作看来感觉不错,所以财大气粗的 Oracle 还不如直接把 Zend 纳入麾下更加痛快。
收购 Jboss, 动机还是比较明显: 抢夺 BEA 与 IBM 的中间件产品。我一直比较奇怪, Oracle 为什么不收购 BEA ? BEA 的产品与客户都是 Oracle 比较垂涎的, 不过如果拿下 Jboss, BEA 与 IBM 的中间件产品市场相信会受到一定打击。间接的达到了目的。Oracle 这一步棋和收购 InnoDB 来断掉 MySQL 的后路有异曲同工之妙 .
Tag Archives: Oracle
Oracle HTML DB 更名为 Oracle Application Express
Oracle HTML DB 更名为 Oracle Application Express(APEX) , 与 Oracle 10g Express Edition 的命名原则一致了.
Oracle HTML DB 的开发代号为 Marvel(奇迹),这倒似乎是个不错的名字, Gary Myers 在 Blog 中怀念这个名字. Application Express 这个名字恐怕很多人会和Application Server 混淆,至少我觉得还不如原来的 HTML DB , 听起来大致知道这个工具是作什么的, 或者是 Oracle WebApp Express 也不错 :)
现在在 OTN 上已经有一个针对 Oracle Application Express 的入口. 文档上也去掉了所有的旧的 HTML DB 的字样. 软件下载的位置(Download Apex).
Oracle 在新闻稿中说:
Over 175,000 users have downloaded Oracle Application Express since its initial release in February 2004.
不知道实际上有多少中国用户用这个工具开发具体的应用?
Oracle XE 自带的数据库如何创建的?
简单的说了一下Oracle 10g XE 的字符集问题, 我们接下来看看 Oracle 10g XE 自带的数据库如何创建的.
老实说,最开始在 Windows 上安装 XE 的时候,步骤非常简单,还以为 Oracle 已经掩盖了全部细节呢,安装之后浏览一下相关目录就清晰多了.我把 XE 安装到 D: 盘,在 D:\oraclexe\app\oracle\product\10.2.0\server\config\scripts 目录下有如下文件:
2006-01-24 20:47 1,783 cloneDBCreation.sql 2006-01-24 20:47 321 CloneRmanRestore.sql 2006-01-24 20:48 2,410 init.ora 2006-01-24 20:48 2,177 initXETemp.ora 2006-01-24 20:47 929 postDBCreation.sql 2006-01-24 20:47 780 postScripts.sql 2006-01-24 20:47 1,334 rmanRestoreDatafiles.sql 2006-01-24 20:47 1,424 XE.bat 2006-01-24 20:47 716 XE.sql
XE.bat 批处理文件完成如下事情:添加需要的操作系统用户; 创建相关目录存放 Oracle 数据文件;设定 Oracle 环境变量主要是 SID 名字;调用 Oradim 命令创建 XE 的实例; 然后调用 XE.sql 脚本.
XE.sql 脚本首先定义 XE 实例的用户需要用到的密码,然后用 orapwd.exe 创建密码文件, 这些步骤都和普通的 Oracle 创建实例的脚本非常相似.接下里就有意思了:XE.sql 调用 CloneRmanRestore.sql , CloneRmanRestore.sql 调用 rmanRestoreDatafiles.sql.
variable devicename varchar2(255); declare omfname varchar2(512) := NULL; done boolean; begin dbms_output.put_line(' '); dbms_output.put_line(' Allocating device.... '); dbms_output.put_line(' Specifying datafiles... '); :devicename := dbms_backup_restore.deviceAllocate; dbms_output.put_line(' Specifing datafiles... '); dbms_backup_restore.restoreSetDataFile; dbms_backup_restore.restoreDataFileTo(1, 'D:\oraclexe\oradata\XE\system.dbf', 0, 'SYSTEM'); dbms_backup_restore.restoreDataFileTo(2, 'D:\oraclexe\oradata\XE\undo.dbf', 0, 'UNDOTBS1'); dbms_backup_restore.restoreDataFileTo(3, 'D:\oraclexe\\oradata\XE\sysaux.dbf', 0, 'SYSAUX'); dbms_backup_restore.restoreDataFileTo(4, 'D:\oraclexe\oradata\XE\users.dbf', 0, 'USERS'); dbms_output.put_line(' Restoring ... '); dbms_backup_restore.restoreBackupPiece ('D:\oraclexe\app\oracle\product\10.2.0\server\config\seeddb\EXPRESS.dfb', done); if done then dbms_output.put_line(' Restore done.'); else dbms_output.put_line(' ORA-XXXX: Restore failed '); end if; dbms_backup_restore.deviceDeallocate; end; /
非常有意思.XE 用的是非常规手段: dbms_backup_restore 过程.以前我曾经在 RMAN 备份,未使用catalog,控制文件丢失的解决办法 中作过介绍:
在 Oracle 816 以后的版本中,Oracle 提供了一个包:DBMS_BACKUP_RESTORE.DBMS_BACKUP_RESTORE 包是由 dbmsbkrs.sql 和 prvtbkrs.plb 这两个脚本创建的.catproc.sql 脚本运行后会调用这两个包.所以是每个数据库都有的这个包. 是 Oracle服务器和操作系统之间 IO 操作的接口.由恢复管理器直接调用。
Oracle XE 直接用这个包从一个种子备份 ’D:\oraclexe\app\oracle\product\10.2.0\server\config\seeddb\EXPRESS.dfb’ 恢复需要的文件.注意到上面只有四个必要的表空间,Oracle 在发行说明中所说的空间限制就是从这个地方而来.至于能否超过 4g 的限制,我后面再分析.
接下来 XE.sql 调用 cloneDBCreation.sql,这个脚本的主要目的是为了创建一个可用的控制文件.
并利用dbms_backup_restore 的 zerodbid(0) 函数创建了一个新的 DBID .
然后
alter database "XE" open resetlogs;
alter database rename global_name to "XE";
并添加了一个临时表空间 Temp.
这个脚本执行之后,XE.sql 调用 postDBCreation.sql, 通过如下过程定义端口:
begin dbms_xdb.sethttpport('8080'); dbms_xdb.setftpport('0'); end; /
最后 XE.sql 调用 postScripts.sql ,主要是一些后续的操作,Patch 脚本什么的.
到此,数据库创建已经完成.也就是图形化安装的时候 1~5 的几个步骤省略的过程.其实没那么复杂.
如果是 Linux 版本,则这一堆脚本在 /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/config/scripts 这个目录下.除了调用 oradim.exe 命令之外,其他差异不大.
Oracle 10g XE 的字符集问题
有朋友问我关于 Oracle 10g XE 的字符集问题[比如这位]。这个问题首先要看 Oracle XE 的安装文档,当前的 XE 有有两种字符集之分:Western European 与 Universal 。
- 西欧(Western European)
数据库用 WE8MSWIN1252 字符集创建,适合单字节的拉丁文,HTML DB 的界面是英文。当前的 Beta 版本都用的这个字符集。所以有的朋友在导入数据的时候会遇到问题。 - Universal
创建数据库的字符集是 AL32UTF8 . HTML DB 可以是双字节文字,比如中文. 要在正式版才可以提供。
那么是不是当前测试版本的 XE 不支持中文存储 ? 其实不是的。参考这个XE NLS_LANG 注册表设定图示 把 字符集设定为 WE8MSWIN1252,或者是 在命令行设定 NLS_LANG 为 AMERICAN_AMERICA.WE8MSWIN1252, 还是可以输入中文并显示中文的。参考这个图. 而在 HTML DB 的界面下,可能显示乱码。需要把 IE 的语言首选项中的英文放到中文前面。