Java中如何实现与后台数据库的连接?

Java中如何实现与后台数据库的连接?,第1张

用JAVA连接数据库主要有两种方式,一是用JDBC-ODBC桥来连接,二是用相关厂商提供的相应驱动程序来连接,首先谈谈第一种连接。 \x0d\x0a\x0d\x0aJDBC-ODBC桥接器是用JdbcOdbc.Class和一个用于访问ODBC驱动程序的本地库实现的。对于WINDOWS平台,该本地库是一个动态连接库DLL(JDBCODBC.DLL)。 \x0d\x0a\x0d\x0a由于JDBC在设计上与ODBC很接近。在内部,这个驱动程序把JDBC的方法映射到ODBC调用上,这样,JDBC就可以和任何可用的ODBC驱动程序进行交互了。这种桥接器的优点是,它使JDBC目前有能力访问几乎所有的数据库。通行方式如图所示: \x0d\x0a\x0d\x0a应用程序---JDBC API---JDBC-ODBC---ODBC API---ODBC层---数据源 \x0d\x0a\x0d\x0a具体 *** 作方法为: \x0d\x0a\x0d\x0a首先打开控制面板的管理工具,打开数据源(ODBC),在用户DSN里面添加数据源(即你要连接的数据库的名字),在这里假定连接SQL SERVER 2000的GoodsSupply数据库。名称填写你要连接的数据库的名称(GoodsSupply),然后逐步设置,如果选用了使用SQL-SERVER密码认证的话,就要输入相应的用户名及密码连接到数据库。一路下一步设置完成。 \x0d\x0a\x0d\x0a在JAVA里面编写程序进行测试,在这里我的程序是让用户输入任意的表名与与列名,把该列的所有数据输出。源代码如下: \x0d\x0a\x0d\x0aimport java.io.BufferedReader\x0d\x0aimport java.io.InputStreamReader\x0d\x0aimport java.sql.*\x0d\x0a\x0d\x0apublic class ODBCBridge { \x0d\x0a\x0d\x0apublic static void main(String[] args) { \x0d\x0aString url="jdbc:odbc:GoodsSupply"\x0d\x0aStatement sm=null\x0d\x0aString command=null\x0d\x0aResultSet rs=null\x0d\x0aString tableName=null\x0d\x0aString cName=null\x0d\x0aString result=null\x0d\x0aBufferedReader input=new BufferedReader(new InputStreamReader(System.in))\x0d\x0atry { \x0d\x0atry { \x0d\x0aClass.forName("sun.jdbc.odbc.JdbcOdbcDriver")//加载驱动 \x0d\x0a}catch(ClassNotFoundException e){ \x0d\x0aSystem.out.println("Can not load Jdbc-Odbc Bridge Driver")\x0d\x0aSystem.err.print("ClassNotFoundException:")\x0d\x0aSystem.err.println(e.getMessage())\x0d\x0a} \x0d\x0aConnection con=DriverManager.getConnection(url,"USER","PASSWORD")//使用SQL-SERVER2000认证 \x0d\x0aDatabaseMetaData dmd=con.getMetaData()//DMD为连接的相应情况 \x0d\x0aSystem.out.println("连接的数据库:"+dmd.getURL())\x0d\x0aSystem.out.println("驱动程序:"+dmd.getDriverName())\x0d\x0asm=con.createStatement()\x0d\x0aSystem.out.println("输入表名")\x0d\x0atableName=input.readLine()\x0d\x0awhile(true) { \x0d\x0aSystem.out.println("输入列名(为空时程序结束):")\x0d\x0acName=input.readLine()\x0d\x0aif(cName.equalsIgnoreCase("")) \x0d\x0abreak\x0d\x0acommand="select "+cName+" from "+tableName\x0d\x0ars=sm.executeQuery(command)//执行查询 \x0d\x0aif(!rs.next()) \x0d\x0aSystem.out.println("表名或列名输入有误")\x0d\x0aelse { \x0d\x0aSystem.out.println("查询结果为:")\x0d\x0ado \x0d\x0a{ \x0d\x0aresult=rs.getString(cName)\x0d\x0a//数据库语言设置为中文,不用转换编码 \x0d\x0a//result=new String(result.getBytes("ISO-8859-1"),"GB2312")\x0d\x0aSystem.out.println(result)\x0d\x0a}while(rs.next())\x0d\x0a} \x0d\x0a} \x0d\x0a}catch(SQLException ex) { \x0d\x0aSystem.out.println("SQLException:")\x0d\x0awhile(ex!=null) { \x0d\x0aSystem.out.println("Message:"+ex.getMessage())\x0d\x0aex=ex.getNextException()\x0d\x0a} \x0d\x0a}catch(Exception e) { \x0d\x0aSystem.out.println("IOException")\x0d\x0a} \x0d\x0a} \x0d\x0a}

else去掉不就好了。

如果查询结果为空。

我猜:应该是一个下拉框的towertype ,默认是“全部”, 但是你获得的towerType不是“全部”,或许null,或则什么的。

MySQL中默认字符集的设置有四级:服务器级,数据库级,表级

。最终是字段级

的字符集设置。注意前三种均为默认设置,并不代码你的字段最终会使用这个字符集设置。所以我们建议要用show

create

table

table

或show

full

fields

from

tableName

来检查当前表中字段的字符集设置。

MySQL中关于连接环境的字符集设置有

Client端,connection,

results

通过这些参数,MySQL就知道你的客户端工具用的是什么字符集,结果集应该是什么字符集。这样MySQL就会做必要的翻译,一旦这些参数有误,自然会导致字符串在转输过程中的转换错误。基本上99%的乱码由些造成。

上面是我抄网上的资料来的。我试了一下。发现

mysql>

show

variables

like

'char%'

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

|

Variable_name

|

Value

|

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

|

character_set_client

|

latin1

|

|

character_set_connection

|

latin1

|

|

character_set_database

|

latin1

|

|

character_set_filesystem

|

binary

|

|

character_set_results

|

latin1

|

|

character_set_server

|

latin1

|

|

character_set_system

|

utf8

|

|

character_sets_dir

|

/usr/share/mysql/charsets/

|

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

8

rows

in

set

(0.00

sec)

解决方法已经找到。进入数据后

use

数据库名;

names

utf8

不过这样会每次进入都必须重新设置。因此。还可以在/etc/mysql/my.conf里添加

[mysql]

#no-auto-rehash

#

faster

start

of

mysql

but

no

tab

completition

default-character-set=utf8

这样数据库就不每次按照utf8字符集来导入到数据库了


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/10076337.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-05
下一篇2023-05-05

发表评论

登录后才能评论

评论列表(0条)

    保存