让MySQL与OpenOffice共舞

核心提示： (和PHP搭配之最佳组合)与OpenOffice共舞" />·开源办公软件OpenOffice推出随身版·不对宏病毒出补丁：OpenOffice如是说·开源办公软件OpenOffice出随身版·“平民”与“贵族”的对抗 OpenOffice&middo

(和PHP搭配之最佳组合)与OpenOffice共舞" />

·开源办公软件OpenOffice推出随身版
·不对宏病毒出补丁：OpenOffice如是说
·开源办公软件OpenOffice出随身版
·“平民”与“贵族”的对抗 OpenOffice
·首个StarOffice/OpenOffice概念病毒出
·Linux办公一条龙之初识OpenOffice
·OpenOffice 2.2发布 长得更像微软Offi
·OpenOffice并不比普通Office更安全
·POWER 上安装 OpenOffice.org for Lin
·OpenOffice2.0出新招　OA王朝从此撼摇

　　3.进行测试

　　首先看一看ODBC和MySQL(和PHP搭配之最佳组合)是否可以正确沟通。我使用isql MySQL(和PHP搭配之最佳组合)-test -v命令来进行测试，结果出现了“Could not SQLConnect”的错误信息。因为我使用了显示详细信息的-v选项，因此系统提示无法找到/var/lib/MySQL(和PHP搭配之最佳组合)/MySQL(和PHP搭配之最佳组合).sock的信息。后来我发现MySQL(和PHP搭配之最佳组合)是把MySQL(和PHP搭配之最佳组合).sock文件存储在了/tmp目录下，而ODBC则是在/var/lib/MySQL(和PHP搭配之最佳组合)目录下查找该文件，难怪它们不能顺利沟通。

　　现在以root身份来创建一个/var/lib/MySQL(和PHP搭配之最佳组合)目录，随后运行以下命令： 　　

　　chown -R MySQL(和PHP搭配之最佳组合).MySQL(和PHP搭配之最佳组合) /var/lib/MySQL(和PHP搭配之最佳组合)　　

　　然后重新启动MySQL(和PHP搭配之最佳组合)d，并且指明了用户名和socket的位置，命令如下所示： 　　

　　bin/safe_MySQL(和PHP搭配之最佳组合)d --user=MySQL(和PHP搭配之最佳组合) --socket=/var/lib/MySQL(和PHP搭配之最佳组合)/MySQL(和PHP搭配之最佳组合).sock &　　

　　再测试一遍，结果一切正常。现在可以进行以下测试了： 　　

　　/ isql MySQL(和PHP搭配之最佳组合)-test -v

　　+---------------------------------------+

　　　 Connected! 　

　　　　

　　　 sql-statement　

　　　 help [tablename]　

　　　 quit　

　　　　

　　+---------------------------------------+

　　SQL> select version();

　　+----------+

　　　 version()　

　　+----------+

　　　 3.23.55 　

　　+----------+

　　1 rows affected

　　1 rows returned

　　经过前面不断地失败，我都不敢相信软件用户手册了。接着，启动OpenOffice Writer，然后选择工具→数据源。这时，又一个错误出现，OpenOffice显示说无法找到libodbc.so。我把libodbc.so从/usr/local/lib拷贝到/usr/lib后，问题就解决了。于是，一切都正常了。图2是OpenOffice的表设计窗口，在这个窗口中，我很容易就完成了一个表的设计，真是太棒了。 　　

　　 (和PHP搭配之最佳组合)与OpenOffice共舞" />

　　虽然已经成功，但是我还是不觉得轻松，毕竟这个方法过于复杂。于是，我开始寻求更简单的解决办法。工夫不负有心人，最后，我终于找到了解决的办法，也就是我将要给大家介绍的方法二。

　　安装配置方法二

　　这种方法的基本思想是，通过RHN让Red Hat自己进行软件更新和依赖性的检查，至于如何设置RHN，请参考本刊2003年第1期“使用RHN让Red Hat Linux自动更新”的文章。

　　在Red Hat 8.0中，安装的步骤如下：

　　第一步 up2date MySQL(和PHP搭配之最佳组合) MySQL(和PHP搭配之最佳组合)-server and MySQL(和PHP搭配之最佳组合)-devel

　　如果网速足够快，那么这个步骤也不会花太多的时间。

　　第二步 /usr/bin/MySQL(和PHP搭配之最佳组合)_install_db

　　第三步 chown -R MySQL(和PHP搭配之最佳组合).MySQL(和PHP搭配之最佳组合) /var/lib/MySQL(和PHP搭配之最佳组合)

　　第四步 chmod -R 666 /var/lib/MySQL(和PHP搭配之最佳组合)

　　第五步 /usr/bin/safe_MySQL(和PHP搭配之最佳组合)d-u MySQL(和PHP搭配之最佳组合) &

　　第六步 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(和PHP搭配之最佳组合)的论坛中进行了提问，但问题都没有得到解决。功夫不负有心人，最后我终于获知原来出错的原因居然是OpenOffice.org的帮助系统文件档有一些错误。我终于找到了可以让它正常工作的方法。

　　当我第一次尝试打印地址标签时，MySQL(和PHP搭配之最佳组合)提示出错信息：“Too many connections.”，原来页面中的每一个标签都需要一个自己的连接。于是，我做了两件事情来解决这个问题。首先，把下面这些加入到了/etc/my.cnf的MySQL(和PHP搭配之最佳组合)章节中： 　

　　set-variable = max_connections=200　　

　　中止了正在运行的进程之后，在重新启动之前执行了su MySQL(和PHP搭配之最佳组合)。我在网上看到有一个MySQL(和PHP搭配之最佳组合)开发人员建议，如果不以root身份来启动MySQL(和PHP搭配之最佳组合)d的话可以解决“Too many connection”的问题。于是我以MySQL(和PHP搭配之最佳组合)的身份重新启动了MySQL(和PHP搭配之最佳组合)，并且在命令行中加入了一个用户参数。这样改变以后，数据库的访问就正常了。当然，到底哪一个方法有效还要经过一些实验。

　　整个使用过程中，我的感觉是OpenOffice.org要远比我想象的复杂和强大得多，它可以和各种数据库管理系统一起工作。如果你的SOHO办公环境需要数据库访问和操作，那么我建议不要马上切换至OpenOffice.org，而是先对其进行测试，看一看其是否可以满足你的需求。需要指出的是，任何软件无论是代码还是文档，都会有一些错误，所以不要对使用过程中出现的一些问题大加抱怨，应该以更积极的态度来发现和解决问题。