This service 明示するs a form which is connected to a database and
陳列する，発揮するs the results of SQL queries. It 供給するs the possiblity of
追加するing new data 記録，記録的な／記録するs, 修正するing 存在するing ones, or 削除するing them.
A database form is a special 肉親，親類d of 高めるd database 列／漕ぐ／騒動 始める，決める
which 供給するs all （警察などへの）密告，告訴（状） for 陳列する，発揮するing the data and has more
可能性s for configuring the data 巧みな操作.
is a （弁護士の）依頼人 味方する RowSet, which use retrieves is data based on a database （米）棚上げする／（英）提議する,
a query or a SQL 命令（する） or by a rowset reader, who mustn't support SQL.
The 関係 of the rowset is typically a 指名するd DataSource or a DataAccess 構成要素
or a previous instanciated 関係.
is a （弁護士の）依頼人 味方する RowSet, which use retrieves is data based on a database （米）棚上げする／（英）提議する,
a query or a SQL 命令（する） or by a rowset reader, who mustn't support SQL.
The 関係 of the rowset is typically a 指名するd DataSource or a DataAccess 構成要素
or a previous instanciated 関係.
is used to reset 支配（する）／統制するs belonging to the form, and to reset database fields to which the
支配（する）／統制するs are bound
A DataForm is reset either on explicit request, or after it is moved
to the insertion 列／漕ぐ／騒動.
The insertion 列／漕ぐ／騒動 is a 事実上の 列／漕ぐ／騒動 which is used to 挿入する new 記録，記録的な／記録するs. It is reached
by calling ::com::sun::星／主役にする::sdbc::XResultSetUpdate::moveToInsertRow.
The ::com::sun::星／主役にする::sdb::RowSet service 明示するs 正確に／まさに which notifications
happen in which order when calling ::com::sun::星／主役にする::sdbc::XResultSetUpdate::moveToInsertRow,
and a DataForm 実施 延長するs this with the に引き続いて 契約:
After all notifications as defined in the ::com::sun::星／主役にする::sdb::RowSet
service have been sent, the DataForm resets itself, if all
com::sun::星／主役にする::form::XResetListeners 認可する this.
After the reset happened, the ::com::sun::星／主役にする::sdb::RowSet::IsModified
所有物／資産／財産 is reset to 誤った. This 所有物／資産／財産 might have been switched to true during listener
notifications, since listeners are 許すd to change field values. Also, the
::com::sun::星／主役にする::form::XReset::reset 実施s of bound 支配（する）／統制する
models might have 修正するd the fields they're bound to (by filling them with default values).
The reset listeners are 通知するd of the 完全にするd reset 操作／手術.
負担ing a form is 基本的に the same as 遂行する／発効させるing the underlying 列／漕ぐ／騒動 始める，決める. In fact, all the
functionality of this interface could be ふりをするd by using setting some 所有物／資産／財産s manually,
::com::sun::星／主役にする::sdbc::XRowSet::遂行する／発効させる, moving the 列／漕ぐ／騒動 始める，決める cursor and so on.
One main difference between ::XLoadable::負担 and ::com::sun::星／主役にする::sdbc::XRowSet::遂行する／発効させる
is that if you use the former, the 列／漕ぐ／騒動 始める，決める is positioned on the first 記録，記録的な／記録する, while in the latter 事例／患者
it is position before the it.
can be used to 許す an interaction handler to 供給（する） 行方不明の data during a 負担 過程.
If data is needed during 負担ing a form, then this is usually 得るd 経由で 放送者-listener
機械装置s. An example for this (and 現在／一般に the only one) are parameter values.
However, if you use this method, you can pass an interaction handler which should 供給（する） these
付加 data.
You can 追加する your 構成要素 as
::com::sun::星／主役にする::form::XDatabaseParameterListener
to a form to get 通知するd whenever the form needs parameter values to be filled in
In a first approach, the form tries to fill any parameters from it's master-詳細（に述べる） relation
(if any). All values which can't be filled are then passed to all listeners, which can
fill them by their own choice.
This is sligtly changed if the form is 負担d using the
::com::sun::星／主役にする::sdb::XCompletedExecution::connectWithCompletion method. In this 事例／患者, the parameters
are 得るd from the interaction handler, not from the listeners
is used for subforms and 含む／封じ込めるs the 指名するs of columns of the parent form.
These columns are typically the foreign 重要な fields of the parent form.
The values of theses columns are used to identify the data for the subform.
Each time the parent form changes it's 現在の 列／漕ぐ／騒動, the subform requeries
it's data based on the values of the master fields.
If the form is no sub form (e.g. it's parent is not a form itself), this
所有物／資産／財産 is not 評価するd.
is used for subforms and 含む／封じ込めるs the 指名するs of the columns of the subform
which are 関係のある to the master fields of the parent form.
入ること／参加（者）s in this sequence can either denote column 指名するs in the sub form,
or paramater 指名するs.
For instance, you could base the form on the SQL 声明
SELECT * FROM invoices WHERE cust_ref = :cid, and 追加する cid
to the DetailFields 所有物／資産／財産. In this 事例／患者, the parameter will be filled from
the corresponding master field.
Alternatively, you could 簡単に base your form on the （米）棚上げする／（英）提議する invoices,
and 追加する the column 指名する cust_ref to the DetailFields. In this 事例／患者,
and implicit filter 条項 WHERE cust_ref = :<new_param_name> will
be created, and the 人工的な parameter will be filled from the corresponding
master field.
If a string in this 所有物／資産／財産 denotes both a column 指名する and a parameter 指名する, it
is undefined which way it is 解釈する／通訳するd, but 実施s of the service are 要求するd
to either decide for the paramter or the column, and proceed as usual.
The columns 明示するd herein typically 代表する a part of the 最初の／主要な 重要な
fields or their 偽名，通称s of the 詳細（に述べる） form.
If the form is no sub form (e.g. it's parent is not a form itself), this
所有物／資産／財産 is not 評価するd.
決定するs if insertions into the form's 列／漕ぐ／騒動 始める，決める are 許すd.
公式文書，認める that this is a 推薦 for 使用者 interface 構成要素s 陳列する，発揮するing the
form. Form 実施s may decide to 許す for insertions done 経由で the API, even
if the 所有物／資産／財産 is 始める，決める to 誤った, but the 使用者 interface should 尊敬（する）・点 the 所有物／資産／財産
value.
決定するs if modifications of the 現在の 記録，記録的な／記録する of the form are 許すd.
公式文書，認める that this is a 推薦 for 使用者 interface 構成要素s 陳列する，発揮するing the
form. Form 実施s may decide to 許す for updates done 経由で the API, even
if the 所有物／資産／財産 is 始める，決める to 誤った, but the 使用者 interface should 尊敬（する）・点 the 所有物／資産／財産
value.
決定するs if deletions of 記録，記録的な／記録するs of the form are 許すd.
公式文書，認める that this is a 推薦 for 使用者 interface 構成要素s 陳列する，発揮するing the
form. Form 実施s may decide to 許す for deletions done 経由で the API, even
if the 所有物／資産／財産 is 始める，決める to 誤った, but the 使用者 interface should 尊敬（する）・点 the 所有物／資産／財産
value.
