WebADI_数据验证3_建立基于Table的LOV验证(案例)

简介: 20150908 Created By BaoXinjian 一、摘要 在Interface Attribute中定义Table LOV类型字段 一般可以通过两种方式 1. 通过手工定义的方式 首先建立Table LOV的Component,定义Component栏位属性后,修改Interface中对应Attribute,使其引用该Table LOV Component 2.

 20150908 Created By BaoXinjian

一、摘要


在Interface Attribute中定义Table LOV类型字段

一般可以通过两种方式

1. 通过手工定义的方式

首先建立Table LOV的Component,定义Component栏位属性后,修改Interface中对应Attribute,使其引用该Table LOV Component

2. 直接通过调用标准API (BNE_INTEGRATOR_UTILS.CREATE_TABLE_LOV),来创建Calendar Date

调用接口成功后,系统会自动生成Table LOV类型的Component,并设定Interface Attribute属性

 

二、通过页面定义Table LOV


1. 创建表类型组件Component

(1). Component 主要定义LOV 弹出窗口的风格、布局及字段提取的规则

(2). Component Type 选 LOV-TABLE

2. 定义表组件的属性

(1). table-column-alias:  输入提取的字段放在哪个interface column中(interface中的字段名) 

(2). table-column-sort: 保持默认

(3). table-columns: 输入需要显示的表字段,按显示顺序输入,中间用逗号间隔

(4). table-headers:  输入各字段的标题

(5). table-select-column: 输入提取的字段放在哪个interface column中(interface中的字段名)

(6). window-caption: 根据需要输入提示信息

3. 在Interface Attribute中引用该表组件,Update 相应的字段,此处是Employee Type,显示如下:

(1). Validation Type: Table

(2). Id Column:  PERSON_TYPE_ID

(3). Meaning Column: EMPLOYEE_TYPE

(4). Validation Entity: APPS.BXJ_EMPLOYEE_TYPES(查询的表名,用逗号分隔多张表)

(5). Where Clause: 根据需要输入,不要加Where

(6). Component Name: 输入上面定义的Component name

4. 运行测试

 

三、通过API定义Table LOV


1. 调用API接口创建表组件

BEGIN
   BNE_INTEGRATOR_UTILS.CREATE_TABLE_LOV (
      P_APPLICATION_ID       => 200,
      P_INTERFACE_CODE       => 'BXJADI_XINTG_INTF1', P_INTERFACE_COL_NAME => 'P_EMP_TYPE', P_ID_COL => 'PERSON_TYPE_ID', P_MEAN_COL => 'EMPLOYEE_TYPE', P_DESC_COL => NULL, P_TABLE => 'BXJ_EMPLOYEE_TYPES', P_ADDL_W_C => 'SOURCE_LANG = ''US''', P_WINDOW_CAPTION => 'Yes/No with Meaning, selecting Meaning, Meaning sortable', P_WINDOW_WIDTH => 400, P_WINDOW_HEIGHT => 300, P_TABLE_BLOCK_SIZE => 10, P_TABLE_SORT_ORDER => 'ascending', P_USER_ID => 1318); COMMIT; DBMS_OUTPUT.PUT_LINE ('Run Successfully'); EXCEPTION WHEN OTHERS THEN DBMS_OUTPUT.PUT_LINE ('SQLCODE=' || SQLCODE); DBMS_OUTPUT.PUT_LINE ('SQLERRM=' || SQLERRM); END;

2. 调用成功后,系统会自动设定Interface Attribute的Component,并自动创建一个Component

3. 查看所创建的组件:Component for BXJADI_XINTG_INTF1.P_EMP_TYPE

4. 运行测试

 

Thanks and Regards

ERP技术讨论群: 288307890
技术交流,技术讨论,欢迎加入
Technology Blog Created By Oracle ERP - 鲍新建
相关文章
|
6月前
|
数据格式 Python
使用 schema 库,自定义较复杂的校验方法
使用 schema 库,自定义较复杂的校验方法
66 0
|
6月前
|
SQL Oracle 关系型数据库
SQL FOREIGN KEY 约束- 保障表之间关系完整性的关键规则
SQL FOREIGN KEY 约束用于防止破坏表之间关系的操作。FOREIGN KEY 是一张表中的字段(或字段集合),它引用另一张表中的主键。具有外键的表称为子表,具有主键的表称为被引用表或父表。
116 0
SQL FOREIGN KEY 约束- 保障表之间关系完整性的关键规则
|
JavaScript Oracle 关系型数据库
深入解析TRUNCATE TABLE – 手工修复和验证过程
众所周知,truncate table 是一种快速清空表内数据的一种方式,与 delete 方式不同,truncate 只产生非常少的 redo 和 undo,就实现了清空表数据并降低表 HWM 的功能。本文主要围绕 truncate table 的恢复来展开。
2693 0
|
SQL Oracle 关系型数据库
实战篇:LogMiner 分析数据泵导入参数 TABLE_EXISTS_ACTION 的秘密
前几天,技术交流群里看到大家讨论 Oracle 数据泵导入时使用 table_exists_action 参数,存在一些疑惑。于是,我打算通过 LogMiner 来分析一下在线重做日志,看看到底是怎么玩的。
实战篇:LogMiner 分析数据泵导入参数 TABLE_EXISTS_ACTION 的秘密
|
存储 数据库
CRM数据库表COM_TA_R3_ID的数据来源
这个表存放的内容是CRM产品同名settype COM_TA_R3_ID对应的业务数据。
103 0
CRM数据库表COM_TA_R3_ID的数据来源
各种类型的ABAP表键table key测试
各种类型的ABAP表键table key测试
249 0
|
存储 关系型数据库 数据库
Server 层混杂信息字典表 | 全方位认识 information_schema(下)
上期《Server 层混杂信息字典表 | 全方位认识 information_schema(中)》继续为大家介绍了部分关于Server层混杂信息字典表的知识,本期“Server层混杂信息字典表(下)”将继续为大家介绍。
1132 0
|
存储 关系型数据库 MySQL
Server 层混杂信息字典表 | 全方位认识 information_schema(中)
上期《Server 层混杂信息字典表 | 全方位认识 information_schema(上)》为大家介绍了部分关于Server层混杂信息字典表的知识,本期“Server层混杂信息字典表(中)”将继续为大家介绍。
2860 0
|
SQL 存储 关系型数据库
Server 层混杂信息字典表 | 全方位认识 information_schema(上)
本期将为大家带来系列第四篇《Server层混杂信息字典表 | 全方位认识 information_schema》,下面请一起开始information_schema系统库的系统学习之旅吧。
1337 0
|
Python
django如何用orm增加manytomany关系字段(自定义表名)
不自定义表名的,网上有现成的,但如果自定义之后,则要变通一下了。 app_insert = App.objects.get(name=app_name) site_insert = Site.objects.
1825 0