【问题标题】:Access Linked Tables, how to force relational values访问链接表,如何强制关系值
【发布时间】:2015-02-25 14:52:59
【问题描述】:

希望上面的图片可以通过。因此,其工作方式是用户使用表单在 Vuln_Remediation_Planning 表中输入值。在输入了与 patchID 和现有操作系统相关的所有漏洞后,他会转到下一个表格,他应该在该表格中减轻与漏洞相关的风险,并且您可以有多种缓解措施,这就是表格分开的原因。

我的问题: 现在,当使用补偿表时,用户必须为他们选择的每个缓解措施选择每个补丁 ID、操作系统和漏洞 ID……这既麻烦又容易出错。回想第一个表单只在计划表上操作,第二个表单在补偿表上操作.. 但它们是相关的,所以我觉得用户希望使用单个下拉菜单来选择顶部的主键,已经在上一张表。

我本来想问如何处理这个问题,但我可能已经解决了我自己的问题... 3 列组合框正确,行源来自修复计划...大声笑你怎么看,任何其他想法?

【问题讨论】:

  • 有很多 PatchID,OS 组合。是否值得进一步限制某种形式的日期选择器?
  • 不确定日期选择器会做什么。是的,有很多。 PatchID 实际上是一个发布 ID……例如,思科发布了一个安全通知(patchID/PublicationID),说 20 个操作系统(OS 字段)每个都影响了我的许多不同的漏洞(vulnerabilityID 字段)。所以可能有很多。对于与出版物相关的每个操作系统/漏洞对,必须选择至少一种但可能更多的缓解措施。仅供参考...组合框的想法行不通,显然只能绑定一列...我又卡住了。
  • 我更多的是沿着限制的思路思考,即 start date = date()-14 等。子窗体呢?然后你只需设置父 子链接。

标签: ms-access relational-database linked-tables


【解决方案1】:

我想通了。在补偿表上,我刚刚创建了一个连续表单,并将 OS 和 patchID 字段移到了标题中。正常打开表单时,它看起来很有趣,因为选择记录时标题值会发生变化(如果它们都在同一行上则可以预期)。然后从补救计划表格中,我有一个按钮来打开补偿措施表格,过滤它,因此只显示父级的 patchID/OS。此外,在补偿措施表单的打开事件中,我使用 open args 设置 PATCHID/OS 的默认值(以防还没有记录或用户添加新记录...否则在没有记录时打开空白.

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-05-07
    • 2019-04-18
    • 1970-01-01
    • 2023-03-06
    • 2018-08-31
    • 1970-01-01
    • 2012-12-26
    相关资源
    最近更新 更多