難得聰明 » Symfoware

给Symfoware客户端打Patch

xifanlou — Tue, 19 Oct 2010 01:12:42 +0000

因为之前没有安装过patch，所以把パッチT002729LP-06的安装过程记了下来
这个Patch跟CM（Connection Manager）有关，为了验证，所以多了CM的安装、配置过程，如何打patch也就step 4中的内容
Step 1.环境搭设
没有干净的虚拟机，安装目录/opt下面有源码包，有的组建还没有删除脚本
磨叽了好久，开始动工，从虚拟机打开一个较早的snapshot，删除CM用以下命令：
rpm -qa | grep FJ
rpm -e FJSVapccm-2930.50-1
rpm -e FJSVapcap-2930.50-1
如果使用rpm删除所有的symfoware制品，会有lib依赖的问题，删除不干净，而且安装新的Symfoware制品也会有问题
而Symfoware RDB这块儿最好使用安装包里提供的删除脚本，一般是/opt/symfoware/setup/symfo_remove
删除干净后，安装Symfoware client
然后安装CM
CM也是客户端工具，CM安装包中除了CM外，也集成了其它客户端组件，如JDBC，ESQL，所以也可以跳过Client的安装，直接安装CM

Step 2.使用CM把远程主机上的RDB实例映射到本地
在远程机器上创建RDB实例，并启动apcspv
Ps：客户端要使用CM，Server端要有apcspv工具与之配合，目前只有Ex版（Enterprise Extends Edition）才有，所以要装EX版的Server
在客户端配置CM，修改CM配置文件：
RDBSYSTEM=(本地化的RDB别名,远程主机的IP,RDB port,apcspv port)
SQLSERVER=(本地化的DB别名,远程主机上的DB名,实例的本地别名)
启动CM
apcstart
查看
apcnet（on line状态）
这样就将远程主机上实例映射到本地
注：X86和X64的CM安装包是同一个，ia64平台则是另外一个安装包
Step 3.使用client
rdbexecsql是Symfoware中类似于Oracle SQLPlus的功能的工具
因为RDBexecsql是基于ESQL开发的，所以要使用ESQL的配置文件（如果Client和RDB实例在同一台机器上，则不需要）
简单的应用：
export SQLRTENV=路径/sqlenvfile
sqlenvfile可以如下：
DEFAULT_CONNECTION=(本地化的DB别名，用户名，密码)

可以通过rdbexecsql -s 本地化的DB别名建立连接
>SQL *输入要执行的SQL文*
Step 4.打Patch
Symfoware安装patch需要工具uam
uam的安装（Linux）：
tar xzvf Patch安装包
./install.sh -s Patch认证包

安装patch
/opt/FJSVfupde/bin/uam add -d Patch文件所在的目录
删除patch
/opt/FJSVfupde/bin/uam remove -i patch的番号
Ps：Patch文件的文件名即是patch编号
然后使用rdbexecsql验证Patch追加成功
Ps：开发人员知道是什么bug的Patch，所以可以验证，用户就不需要了

改善点：
1.mount命令
2.如何强力删除Symfoware的所有组件（作成脚本）
3.虚拟机每个阶段做一些snapshot

关系型数据库家谱

xifanlou — Thu, 11 Mar 2010 13:54:48 +0000

看《系分》教材，有一章节是关于数据库的，一般这种章节开篇都会列出当下几个著名的数据库产品，我不期待有symfoware，但是把Ingres列到第二位，我还是有点不解，Wiki了一下，虽然Ingres的辉煌是明日黄花（系分教材也真该更新下了），但是，面对这祖师级的数据库产品，Symfoware等后辈还是得道一声“失敬”
俺按照wiki上的介绍，把UML工具JUDE当做画图工具，画了一张关系型数据库族谱：

了解ODBC

xifanlou — Thu, 11 Feb 2010 09:38:48 +0000

大四有次课程设计，是做数据库应用程序的，当时按照老师的那本书中的实例，几乎没有动脑，程序就ok了
现在觉得这种行为真愚蠢。
工作后，接触的全部是跟数据库驱动相关的bug，对各种Driver的使用也了然于胸，大学时候能有这种实习机会的话，绝对大受裨益
后知后觉的事太多了…

之前一直搞不清楚ODBC是微软自己的协议，还是一种通用标准，很多数据库只有在Windows平台上才有ODBC库，比如Symfoware
但是在SQL ISO2003中没有ODBC这一章，却在第三章有对CLI的实现进行了详细说明，这让人费解。
最近综合一些信息，包括自己的理解，维基百科上的词条等，算是得到了答案：
1.用户使用ODBC是通过ODBC连接管理器+ODBC驱动程序实现的。Windows上的Microsoft ODBC是使用最广泛的ODBC管理器工具，而数据库厂商去实现ODBC驱动程序，厂商的ODBC驱动程序对用户来讲，往往是不可见的或者不能直接使用的，ODBC管理器可以用来设置ODBC数据源，而用户写的C程序也可以调用微软提供的ODBC API函数
2.ODBC标准是由微软最早提出的，发展到ODBC3的时候，已经很成熟，ISO就根据ODBC标准制订了CLI标准，现在使用的统一的的C语言接口，所以叫做Call-level Interface，功能跟ODBC几乎相同。
3.也许是习惯的缘故，Symfoware面向Windows ODBC管理器的库仍称之为ODBC库，CLI库是后来完全基于ODBC库开发出来的，接口增加了，也脱离了对ODBC管理器的依赖，扩展性和独立性都提升了不少
4.IBM的DB2公开了CLI接口，Symfoware没有，Symfoware在Windows平台可是使用ODBC API，但是非Windows场合，却不能，即使巧妙的用到了，出了问题Fujitsu是免责的

