DB Copy Plugin 
Features
-  Copy and Paste tables from one session to another. 
 (Can be different database
  types (MySQL -> Oracle, SyBase->MySQL, etc...)
-  Includes Primary Key and Foreign Key constraints for tables copied.
-  Uses Hibernate 3.0 internally to perform database object type mappings.
 Supported Hibernate dialects are:
 Firebird, Oracle, Sybase, MS SQLServer,
 MySQL, HyperSonic, Pointbase, PostgreSQL.
-  Allows the user to select a hibernate dialect for the destination 
 database, if one couldn't be determined automatically.
-  Asks user to truncate records in destination table, if records already exist.
-  A progress dialog is displayed during copy which allows the user to 
 cancel the operation and shows progress for records on top and tables
 on the bottom.
The "Copy Table" and "Paste Table" functions are accessible through 
the context-sensitive (right-click) menu of the Object Tree. See 
readme.html for example usage.
INSTALLATION HINTS:
-  The plugin requires JDK 1.4.x and Squirrel SQL Client 2.0 RC1 or higher
-  Extract the contents of dbcopy-0.10.zip to the plugins directory of Squirrel SQL Client.
-  Squirrel SQL Client needs to be restarted in order to load the plugin.
-  When running SQuirrel check the plugins dialog (Menu Plugins --> Summary) to see if there 
 is an entry named "DBCopy Plugin".  If not check that you have extracted to the contents
 of the release archive into the "Plugins location" directory that is named at the top of
 the dialog.  If the dbcopy plugin is found in the Plugins Summary dialog, but the
 "Copy Table"/"Paste Table" menus don't appear, please submit a bug report 
     here
 (Please attach your squirrel-sql.log file which can be found in
 {user.home}/.squirrel-sql/logs):
Requests for enhancement and other questions can be submitted 
here as well.
KNOWN ISSUES:
-  When copying from an Oracle session tables that have BLOB, FLOAT and possibly 
 other column types result in an error message saying "No Dialect mapping for
 JDBC type: 1111". This is due to the unfortunate fact that Oracle's driver
 chooses to report it's extended types as type "OTHER", which means it's
 database-specific and can be mapped to possible many unequivalent types.  I've
 yet to figure out how best to map database dependent types to the java.sql.Types
 constants.
-  Sometimes an error message saying "No Dialect mapping for JDBC type: NNN" where 
 NNN is some integer.  This is a failing of the Hibernate dialect that was used.
 Hibernate doesn't provide a mapping for every type code in java.sql.Types. While
 I've attempted to provide the missing ones for dialects I've subclassed, I
 have by no means address all types for all dialects, let alone all databases.
 
(manningr at users dot sourceforge dot net)