A SQL 声明 is pre-収集するd and 蓄える／店d in a PreparedStatement 反対する.
This 反対する can then be used to efficiently 遂行する／発効させる this 声明 多重の
times.
公式文書，認める:
The
setXXX
methods for setting IN parameter values
must 明示する types that are 両立できる with the defined SQL type of
the input parameter. For instance, if the IN parameter has SQL type
Integer, then the method
XParameters::setInt()
should be used.
If 独断的な parameter type 転換s are 要求するd, the method
XParameters::setObject()
should be used with a 的 SQL type.
Example of setting a parameter; 反対／詐欺 is an active 関係.
Example
:StarBASIC
pstmt = 反対／詐欺.prepareStatement("UPDATE EMPLOYEES SET SALARY = ? WHERE ID = ?")
pstmt.setDouble(1, 153833.00)
pstmt.setLong(2, 110592)
Only one
ResultSet
per
声明
can be open at any point in
time. Therefore, if the reading of one ResultSet is interleaved
with the reading of another, each must have been 生成するd by
different 声明s. All 声明
遂行する／発効させる
methods 暗黙に の近くに a 声明's 現在の ResultSet if an open one 存在するs.
支配（する）／統制するs the chaining of 警告s, which may occur on every call
to the connected database. Chained 警告s from previous calls will be
（疑いを）晴らすd before 過程ing a new call.
retrieves the number of seconds the driver will wait for a 声明
to 遂行する／発効させる. If the 限界 is 越えるd, a SQLException is thrown.
There is no 制限, if 始める，決める to 無.
retrieves the 最大限 number of 列／漕ぐ／騒動s that a ResultSet can 含む／封じ込める.
If the 限界 is 越えるd, the 超過 列／漕ぐ／騒動s are silently dropped.
There is no 制限, if 始める，決める to 無.
支配（する）／統制するs the chaining of 警告s, which may occur on every call
to the connected database. Chained 警告s from previous calls will be
（疑いを）晴らすd before 過程ing a new call.
retrieves the number of seconds the driver will wait for a 声明
to 遂行する／発効させる. If the 限界 is 越えるd, a SQLException is thrown.
There is no 制限, if 始める，決める to 無.
retrieves the 最大限 number of 列／漕ぐ／騒動s that a ResultSet can 含む／封じ込める.
If the 限界 is 越えるd, the 超過 列／漕ぐ／騒動s are silently dropped.
There is no 制限, if 始める，決める to 無.
defines the SQL cursor 指名する that will be used by その後の 声明
遂行する／発効させる
methods.
This 指名する can then be used in SQL positioned update/削除する 声明s to
identify the 現在の 列／漕ぐ／騒動 in the ResultSet 生成するd by this 声明. If
the database does not support positioned update/削除する, this 所有物／資産／財産 is
a noop. To insure that a cursor has the proper 孤立／分離 level to support
updates, the cursor's SELECT 声明 should be of the form
'select for update ...'. If the 'for update' phrase is omitted,
positioned updates may fail.
公式文書，認める:
By 鮮明度／定義, positioned update/削除する
死刑執行 must be done by a different 声明 than the one
which 生成するd the ResultSet 存在 used for positioning. Also,
cursor 指名するs must be unique within a 関係.