Symfoware V10がやっと発表できそうです

xifanlou — Thu, 21 Jan 2010 05:09:46 +0000

如题，历时两年时间，Fujitsu中间件产品之一Symfoware的V10.0发布了。刚好也是从大学毕业进入公司工作的这一段时间，一年半的时间都是在维护Symfoware，修bug，加些小功能，算是增砖添瓦，添油加醋，为Symfoware的成功发布做了一点点的小贡献。
除了FUJISTU的重要客户和内部员工，不晓得是否有人会关注V10，一些大型的开发往往都会胎死腹中，V10没有沦落至此，很是幸运，也辛苦了一大批兄弟姐妹。

shell编程–命令解释程序

xifanlou — Tue, 27 Oct 2009 03:23:42 +0000

最近的一个小项目因为不晓得shell编程被PM羞辱了，呜….
具体如下：
Symfoware中有两个命令能够执行DDL：命令rdbexecsql和命令rdbddlex
rdbddlex是比较早的命令，rdbexecsql则是最近开发的，支持DML，最近做了扩展。也支持了DDL
所以，rdbexecsql覆盖了rdbddlex的功能
现在想用rdbddlex的测试集测试rdbexecsql，有一个简单的方法，就是写一个shell程序，用rdbexecsql命令解释rdbddlex
写这个shell，需要用到getopts命令和熟悉rdbexecsql与rdbddlex两个命令之间的差异
删减版的shell程序的框架示意如下：
————————————————rdbddlex程序开始—————————————————————
#!/bin/bash
#rdbddlex — use rdbexecsql to replace rdbddlex(include their options)
##############################################################################
while getopts “:d:xlv:” OPTION
#：对”:d:xlv:”的解释：
#”:d:xlv:”是rdbddlex支持的参数
#“：“表示之前的option要有相应的参数，比如-d选项后必须跟数据库名
#d之前有个”：“是因为rdbddlex 的选项都是可选的，但是必须跟一个文件名作为rdbddlex 的参数
do
case $OPTION in
d)dbopt=Y
dbname=$OPTARG;;#变量$OPTARG保存了当前$OPTION对应的参数（如果有的话）
x)xopt=Y;;
l)lopt=Y;;
v)if [ ${OPTARG}M = "CLM"M ];then
vopt=Y
else
echo “usage:rdbddlex [ -d 数据库名][ -x ][ -l ][ -v CLM ] 文件名”
exit 1
fi;;
?)echo “usage:rdbddlex [ -d 数据库名 ][ -x ][ -l ][ -v CLM ]文件名”
exit 1;;
esac
done
shift $(($OPTIND – 1))
filename=$*
#*表示所有，也就是取了剩下的所有的参数，比如rdbddlex -d db1 file1 file2，
#那么filename=file1 file2，如果filename=$1，则filename=file1
#################################################################################
#rdbddlex和rdbexecsql 选项之间的map关系
#无视rdbddlex的-x和-v CLM选项
# rdbddlex的-d选项用rdbexecsql -ｓ替代
# rdbddlex的-l选项用rdbexecsql -c替代
#################################################################################
if [ ${dbopt}M = "Y"M ];then
if [ ${lopt}M = "Y"M ];then
rdbexecsql -s $dbname -c $filename
else
rdbexecsql -s $dbname $filename
fi
else
if [ ${lopt}M = "Y"M ];then
rdbexecsql -c $filename
else
rdbexecsql $filename
fi
fi
——————————————–rdbddlex 程序结束——————————————-
脚本做好之后，虽然测试时候执行的rdbddlex其实是自己解释过的，用的是rdbexecsql，这样一套测试集就可以被两个命令共用了

PS：Wordpress的文本编辑器对Tab的支持不怎么好，每行开始的空格都被过滤掉了，所以if…fi的结构很难看

Symfoware

xifanlou — Mon, 26 Oct 2009 13:09:55 +0000

今天想到一个提高博客知名度的好方法，那就是经常把symfoware拉进来
目前我正在维护的这款数据库，虽然在国内的知名度几乎为零，但是在日本还是有一定的市场，在中国，一些面向日本的外包公司，包括Fujitsu内部的子公司对Symfoware还是有点使用需求的。
我曾经在CSDN上的博客说这款数据库很差劲，太武断了，是因为当时还没有习惯，尽管与Oracle，DB2，SQL Server有很大差距，但是毕竟也是一款久经考验的商业数据库，比开源的MySQL，PostGreSQL要稳定可靠些。
在 Fujitsu产品群中，Symfoware只是属于软件事业部门的中间件部门的一个产品，并不是主打产品，所以，Fujitsu算不上数据库专业厂商，也没有花过多的人力和物理资源在Symfoware上，对用户来讲，Symfoware在Fujitsu服务器上表现的表现可圈可点，因此也是主要面向大客户，客服方面做的也是相当不错，主要体现在Symfoware的各种定制版本中。
而且，很重要的一个因素是，日系厂商在技术上偏保守，Symfoware也一直没有使用一些新的技术，像高端点的内存数据库，语意数据库，数据仓库等都没有，甚至，外键暂时也不支持。
其实，当初的设计者规划的架构和最后实现也是相差甚大。
目前用Symfoware的有名机构主要有：

http://software.fujitsu.com/jp/symfoware/casestudies/customer/

可惜没有看到丰田和东京证券