祝愿大家身体健康!

 站点注册  找回密码
 站点注册

QQ登录

只需一步,快速开始

查看: 5281|回复: 0

[其它] DataWindow的数据缓冲区

[复制链接]

[其它] DataWindow的数据缓冲区

[复制链接]
newease

主题

0

回帖

1万

积分

论坛元老

积分
19020
贡献
在线时间
小时
2009-8-12 09:16:37 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?站点注册

×
DATAWINDOW的四个缓站区
    在PowerBuilder中,DataWindow是用户前端用来存储、操纵数据的对象。在每一个Data Window对象中有4个二维表作为数据缓冲区,用来存储查询到的数据。用户在DataWindow中对数据处理系统内部的操作实际上都是将数据在这几个缓冲区中进行的修改和移动,最后在用户提交数据库时,系统根据这四个缓冲区中的信息形成SQL的IN-SERT,UPDATE,DELETE等语句。这四个缓冲区是:

Primary Buffer
    这个缓冲区是存放填充窗口中DataWindow控件中数据的,调用DataWindow的Retrieve() 函数和InsertRow()函数可以将数据填入这个缓冲区中。当使用有关DataWindow删除和过滤函数时,相应记录将从这一缓冲区中删除。而在执行DataWindow的Update()函数时,PowerBuilder将查看这一缓冲区中的记录,以形成SQL INSERT和UPDATE语句。

Delete Buffer
    这个缓冲区保存的是用DeleteRow()函数从Primary Buffer中删除的记录,执行Update( )函数时,系统根据这一缓冲区的记录形成DELETE语句。

Filter Buffer
    这个缓冲区存储的是从Original Buffer使用Filter()函数过滤到Primary Buffer中后剩余的记录。

Original Buffer
    这一缓冲区存储的是DataWindow最初执行retrieve()函数时得到的全部记录。当提交数据库时,根据Primary Buffer生成的UPDATE语句和根据Delete Buffer生成的DELETE语句都要依据这一缓冲区来构造这些SQL语句中的Where子句。
    Original Buffer由PowerBuilder内部维护,Power-Builder所提供的任何函数都无法改变它的值,不过通过PowerBuilder所提供的GetItem…系列的函数可以读出DataWindow最初从数据库中查到的原始值。通过这些函数我们可以编程实现所谓的"Undo"功能,并且得到在使用乐观锁时形成提交数据库的WHERE子句。

    如果您当前使用的DataWindow没有设置修改的权力,您将不能对Delete缓冲区和Origin al缓冲进行操作,而且当调用Update()时也将引起系统错误。

数据缓冲区的状态值
    Primary Buffer和Delete Buffer都有行级和列级的状态值,这个状态值是一个枚举类型。在提交时由该行的状态值来决定是否要产生SQL语句,其中Primary Buffer产生的是IN-SE RT和UPDATE语句,而Delete Buffer产生的是DELETE语句。我们用GetItem Status ()函数和SetItemStatus()函数可以对这一状态值作操纵。这一枚举状态有以下四种:
·NotModified!———该行或行的值为查询所得,没有发生改变。
·DataModified!———该行或列的值为查询所得,发生了改变。
·New!———该行或列为一插入的新行,数据没有发生改变(数据为空或缺省值)。
·NewModified!———该行或列为一插入的新行,数据发生改变
。改变是通过用户键盘输入或调用了SetItem()函数。

让我们来看下面这一实例:
我们有这样一张表,表中有三个字段,其中ITEM是主键。
ITEM CHAR(5);
NAME CHAR(20);
QUANTITY INT。
在Script中我们查询这张表的记录,得到以下这些信息存储了在Primary和OrigianalBu ffer中,其中的行号是缓冲区加上的。
在窗口中,我们编程过滤掉数量为0的行,并且加上一个空行:
dw_1.SetFilter("quantity=0")
dw_1.Filter()
dw_1.InsertRow()
用户在新插入行中输入数据,删除了第3行数据,并修改了第2行数据。当他离开这个DataWindow时,Primary和Delete缓冲区的状态
(你知道吗?)
这时执行dw_1.update()函数,系统将基于这两个缓冲区生成SQL语句。
在Primary Buffer中,状态为NotModified和New!的行将被忽略而不产生SQL语句。状态为DataModified的行将产生UPDATE语句,状态为NewModified的行将产生INSERT语句,在Dele te缓冲区中的行将产生DELETE语句。

