可能な場合、これは適切な解決策です。ドが含まれているため、必ずしも使用できるとは限りません。この設定によりJDBCドライバに対して、新しいマッピングではなく古いマッピングを使用するよう指示されます。ConnectionプロパティまたはSystemプロパティのいずれかとして設定できます。ブジェクトにConnectionプロパティを追加します。プションを指定します。11.1では、この問題は修正されています。DATE列がjava.sql.Timestampにマッピングされています。設定する必要はありません。V8Compatibleは非推奨です。一切使用しないでください。使用しないことを推奨します。めに存在していました。8i(およびそれ以前の)データベースでは、TIMESTAMP型はサポートされていませんでした。DATEに変換されてしまいます。JDBCドライバではこの互換性モードはサポートされていません。このため、V8Compatibleのサポートは終了しています。これは常に正しい処理でしたが、9iでの変更時に誤りが発生していました。11.1ドライバでは正しい動作に戻されています。ションでV8Compatibleを設定していない場合でも、たいていの場合動作に違いはありません。DATE列を読み取る際に、違いに気付く可能性があります。TimestampはDateのサブクラスであるため、通常この点は問題にはなりません。これらの処理を実行しない場合、変更は透過的になるはずです。可能なConnectionプロパティが存在します。デフォルトの9i以降10gまでの動作に戻され、DATEがDateにマッピングされます。トップへ戻るバインドできる最長の値は何ですか。LONGのsetString()により、OCIドライバでは最大64000文字、Thinドライバでは最大4000文字を挿入できます。10.1.0では、両方のドライバの制限値が32000文字に変更されています。お客様で問題が発生する可能性があることは認識しています。変更が必要であると判断した結果、オラクルではお客様に対してLONGからCLOBに移行することを強く推奨します。ZONEの読取り結果が異なるのはなぜですか。以前の動作は正しくありませんでした。バグ4322830を参照してください。以前の動作は、データベース値と同じ値を出力するTimestampを構成することでした。タイムゾーンがUTCであるため、正しい値からオフセット量のあるTimestamp値が出力されていました。年1月1日午前8時は、PSTにおける2007年1月1日午前8時と同じではありません。これらは、別の時刻ポイントを表しています。年1月1日午前8時という値でTimestampが構成されています。いますが、明らかに誤った時刻ポイントを表しています。11.1ドライバではこのバグは修正されています。トップへ戻る高度なデータ型(オブジェクト)ADTのインスタンスはどのようにして作成すればよいですか。ンタフェースに関するファクトリ・メソッドが導入されました。このメソッドはコンストラクタを使用する場合と比較して、非常に適したAPIです。ファクトリ・メソッドを使用することを強く推奨します。6ドライバ(ojdbc6.jar)のみです。ドが定義されています。一度繰り返しますが、ファクトリ・メソッドを使用することを強く推奨します。サポートされていないのはなぜですか。foo(foo配列)"型には名前がないという意味です。名前が付けられているのは、要素型のみです。SQLでは、配列型に名前が付けられています。実際、匿名の配列型はサポートされていません。4.0の標準のファクトリ・メソッドでは引数として要素型を取得し、匿名配列型のインスタンスが作成されます。JDBCドライバでは、オラクル独自のメソッドcreateArrayが定義されています。その名前の付いた配列型のインスタンスが返されます。SQLが定義される方法で必要になります。4.0の標準createArrayOfメソッドをサポートすることはできません。トップへ戻るBFILE、BLOB、CLOBDBMS_LOB.ERASEが実行する処理は何ですか。CLOBのセグメントを"消去"するだけです。CLOBの長さを短くは*しません*。CLOBの長さを短くするには、DBMS_LOB.TRIMを使用します。