分类: Mysql/postgreSQL
2008-05-24 21:40:57
| ||||||||||||||||
一年前,我成为了Linux用户的一员,但是多年使用Windows,让我觉得Linux有的工具使用不很习惯。就拿数据库来说,在Windows下,开发一些数据库驱动的或者小型管理系统时可以选择使用Access。Access不仅易于使用,而且非常方便。转到Linux上后,做同样事情时发现MySQL是一个不错的选择,但其没有图形界面,使用起来不是很方便,于是能够找到解决的方案。经过一段时间的探寻,终于找到决办法,即把MySQL和OpenOffice结合使用。根据显示,实现MySQL和OpenOffice协同的方法有很多种,不过大都过于复杂,难于实现。在此我介绍两种安装和配置过程。 我使用的操作系统是Red Hat 8.0,同样的方法用于其它的发行版可能稍有不同。在安装配置过程中,需要MySQL和unixODBC软件包(OpenOffice缺省情况下已经安装好了)。这些软件包在Red Hat 8.0的光盘中都已经自带,但在我的测试中,使用安装盘的方法似乎无法成功。 安装配置方法一 1.下载软件 所需要的软件包有:
这些软件包可分别可从以下站点下载: 上面所列的是我感觉比较快的站点,事实上在很多镜像站点都可以下载到这些软件包。 2.安装软件 使用以下命令(以root身份)来查看以前是否安装过:
切换至下载的软件包所在的目录,以root用户的身份执行以下命令:
下面运行一个MySQL会话:
这说明MySQL已经成功安装,现在输入:
使用命令“s”来查看一些基本:
为了实现我们的目的,需要安装另外三个软件包。和MySQL不同的是,这三个软件都是以RPM的格式给出的。切换至软件包所在的目录,运行以下命令:
这些软件包的安装一般都不会有什么问题。下面来安装unixODBC。在我写本文时最新的unixODBC是2.2.5版,提供下载的文件是unixODBC-2.2.5.tar.gz。切换至软件包所在目录,运行以下命令:
切换至unixODBC-2.2.5目录,运行下述命令:
但是,这个安装过程并不顺利,出现了一些问题。首先是一些库文件的位置问题,这两个库文件是libodbcmyS.so和libmyodbc.so,它们一般位于/usr/local/lib目录之下。而在安装过程中,odbcinst.ini配置文件中指示这两个文件的位置却在usr/lib目录之下。所以需要对/etc/odbcinst.ini文件进行一些编辑。编辑完成后,我的odbcinst.ini文件内容如下所示:
然后再创建一个/etc/odbc.ini文件,内容如下所示:
[MySQL-test] 但是,当我按照手册完成这个文件时,发现原来unixODBC已经建好了这个文件,不过它不在/etc目录之下,而是在/usr/local/etc目录下。于是我把上述两个编辑好的文件拷贝至该目录中。 此外,安装库unixODBC时还需要KDE软件开发工具包(其中已经包含了Qt)和X软件开发工具包,否则安装过程将无法进行下去。如果没有安装该软件包,那么可以选择:开始选单→系统工具→软件包。这时就会启动Red Hat软件包管理工具,选中上述两项内容(如图1所示),点击确定进行安装。 3.进行测试 首先看一看ODBC和MySQL是否可以正确沟通。我使用isql MySQL-test -v命令来进行测试,结果出现了“Could not SQLConnect”的错误信息。因为我使用了显示详细信息的-v选项,因此系统提示无法找到/var/lib/mysql/mysql.sock的信息。后来我发现MySQL是把mysql.sock文件存储在了/tmp目录下,而ODBC则是在/var/lib/mysql目录下查找该文件,难怪它们不能顺利沟通。 现在以root身份来创建一个/var/lib/mysql目录,随后运行以下命令:
然后重新启动mysqld,并且指明了用户名和socket的位置,命令如下所示:
再测试一遍,结果一切正常。现在可以进行以下测试了:
经过前面不断地失败,我都不赶相信软件用户手册了。接着,启动OpenOffice Writer,然后选择工具→数据源。这时,又一个错误出现,OpenOffice显示说无法找到libodbc.so。我把libodbc.so从/usr/local/lib拷贝到/usr/lib后,问题就解决了。于是,一切都正常了。图2是OpenOffice的表设计窗口,在这个窗口中,我很容易就完成了一个表的设计,真是太棒了。 虽然已经成功,但是我还是不觉得轻松,毕竟这个方法过于复杂。于是,我开始寻求更简单的解决办法。工夫不负有心人,最后,我终于找到了解决的办法,也就是我将要给大家介绍的方法二。 安装配置方法二 这种方法的基本思想是,通过RHN让Red Hat自己进行软件更新和依赖性的检查,至于如何设置RHN,请本刊2003年第1期“使用RHN让Red Hat Linux自动更新”的文章。 在Red Hat 8.0中,安装的步骤如下: 第一步 up2date mysql mysql-server and mysql-devel 如果网速足够快,那么这个步骤也不会花太多的时间。在我的上,这个过程只花费了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章节中:
中止了正在运行的进程之后,在重新启动之前执行了su mysql。我在网上看到有一个MySQL开发人员建议,如果不以root身份来启动mysqld的话可以解决“Too many connection”的问题。于是我以MySQL的身份重新启动了mysql,并且在命令行中加入了一个用户参数。这样改变以后,数据库的访问就正常了。当然,到底哪一个方法有效还要经过一些实验。 整个使用过程中,我的感觉是OpenOffice.org要远比我想象的复杂和强大得多,它可以和各种数据库管理系统一起工作。如果你的SOHO办公环境需要数据库访问和操作,那么我建议不要马上切换至OpenOffice.org,而是先对其进行测试,看一看其是否可以满足你的需求。需要指出的是,任何软件无论是代码还是文档,都会有一些错误,所以不要对使用过程中出现的一些问题大加抱怨,应该以更的态度来发现和解决问题。 |