近日见了一高丽棒子写的系统,PB写就，已运行了最少五六年，令人惊异的是，里边几乎没有应用数据窗口的update功能，充满了大段大段的sql语句，看了以后让人头昏脑胀，不明所以，如坠五里雾中。带着满腹疑惑询问一棒子，为什么舍易取难，舍简就烦，答案居然是 '直接用数据窗口更新时 有可能会造成数据丢失或错误，为了严谨，所以要直接写SQL......' 这个时候我已经快崩溃了，等我再问下去，才明白，原来这位老兄干了五六年，居然连数据窗口对象的修改属性都没有完全搞清楚，仅仅因为曾经由于在Key Modification 使用 Use Delete then Insert 造成级联的数据被删除，留下了不可磨灭的阴影，所以才形成了自己独特的“风格”（这是我推理出来转告他的），悲哀啊，PB赖以生存的，数据处理的神器，DATAWINDOW，被这样子使用。现在把数据窗口对象的修改属性转贴在下边，如果有不甚了了的同志，多看下，免得浪费了自己的时间，浪费了DATAWINDOW这个好东西。
数据窗口对象的修改属性
Rows-> Update Properties
如果数据窗口对应的数据表中定义了主键或者唯一性索引，则数据窗口创建时默认的就是允许修改，并且正确设置了所有的修改属性。否则就需要手工进行设置。当增加、删除、或者重新选择了字段时， PB将数据窗口的的修改属性为不允许，这时也应该进行手工设置。
Allow Updates：允许更新。
Table to Update：指定要被更新的表。
Where Clause for Update/ Delete：配置如何在 Update和 Delete SQL语句中构造where子句
1、Key Columns 当开发单用户应用程序或者用户都以加锁方式访问数据库时可以选中该选项。该选项表示数据窗口只使用在“Unique Key Column”列表框中指定的唯一列进行数据更新。使用这种方式来修改数据库，并发性很高，不同的用户都可以并发地访问数据库，但是数据的完整性却非常差。因此要保护数据完整性，只有在单用户程序或者加锁访问方式下才使用这种修改方式。如：在add_book(通讯录)数据表中定义了4个字段，id为主键，name，address，telephone三个字段为可修改字段,有如下一条数据(001,陈,杭州,1395813)。若想把name改为“万”，数据窗口产生如下的 update语句： update add_book set name = '万' where id = '001'
2、Key and Updateable Columns 这种修改方式是默认的修改方式，它用主键列和可以修改的列来创建where子句，具有很高的数据完整性，但是并发性不是太好。推荐使用这种修改方式。保存数据时将产生如下的SQL语句： update add_book set name = '万' where id = '001' and name = '陈' and address = '杭州' and telephone = '1395813'
3、Key and Modified Columns 该方法是上面两种方法的折中，当不同的用户并发修改同一行数据的不同字段时，都能成功修改，所以它的并发性有了一定的**，数据的完整性比第一种修改方式有所提高。这种修改方式使用主键和数据发生了变化的列来产生where子句。保存数据时产生如下的SQL语句： update add_book set name = '万' where id = '001' and name = '陈'
Key Modification：该组框用来指定当用户修改了主键时，数据窗口如何来更新数据表中的主键字段。有两种选择Use Delete then Insert和Use Update。第一个选项是先删除原有的主键值，然后再使用新的主键值插入一个完整的行。使用这种更新主键的方式可以减少组织数据的工作量，但在数据库中各个数据表之间存在父子制约关系，并且依赖该主键的外部键被指定为级联删除时，操作就不会成功的。因为级联删除方式要求当依赖主键的外部键有数据时就不能删除主键。当DBMS允许更新主键列时，可以使用第二个选项，该选项直接修改主键值，所以防止了级联删除带来的操作不成功的问题。
Updateable Columns：指定被更新的字段。当数据窗口中的字段来自不止一个数据表时，这时一定要选择同一个表中的字段，因为一个数据窗口一次只能更新一个数据表，当数据窗口中增添了字段时，新增添的字段往往是不允许修改的，一定要在该列表框中选择该字段。
Unique Key Column：选择唯一标识一行的列。如果在定义数据表时定义了主键，单击右面的“Primary Key”按钮可以在该列表框中选中主键。
Identity Column：该下拉列表框用于为下拉列表框中所指定的列(通常是主键列)生成序号，当且仅当DBMS支持序号生成时该作用才有效
数据窗口对象的修改属性
Rows-> Update Properties
如果数据窗口对应的数据表中定义了主键或者唯一性索引，则数据窗口创建时默认的就是允许修改，并且正确设置了所有的修改属性。否则就需要手工进行设置。当增加、删除、或者重新选择了字段时， PB将数据窗口的的修改属性为不允许，这时也应该进行手工设置。
Allow Updates：允许更新。
Table to Update：指定要被更新的表。
Where Clause for Update/ Delete：配置如何在 Update和 Delete SQL语句中构造where子句
1、Key Columns 当开发单用户应用程序或者用户都以加锁方式访问数据库时可以选中该选项。该选项表示数据窗口只使用在“Unique Key Column”列表框中指定的唯一列进行数据更新。使用这种方式来修改数据库，并发性很高，不同的用户都可以并发地访问数据库，但是数据的完整性却非常差。因此要保护数据完整性，只有在单用户程序或者加锁访问方式下才使用这种修改方式。如：在add_book(通讯录)数据表中定义了4个字段，id为主键，name，address，telephone三个字段为可修改字段,有如下一条数据(001,陈,杭州,1395813)。若想把name改为“万”，数据窗口产生如下的 update语句： update add_book set name = '万' where id = '001'
2、Key and Updateable Columns 这种修改方式是默认的修改方式，它用主键列和可以修改的列来创建where子句，具有很高的数据完整性，但是并发性不是太好。推荐使用这种修改方式。保存数据时将产生如下的SQL语句： update add_book set name = '万' where id = '001' and name = '陈' and address = '杭州' and telephone = '1395813'
3、Key and Modified Columns 该方法是上面两种方法的折中，当不同的用户并发修改同一行数据的不同字段时，都能成功修改，所以它的并发性有了一定的**，数据的完整性比第一种修改方式有所提高。这种修改方式使用主键和数据发生了变化的列来产生where子句。保存数据时产生如下的SQL语句： update add_book set name = '万' where id = '001' and name = '陈'
Key Modification：该组框用来指定当用户修改了主键时，数据窗口如何来更新数据表中的主键字段。有两种选择Use Delete then Insert和Use Update。第一个选项是先删除原有的主键值，然后再使用新的主键值插入一个完整的行。使用这种更新主键的方式可以减少组织数据的工作量，但在数据库中各个数据表之间存在父子制约关系，并且依赖该主键的外部键被指定为级联删除时，操作就不会成功的。因为级联删除方式要求当依赖主键的外部键有数据时就不能删除主键。当DBMS允许更新主键列时，可以使用第二个选项，该选项直接修改主键值，所以防止了级联删除带来的操作不成功的问题。
Updateable Columns：指定被更新的字段。当数据窗口中的字段来自不止一个数据表时，这时一定要选择同一个表中的字段，因为一个数据窗口一次只能更新一个数据表，当数据窗口中增添了字段时，新增添的字段往往是不允许修改的，一定要在该列表框中选择该字段。
Unique Key Column：选择唯一标识一行的列。如果在定义数据表时定义了主键，单击右面的“Primary Key”按钮可以在该列表框中选中主键。
Identity Column：该下拉列表框用于为下拉列表框中所指定的列(通常是主键列)生成序号，当且仅当DBMS支持序号生成时该作用才有效
扫一扫
6055
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