四个缓冲区在编程中的运用
    某些DataWindow控件的函数有指定DataWindow缓冲区的功能。如果缺省,则表示Primar y缓冲区。下列是可以指定缓冲区的函数:
·GetItemStatus()
·GetNextModified()
·GetUpdateStatus()
·SetItemStatus()
此外还有GetItem…系列的函数,用以查询DataWindow中的值。这些函数有:
·GetItemDate()
·GetItemDataTime()
·GetItemDecimal()
·GetItemNumber()
·GetItemString()
·GetItemTime()
GetItem…系列函数也可以指定缓冲区,而且可以允许您指定查询的是当前值还是原始值(最初从数据库中查到的值)。如:
dw_1.GetItemString(1,"name",Primary!,TRUE)
使用DataWindow的Reset()函数和Retrieve()函数以及改变DataObject属性时,系统将重置这几个缓冲区。
    当用户插入一个新行时,编程者往往要自动在新插入行中的某些列中插入一些缺省的数据值。这时,用户并没有对数据作任何修改。可是在用户要关闭这一窗口时,如果在CloseQu ery事件中用ModifiedCount()函数查看数据是否修改,得到的结果显然是有所改变。用户将得到一个提示信息框:"是否打算保存所作的修改?是/否/取消"———这显然是不适合的:而且如果用户选择的是保存时,这些原应是空记录的行也成为了有内容的行,系统将其形成SQL 的INSERT语句提交数据库,这样的结果更为恶劣。为改变这一状况,我们可以用SetItemStatus()函数将该行的状态改为New!。即当有新行插入并且设置了缺省值之后,该行的状态值为New!。下面的程序就可以得到如上的功能。
∥Insert a new row in dw_1
long 1_Row
1_Row=dw_1,InsertRow(dw_1,GetRow())
dw_1,SetItem(1_Row,"discount_pct",0,10)
∥Set th row status to New! so that the CloseQuery checkwill only detectus er entries.
dw_1.SetItemStatus(1_Row,0,Primary!,New!)
    使用SetItemStatus函数时有一些状态转换的**,下表中显示的是将原来的状态改变为另一状态时,会产生的影响。若表中为No,则说明用这一函数进行这样的设置无效;若表中给出了不同的状态,则该状态是对您指定的状态的替代。当一个状态的改变不能允许时,可以多次调用SetItemStatus以得到期望的状态。例如, 从New!状态不能改成NotModified!状态,可将其改成DataModified!状态,然后再改成NotMod ified!状态。
共享共进共赢Sharing And Win-win Results
SYBASEBBS - 免责申明1、欢迎访问“SYBASEBBS.COM”,本文内容及相关资源来源于网络,版权归版权方所有!本站原创内容版权归本站所有,请勿转载!
2、本文内容仅代表作者观点,不代表本站立场,作者自负,本站资源仅供学习研究,请勿非法使用,否则后果自负!请下载后24小时内删除!
3、本文内容,包括但不限于源码、文字、图片等,仅供参考。本站不对其安全性,正确性等作出保证。但本站会尽量审核会员发表的内容。
4、如本帖侵犯到任何版权问题,请立即告知本站 ,本站将及时删除并致以最深的歉意!客服邮箱:admin@sybasebbs.com
您需要登录后才可以回帖 登录 | 站点注册

本版积分规则

免责声明:
本站所发布的一切破解补丁、注册机和注册信息及软件的解密分析文章仅限用于学习和研究目的;不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。本站信息来自网络,版权争议与本站无关。您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。如果您喜欢该程序,请支持正版软件,购买注册,得到更好的正版服务。如有侵权请邮件与我们联系处理。

Mail To:Admin@SybaseBbs.com

QQ|Archiver|PowerBuilder(PB)BBS社区 ( 鲁ICP备2021027222号-1 )

GMT+8, 2024-11-22 09:25 , Processed in 0.029806 second(s), 8 queries , MemCached On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表