但是，当我按照手册完成这个文件时，发现原来unixODBC已经建好了这个文件，不过它不在/etc目录之下，而是在/usr/local/etc目录下。于是我把上述两个编辑好的文件拷贝至该目录中。
　　
　　此外，安装库unixODBC时还需要KDE软件开发工具包(其中已经包含了Qt)和X软件开发工具包，否则安装过程将无法进行下去。如果没有安装该软件包，那么可以选择：开始选单→系统工具→软件包。这时就会启动Red Hat软件包管理工具，选中上述两项内容(如图1所示)，点击确定进行安装。
　　
　　虽然已经成功，但是我还是不觉得轻松，毕竟这个方法过于复杂。于是，我开始寻求更简单的解决办法。工夫不负有心人，最后，我终于找到了解决的办法，也就是我将要给大家介绍的方法二。
　　
　　安装配置方法二
　　这种方法的基本思想是，通过RHN让Red Hat自己进行软件更新和依赖性的检查，至于如何设置RHN，请参考本刊2003年第1期“使用RHN让Red Hat Linux自动更新”的文章。
　　
　　在Red Hat 8.0中，安装的步骤如下：
　　
　　第一步 up2date mysql mysql-server and mysql-devel
　　
　　如果网速足够快，那么这个步骤也不会花太多的时间。
　　
　　第二步 /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，而是先对其进行测试，看一看其是否可以满足你的需求。需要指出的是，任何软件无论是代码还是文档，都会有一些错误，所以不要对使用过程中出现的一些问题大加抱怨，应该以更积极的态度来发现和解决问题。