一年前,我成为了Linux用户的一员,可是多年运用Windows,让我觉得Linux有的对象运用不很习气。就拿数据库来说,在Windows下,启示一些数据库驱动的网站可能小型操持体系时可以选择运用Access。Access不但易于运用,而且十分便利。转到Linux上后,做异样事故时创造MySQL是一个不错的选择,但其没有图形界面,运用起来不是很便利,于是进展可以找到解决的方案。经由一段工夫的探寻,终于找到相识决举措,即把MySQL和OpenOffice连系运用。凭证资料显示,完成MySQL和OpenOffice协同事故的方法有许多种,不外多数过于庞大,难于完成。在此我引见两种安置和设置进程。


  我运用的把持体系是Red Hat 8.0,异样的方法用于其余的刊行版大概稍有不合。在安置设置进程中,需求MySQL和unixODBC软件包(OpenOffice缺省环境下曾经安置好了)。这些软件包在Red Hat 8.0的光盘中都曾经自带,但在我的测试中,运用安置盘的方法彷佛无法乐成。


  安置设置方法一




  1.下载软件


  所需求的软件包有:


mysql-3.23.55-pc-linux-i686.tar
MySQL-client-3.23.55-1.i386
MySQL-shared-3.23.55-1.i386
MyODBC-2.50.39-1.i386
unixODBC-2.2.4.tar




  这些软件包可别离可从以下站点下载:


http://mirrors.sunsite.dk/mysql/Downloads/MySQL-3.23/
http://mysql.azc.uam.mx/Downloads/MyODBC/
http://www.unixodbc.org




  上面所列的是我感受速度角力计较快的站点,抱负上在许多镜像站点都可以下载到这些软件包。


  2.安置软件


  运用以下下令(以root身份)来检察从前能否安置过:


rpm -qa | grep -i mysql
rpm -e (创造的一切软件包)
updatedb
rpm -qa | grep -i odbc
rpm -e (一切创造的软件包)




  切换至下载的软件包所在的目录,以root用户的身份实行以下下令:


$cd /usr/local
 $tar xzf mysql-3.23.55-pc-linux-i686.tar.gz
 $ln -s mysql.3.23.55-pc mysql
 $cd mysql
 $scripts/mysql_install_db
 $chown -R root .
 $chown -R mysql data
 $chgrp -R mysql .
 $bin/safe_mysqld --user=mysql &




  上面运转一个MySQL会话:


$./mysql -utest
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 1 to server version: 3.23.55
Type 'help;' or 'h' for help. Type 'c' to clear the buffer.




  这分解');MySQL曾经乐成安置,目前输出:


mysql> select version();
-----------
| version() |
-----------
| 3.23.55 |
-----------
1 row in set (0.01 sec)




  运用下令“s”来检察一些根本信息:


mysql> s
--------------
./mysql Ver 11.18 Distrib 3.23.55, for pc-linux (i686)
Connection id: 4
Current database:
Current user: test@localhost
Current pager: stdout
Using outfile: ''
Server version: 3.23.55
Protocol version: 10
Connection: Localhost via UNIX socket
Client characterset: latin1
Server characterset: latin1
UNIX socket: /tmp/mysql.sock
Uptime: 6 min 57 sec
Threads: 1 Questions: 6 Slow queries: 0 Opens: 6 Flush tables:
    1 Open tables: 0 Queries per second avg: 0.014




  为了完成我们的目的,需求安置另外三个软件包。和MySQL差另外是,这三个软件都是以RPM的格式给出的。切换至软件包所在的目录,运转以下下令:


[root@myserver odbc]#su
[root@myserver odbc]# rpm -Uvh MySQL-client-3.23.55-1.i386.rpm
Preparing... ########################################### [100%]
1:MySQL-client ########################################### [100%]
[root@myserver odbc]# rpm -Uvh MySQL-shared-3.23.55-1.i386.rpm
Preparing... ########################################### [100%]
1:MySQL-shared ########################################### [100%]
[root@myserver odbc]# rpm -Uvh MyODBC-2.50.39-1.i386.rpm
Preparing... ########################################### [100%]
1:MyODBC ########################################### [100%]




  这些软件包的安置一样浅显都不会有什么了局。上面来安置unixODBC。在我写本文时最新的unixODBC是2.2.5版,供应下载的文件是unixODBC-2.2.5.tar.gz。切换至软件包所在目录,运转以下下令:




tar xzf unixODBC-2.2.5.tar.gz




  切换至unixODBC-2.2.5目录,运转下述下令:


su
./configure
make
make install




  可是,这个安置进程并不顺遂,呈现了一些了局。首先是一些库文件的地位了局,这两个库文件是libodbcmyS.so和libmyodbc.so,它们一样浅显位于/usr/local/lib目录之下。而在安置进程中,odbcinst.ini设置文件中指示这两个文件的地位却在usr/lib目录之下。以是需求对/etc/odbcinst.ini文件阻止一些编辑。编辑完成后,我的odbcinst.ini文件内容如下所示:




[MySQL]
Description = ODBC Driver for MySQL
Driver = /usr/local/lib/libmyodbc.so
Setup = /usr/local/lib/libodbcmyS.so
FileUsate = 1
CPTimeout =
CPReuse =




  然后再建树一个/etc/odbc.ini文件,内容如下所示:


Description   = MySQL database test
Driver = MySQL
Server = localhost
Database = test
Port = 3306
Socket =
Option =
Stmt =




[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目录,随后运转以下下令:


chown -R mysql.mysql /var/lib/mysql




  然后从头启动mysqld,而且指明了用户名和socket的地位,下令如下所示:


bin/safe_mysqld --user=mysql --socket=/var/lib/mysql/mysql.sock &




  再测试一遍,了局完备绝对正常。目前可以阻止以下测试了:


/ isql MySQL-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的表设计窗口,在这个窗口中,我很随意就完成了一个表的设计,真是太棒了。 



  虽然曾经乐成,可是我照旧不觉得轻松,真相后果这个方法过于庞大。于是,我末端追求更复杂的解决举措。工夫不负有意人,最初,我终于找到了处理的举措,也便是我将要给大家引见的方法二。


  安置设置方法二


  这种方法的根本思惟是,颠末议定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章节中:


set-variable = max_connections=200




  中断了正在运转的进程之后,在从头启动之前实行了su mysql。我在网上看到有一个MySQL启示职员建议,假如不以root身份来启动mysqld的话可以解决“Too many connection”的了局。于是我以MySQL的身份从头启动了mysql,而且在下令行中插手了一个用户参数。这样改动以后,数据库的接见会面就正常了。虽然,真相哪一个方法无效还要经由一些测验测验。


  整个运用进程中,我的感受是OpenOffice.org要远比我想象的庞大和壮大得多,它可以和种种数据库操持系分譬喻路事故。假如你的SOHO办公环境需求数据库接见会面和把持,那么我建议不要立时切换至OpenOffice.org,而是先对其阻止测试,看一看其能否可以满意你的需求。需求指出的是,任何软件无论是代码照旧文档,城市有一些错误,以是不要对运用进程中呈现的一些了局大加抱怨,应该以更积极的立场来创造和解决了局。






版权声明:

原创作品,准许转载,转载时请务必以超链接情势标明文章 原始来由 、作者信息和本声明。不然将追究执法责任。