Java DB

Apache Derby

Derby Developer's Guide

Derby Getting Started
Derby Reference Manual
Derby Developer's Guide
Derby Performance Tuning
Derby Server and Admin Guide
Derby Tools and Utilities
Derby Developer's Guide
-After installing
-Upgrades
-JDBC applications and Derby basics
-Application development overview
-Derby embedded basics
-Derby JDBC driver
-Derby JDBC database connection URL
-Derby system
-A Derby database
-Connecting to databases
-Working with the database connection URL attributes
-Using in-memory databases
-Working with Derby properties
-Deploying Derby applications
-Deployment issues
-Creating Derby databases for read-only use
-Loading classes from a database
-Derby server-side programming
-Programming database-side JDBC routines
-Programming trigger actions
-Programming Derby-style table functions
-Programming user-defined types
-Controlling Derby application behavior
-The JDBC connection and transaction model
-Result set and cursor mechanisms
-Locking, concurrency, and isolation
-Working with multiple connections to a single database
-Working with multiple threads sharing a single connection
-Working with database threads in an embedded environment
-Working with Derby SQLExceptions in an application
-Using Derby as a J2EE resource manager
-Derby and Security
-Configuring security for your environment
-Working with user authentication
-Users and authorization identifiers
-User authorizations
-Encrypting databases on disk
-Signed jar files
-Notes on the Derby security features
-User authentication and authorization examples
-Running Derby under a security manager
-Developing tools and using Derby with an IDE
-SQL tips
-Localizing Derby
-Derby and standards

 

Preferred getXXX() methods for Derby-style table functions

While scanning a Derby-style table function, Derby calls a preferred getXXX() method for each column, based on the column's data type. If Derby is running on a small device platform and presenting the JSR 169 interface to clients, then the methods which Derby calls are slightly different. This is because JSR 169 does not support BigDecimal.

The following table lists the preferred getXXX() method for each Derby data type.

Table 1. getXXX() Methods Called for Declared SQL Types
Column Type Declared by CREATE FUNCTION getXXX() Method Called by Derby for JDBC 3.0 and 4.0 getXXX() Method Called by Derby for JSR 169
BIGINT getLong() Same
BLOB getBlob() Same
CHAR getString() Same
CHAR FOR BIT DATA getBytes() Same
CLOB getClob() Same
DATE getDate() Same
DECIMAL getBigDecimal() getString()
DOUBLE getDouble() Same
DOUBLE PRECISION getDouble() Same
FLOAT getDouble() Same
INTEGER getInt() Same
LONG VARCHAR getString() Same
LONG VARCHAR FOR BIT DATA getBytes() Same
NUMERIC getBigDecimal() getString()
REAL getFloat() Same
SMALLINT getShort() Same
TIME getTime() Same
TIMESTAMP getTimestamp() Same
VARCHAR getString() Same
VARCHAR FOR BIT DATA getBytes() Same
XML Not supported Not supported
 

javadb@jdbcurl.com