README
上传用户:blenddy
上传日期:2007-01-07
资源大小:6495k
文件大小:7k
源码类别:

数据库系统

开发平台:

Unix_Linux

  1. This is a simple readme describing how to compile and use the jdbc driver.
  2. This isn't a guide on how to use JDBC - for that refer to Javasoft's web site:
  3. http://www.javasoft.com
  4. or the JDBC mailing list:
  5. jdbc@java.blackdown.org
  6. http://www.blackdown.org
  7. For problems with this driver, then refer to the postgres-interfaces email
  8. list:
  9. http://www.postgresql.org
  10. When PostgreSQL V6.4 was released, full documentation for the driver was
  11. included in the main documentation tree (under the doc directory).
  12. This file was finally amended on December 29 1998 to account for the major
  13. changes made to the driver since V6.4 was released.
  14. ---------------------------------------------------------------------------
  15. COMPILING
  16. To compile the driver, simply use make in the src/interfaces/jdbc directory.
  17. This will compile the driver, and build a .jar file (Java ARchive).
  18. REMEMBER: once you have compiled the driver, it will work on ALL platforms
  19. that support the JDK 1.1 api or later.
  20. The V6.5 driver introduced support for the JDBC2 specification (which is used
  21. with JDK 1.2 api and later). This caused us some problems because classes
  22. written for JDBC1 and JDBC2 are not compatible, so a large chunk of the
  23. driver had to be re-written to accomodate this.
  24. Running make will build a .jar file (postgresql.jar) which contains the driver.
  25. That jar file will contain the driver for _your_ version of the JDK. That is,
  26. if you run make using JDK 1.1.7, then you will get the JDBC1 driver. If you
  27. run using 1.2 then you will get the JDBC2 driver.
  28. Tip: If you want the driver to run on both JDBC1 or JDBC2, first compile under
  29. JDK 1.1.x, then recompile under JDK 1.2.
  30. In testing, I've done this using 1.1.6 (running under linux), and running make
  31. on my Win95 based Laptop (CygWin B20.1 was used to get a GNUMake - and a
  32. decent shell {bash}).
  33. When the .jar file is built, it includes all the classes under postgresql, and
  34. the driver automatically selects the correct classes.
  35. That means you don't have to compile it on every platform. Believe me, I
  36. still hear from people who ask me "I've compiled it ok under Solaris, but it
  37. won't compile under Linux" - there's no difference.
  38. PS: When you run make, don't worry if you see more than one or two calls to
  39.     javac. This is normal, because the driver dynamically loads classes, and
  40.     the Makefile ensures everything gets compiled.
  41. I advise you don't try running javac outside of make. You may miss something.
  42. Possible problems
  43. You may see a message similar to:
  44. postgresql/Driver.java:87: interface java.sql.Connection is an interface. It can't be instantiated.
  45.     return new Connection (host(), port(), props, database(), url, this);
  46. This is caused by not having the current directory in your CLASSPATH. Under
  47. Linux/Solaris, unset the CLASSPATH environment variable, and rerun make.
  48. If you are still having problems, I keep a copy of the driver (for different
  49. versions of the backend) on my web site http://www.retep.org.uk/postgres/
  50. ---------------------------------------------------------------------------
  51. INSTALLING THE DRIVER
  52. To install the driver, the .class files have to be in the classpath. This can be
  53. done in two ways:
  54. 1: create a directory "postgresql" (and it must be called this) in the current
  55.    directory (or a directory in the class path), and copy all .class files
  56.    into it.
  57. 2: copy the postgres.jar file into a directory, and add it to the classpath.
  58.    ie: under LINUX/SOLARIS (the example here is my linux box):
  59. export CLASSPATH=.:/usr/local/lib/postgresql.jar:/usr/local/jdk1.1.1/lib/classes.zip
  60.    note: in java, .zip and .jar files hold collections of classes.
  61. ---------------------------------------------------------------------------
  62. USING THE DRIVER
  63. To use the driver, you must introduce it to JDBC. Again, there's two ways
  64. of doing this:
  65. 1: Hardcoded.
  66.    This method hardcodes your driver into your application/applet. You
  67.    introduce the driver using the following snippet of code:
  68. try {
  69.   Class.forName("postgresql.Driver");
  70. } catch(Exception e) {
  71.   // your error handling code goes here
  72. }
  73.    Remember, this method restricts your code to just the postgresql database.
  74. 2: Parameters
  75.    This method specifies the driver from the command line. When running the
  76.    application, you specify the driver using the option:
  77. -Djdbc.drivers=postgresql.Driver
  78.    eg: This is an example of running one of my other projects with the driver:
  79. java -Djdbc.drivers=postgresql.Driver finder.finder
  80.    note: This method only works with Applications (not for Applets).
  81.  However, the application is not tied to one driver, so if you needed
  82.  to switch databases (why I don't know ;-) ), you don't need to
  83.  recompile the application (as long as you havent hardcoded the url's).
  84. ---------------------------------------------------------------------------
  85. JDBC URL syntax
  86. The driver recognises JDBC URL's of the form:
  87. jdbc:postgresql:database
  88. jdbc:postgresql://host/database
  89. jdbc:postgresql://host:port/database
  90. Also, you can supply both username and passwords as arguments, by appending
  91. them to the URL. eg:
  92. jdbc:postgresql:database?user=me
  93. jdbc:postgresql:database?user=me&password=mypass
  94. Previous versions you had to use an auth argument to tell the driver what
  95. authentication scheme to use when connecting to the database.
  96. However, this is no longer supported because the database tells the driver
  97. what scheme it's expecting.
  98. ---------------------------------------------------------------------------
  99. That's the basics related to this driver. You'll need to read the JDBC Docs
  100. on how to use it.
  101. POSTGRESQL SPECIFICS
  102. --------------------
  103. Date datatype:
  104. The driver now issues the "show datestyle;" query when it first connects, so
  105. any call to ResultSet.getDate() how returns the correct date.
  106. One caveat though: if you change the datestyle from within JDBC, you must also
  107. issue the "show datestyle" query. Without this, the driver will not know of
  108. the change.
  109. ie:
  110. Statement s = db.createStatement();
  111. ...
  112. s.executeUpdate("set datestyle='european'");
  113. s.executeUpdate("show datestyle");
  114. ..
  115. s.close();
  116. Please note: This may change later, so that the driver uses the same format
  117. internally (similar to how the ODBC driver works).
  118. ------------------
  119. JDBC supports database specific data types using the getObject() call. The
  120. following types have their own Java equivalents supplied by the driver:
  121. box, circle, line, lseg, path, point, polygon
  122. When using the getObject() method on a resultset, it returns a PG_Object,
  123. which holds the postgres type, and its value. This object also supports
  124. methods to retrive these types.
  125. Eg: column 3 contains a point, and rs is the ResultSet:
  126. PG_Object o = (PG_Object)rs.getObject(3);
  127. PGpoint p = o.getPoint();
  128. System.out.println("point returned x="+p.x+", y="+p.y);
  129. Also, when using these classes, their toString() methods return the correct
  130. syntax for writing these to the database.
  131. ---------------------------------------------------------------------------
  132. Peter T Mount, December 29 1998
  133. home email: pmount@retep.org.uk http://www.retep.org.uk
  134. work email: petermount@it.maidstone.gov.uk or peter@taer.maidstone.gov.uk
  135. PS: Please use the home email whenever possible. If you must contact me at work
  136. then please cc my home one at the same time.