我在APEX中有两个表,它们通过主键链接.一个表(APEX_MAIN)保存我们系统中文档的基本元数据,另一个表(APEX_DATES)保存与该文档处理相关的重要日期.
对于我的团队,我创建了一个控制面板,他们可以与所有这些数据进行交互.问题是,现在他们改变了页面上APEX_MAIN中的信息,然后他们改变了另一个上的APEX_DATES.我真的希望能够在同一页面上显示这些表单,并使用单个提交按钮将更新提交到各自的表和行.我已经在同一页面上使用两个不同的区域进行了设置,但是我在初始获取行时遇到错误(哪个行获取第二个似乎工作但是然后在第一个获取的表单中的页面项目是空的？)和提交(它给出了自发送更新请求以来数据库中的信息已经改变的一些错误).谁能帮我？
我需要在Oracle APEX中生成一个类似于以下示例的报告:
PROJECT OPEN_ISSUE_COUNT CLOSED_ISSUE_COUNT
W-1 3 1
X-2 1 2
Y-3 5 3
Z-4 2 1
凡OPEN_ISSUE_COUNT和CLOSED_ISSUE_COUNT由生成SQL COUNT的语句.被查询的表看起来像这样:
ISSUE_# ISSUE_STATUS ASSOCIATED_PROJECT
1A OPEN W-1
1B OPEN W-1
1C OPEN W-1
2A CLOSED W-1
2B OPEN X-2
2C CLOSED X-2
3A CLOSED X-2
etc...
因此,在一个查询我需要计数OPEN_ISSUE_COUNT并CLOSED_ISSUE_COUNT在那里ISSUS_STATUS = 'OPEN'和ISSUS_STATUS = 'CLOSED'分别GROUP BY ASSOCIATED_PROJECT.
那有意义吗？显然,我可以轻松地针对这两种状态中的一种进行此操作,但是无法为我在此描述的内容提出任何可行的解决方案.我在这里和其他地方看过一些东西并没有看到类似的东西.让我知道你们的想法.谢谢!
我在APEX中创建了一个表,其中PK由SQL序列递增:
CREATE SEQUENCE seq_increment
MINVALUE 1
START WITH 880
INCREMENT BY 1
CACHE 10
这似乎完美无缺.问题在于,有时候,通常当我早上上班并运行进入新行的过程时,它会跳过一堆数字.我只关心,因为这些数字被用作我公司的文件ID,当这个工具上线时,丢失/跳过数字块是不可接受的.
它确实似乎跳到下一个'10'数字.即昨天我的最后一次测试分配了883,今天早上它将890指定为下一个数字.查看我创建序列的代码,我注意到我已将其设置为缓存10个值,以便更快地处理.是否有可能这个缓存被转储过夜并且它正在拉890,因为它在缓存中有880-889而且它已被转储？
还有其他潜在的原因和解决方案吗？
我有一个正在处理零件和订单的项目。每个订单可能包含许多零件，并且每个零件在其生命周期中都有可能处于多个订单上（尽管一次不超过一个活动订单）。我的表目前如下：
PARTS_TABLE
PART_NUMBER varchar2(20)
ASSIGNED_ORDER_NUMBER number(5)
ASSIGNED_ORDER_STATUS varchar2(20)
ORDER_TABLE
ORDER_NUMBER number (5)
ORDER_STATUS varchar2(20)
ORDER_PARTS_LIST varchar2(4000) //Comma delimited list generated by shuttle item.
这个当前的设置对我们 atm 有用（在上一个问题的帮助下：上一个问题），但它需要在两个表中复制大量数据，并且它实际上不允许 PART 在其生命周期中处于多个 ORDERS 状态.
我想做的是在这两个表之间创建一个交叉引用表：
ORDER_PARTS_TABLE
ORDER_NUMBER number(5) (pk1)
PART_NUMBER varchar2(20) (pk2)
ORDER_STATUS varchar2(20)
其中 PART_NUMBER 和 ORDER_NUMBER 创建联合主键。
我的主要问题是根据穿梭项目的值在 ORDER_PARTS_TABLE 中创建和编辑行。我能够有效地编辑/更新我当前的设置，但在我当前的设置中，我没有尝试创建行，我只是引用了 PARTS_TABLE 中的行。当一个人在 APEX 中的表单上使用穿梭项将 PARTS 添加到 ORDER 时，应在 ORDER_PARTS_TABLE 中创建新行，即：
ORDER_TABLE
ORDER_NUMBER ORDER_PARTS_LIST ORDER_STATUS
12345 675:342:871:902 ACTIVE
ORDER_PARTS_TABLE
ORDER_NUMBER PART_NUMBER ORDER_STATUS
12345 675 ACTIVE
12345 342 ACTIVE
12345 871 ACTIVE …