组合框的帮助 - 正确的值存储,但不显示

我有与行源的组合框:

选择qryClientList.CaseID,qryClientList.DetailID,qryClientList.Program,qryClientList.numIDNum,qryClientList.ReferralDate,qryClientList.ReferralID,qryClientList.StartDate,qryClientList.EndDate,qryClientList.Active FROM qryClientList WHERE(((qryClientList.Program)=窗体!frmContact !!!cboChooseProgram)和((qryClientList.numIDNum)=形式frmContact cboChooseClient));

此外,还有触发一次从组合框种选择已经做出了更新后的事件:

私人小组cboChooseReferral_AfterUpdate()
Me.DetailID = cboChooseReferral.Column(1)
结束小组

对于用户来说,它似乎他们选择并存储在组合框为DetailID的值。 实际上,它们被选择CaseID(这是对于所有的组合框的选择,因为滤波的相同)。 详细信息ID使用更新后的事件显然存储。 但用户不知道这一点。 因为用户从下拉列表选择正确的DetailID,但在组合框中的第一个选项将显示,而不是他们选择的选项很混乱。 我可以强制组合框显示的基础上比绑定列之外的值的选项? 或者我应该组合框分成两个不同的组合,使得DetailID绑定字段在一,以帮助避免混淆?

--------------解决方案-------------

OK,所以CaseID是一个和DetailID是很多的。 什么你选择的是具体DetailID。 在这种情况下,我会扭转这种局面。 我会做DetailID绑定列,并在查询的第一列。 然后我会填充的CaseID的CaseID控制你现在正在做DetailID以同样的方式。 无论你做CaseID用户可见或不取决于你。

设置列宽 - 0“; 2.5”

数列 - 2

我已经有这个设置这种方式,但它似乎并不重要。 因为在现实中,所存储的值是相同的,无论选择哪个选项,好像在组合框默认为显示第一选项。

因为在现实中,所存储的值是相同的,无论选择哪个选项,好像在组合框默认为显示第一选项。

我不明白您的帖子。 好像你说你有许多DetailIDs相同CaseID。

你有案例表,另一个细节? 你应该有具有CaseID作为事例表的主键,并在详细信息表的外键的一到多的关系。 然后使用表单/子窗体的情况下与CaseID设置主/子链接/详细信息。

我已经有这个设置这种方式,但它似乎并不重要。 因为在现实中,所存储的值是相同的,无论选择哪个选项,好像在组合框默认为显示第一选项。

一个组合框根据绑定列存储的值。 既然是存储CaseID,然后绑定列是1的组合框选择后,也将显示第一个非0宽度。

这是因为一般人想存储的ID值,而不是说明标准操作程序。 处于一对一的关系的CaseID和DetailID? 如果你能在这里解释的关系,我们可能能够进一步帮助。

是的,有对病例和另一对细节的表格。 它们被设置为你的描述,在CaseID一个一对多的关系。

让我补充一点细节的了解我们使用的数据以及它是如何进入的类型 - 不知道它会增加任何重要的东西,但更多的信息从来都不是一个坏主意,我猜。

客户端是由国家提到我们,我们可能会被要求公开案件中的一个或多个为该客户端几个不同的程序。 国家分配给客户端的推荐号有效期为1-3个月。 近这段时间结束后,国家可能选择结束服务或者他们可以通过发送我们一个新的转诊数选择为该客户端扩展服务。 通常有一点一个推介的结束日期和另一个开始日期之间的重叠。 为了让我们能够账单,我们必须进入我们与客户的每一次相会的状态。 所以我们选择在客户端,它们所涉及的,我们正在帐单为,该节目内的情况下(因为它们可能在同一程序内有几个不同的情况下,在开一次),然后在程序 - 这转诊号码 - 最后我们在选择结算,通过DetailID号标识。 一旦数据已经输入,我们可以对帐单的遭遇。 我使用cboChooseReferral完成两件事情。 一,选案和二,选择DetailID。 所以我对值评论被存储是指这样的事实,该组合框是实际上存储CaseID,而不是DetailID。 该DetailID被存储在一个看不见的文本其他地方正在被通过更新组合框的更新事件发生后的形式。

一到多的CaseID。 我张贴在我们需要收集和它是如何在我的答复卡尔输入的数据更多的信息。 不知道它增加了使用手头的交谈什么,但它可能。
OK,所以CaseID是一个和DetailID是很多的。 什么你选择的是具体DetailID。 在这种情况下,我会扭转这种局面。 我会做DetailID绑定列,并在查询的第一列。 然后我会填充的CaseID的CaseID控制你现在正在做DetailID以同样的方式。 无论你做CaseID用户可见或不取决于你。

我觉得自己像一个傻瓜。 那很完美。 就这么简单......不能相信我没想到的吧! 谢谢!

分类:办公室 时间:2015-03-15 人气:0
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.852 (s). 10 q(s)