如果网速足够快,那么这个步骤也不会花太多的时间。在我的机器上,这个过程只花费了4分钟,如图3所示。
第二步 /usr/bin/
mysql_install_db
第三步 chown -R
mysql.
mysql /var/lib/
mysql 第四步 chmod -R 666 /var/lib/
mysql 第五步 /usr/bin/safe_
mysqld-u
mysql &
第六步 up2date unixODBC unixODBC-devel
第七步 up2date --src MyODBC
第八步 rpmbuild --rebuild /var/spool/up2date/MyODBC-2.50.39-7.src.rpm
第九步 rpm -Uvh --force /usr/src/redhat/RPMS/i386/MyODBC-2.50.39-7.i386.rpm
第十步 参照方法一编辑/etc/odbc.ini和/etc/odbcinst.ini
但是不知是什么原因,每次当我使用up2date列表中的软件包时都有一些问题。也许是某一次的安装过程中,我没有清理好
系统,或者是当目录树下有如此多的软件包时,up2date无法正确应对。不管怎么说,我还是正确完成了安装。
小结 现在再来做另外一件事情,就是从刚建立的表中提取内容,并且打印地址标签。完成这个步骤花费了我大量的时间。按照帮助
系统的指示,我大概了解了配置的过程,但是最后没有成功。并且,这个配置过程非常的不直观,更何况有的步骤根本就无法正常工作。
为此,我在网上进行了大量检索,并且分别到OpenOffice.org和MySQL的
论坛中进行了提问,但问题都没有得到解决。功夫不负有心人,最后我终于获知原来出错的原因居然是OpenOffice.org的帮助
系统文件档有一些错误。我终于找到了可以让它正常工作的方法。
当我第一次尝试打印地址标签时,MySQL提示出错信息:“Too many connections.”,原来页面中的每一个标签都需要一个自己的连接。于是,我做了两件事情来解决这个问题。首先,把下面这些加入到了/etc/my.cnf的MySQL章节中:
set-variable = max_connections=200 |
中止了正在运行的
进程之后,在重新启动之前执行了su
mysql。我在网上看到有一个MySQL开发人员建议,如果不以root身份来启动
mysqld的话可以解决“Too many connection”的问题。于是我以MySQL的身份重新启动了
mysql,并且在命令行中加入了一个用户参数。这样改变以后,数据库的访问就正常了。当然,到底哪一个方法有效还要经过一些实验。
整个使用过程中,我的感觉是OpenOffice.org要远比我想象的复杂和强大得多,它可以和各种数据库管理系统一起工作。如果你的SOHO办公环境需要数据库访问和操作,那么我建议不要马上切换至OpenOffice.org,而是先对其进行测试,看一看其是否可以满足你的需求。需要指出的是,任何软件无论是代码还是文档,都会有一些错误,所以不要对使用过程中出现的一些问题大加抱怨,应该以更积极的态度来发现和解决问题。

发表评论