📄 jb4-1-8.htm
字号:
<HTML>
<HEAD>
<META NAME="GENERATOR" Content="Microsoft FrontPage 4.0">
<TITLE></TITLE>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</HEAD>
<body bgcolor="#fefef2" style="FONT-SIZE: 9pt">
<P><STRONG><FONT
color=#0080FF size=3 >回存修改到数据源
</FONT>
</STRONG>
<hr>
译者名字: stavid(JD019) <br>
邮件地址:<a href="mailto:stavid@163.com">stavid@163.com</a>
<p> <font color="#FF0000">數据庫應用程式開發是jbuilder個人版和企業版的特性,分布式應用程式開發是jbuilder企業版的特性.</font><br>
<br>
<font size="2">在为应用程序检索数据后，可以在StorageDataSet中对本地数据子集进行更改。所有被记录下的对DataSet的修改可以回存到数据源，例如SQL服务器。这个过程称为 resolving（解析）。利用复杂完善的内置调和技术可以来处理潜在的编辑冲突。<br>
<br>
在本地子集被检索和试图将更新回存到数据源间的期间，可能会产生必须通过解析器逻辑来处理的各种情况。例如，当试图保存修改时，你也许会发现，在服务器上同样的信息已被其他用户修改了。解析器是否应该忽略这一情况而保存新的信息？它是否应该显示已经更新的服务器信息，并将其与你的修改进行比较？它是否应该放弃你的修改？所有这些由你的应用程序决定，解析规则随需求不同将会不同。</font></p>
<p><font size="2"> 当保存修改时，涉及到解析过程更新的逻辑就像错误可能发生一样也会相当复杂，例如服务器完整性约束条件的违背，以及解析冲突等。在删除一个已被删除的行，或更新已被其他用户更新过的行时会产生解析冲突。JBuilder提供了这类问题的默认处理方式是将DataSet定位到某个损坏的行（如果未被删除），并且将遇到的错误用信息对话框显示出来。<br>
当将修改解析回数据源时，这些修改通常被成批置入名为transactions的组中。 DataExpress机制将默认使用一个单独的事务（transactions）来将对数据源DataSet所作的所有的插入、修改以及删除操作回存。为了允许你进行更大的控制， JBuilder允许你修改默认的事务处理过程。<br>
DataExpress也提供了一个通用的解析器机制，它由基本类和接口构成。当你在整个解析阶段需要更大的控制时，你可以扩展这些来提供定制解析器功能。该通用机制允许你为无JDBC数据源创建解析器，一般它不支持事务处理过程。<br>
下列主题讨论了关于解析数据的选项：</font></p>
<p><font size="2"> 1.保存来自Query DataSet的修改”部分涵盖了由Data Express及其默认的事务处理所提供的基本解析器处理。当在两个或更多的数据集之间已经建立起一个主－从联系时，需要特殊的解析过程。关于更多的信息，见“保存主从关系中的修改”部分。<br>
2.“使用存储过程将修改回存到数据源”部分涵盖了对返回到其数据源的 Procedure DataSet所作的解析的修改。<br>
3.“从多个表中解析数据”提供了当一个查询涉及多个表时，解析修改所必需的设置。<br>
4.“流式数据”提供了一种到DataSet数据流的方法，它是由创建一个包含来自DataSet约束数据的Java对象（DataSetData）来实现的。 <br>
5.“定制默认的解析器逻辑”描述了如何使用组件Query Resolver和解析器事件来设置定制解析规则。 <br>
6.“导出数据”描述了如何将数据导出至文本文件</font></p>
</BODY>
</HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -