Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/c/68.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Lotus notes 要处理12000个代理代码,请在Lotus Notes的下拉列表中输入代理代码_Lotus Notes_Lotus Domino_Lotus_Lotus Formula - Fatal编程技术网

Lotus notes 要处理12000个代理代码,请在Lotus Notes的下拉列表中输入代理代码

Lotus notes 要处理12000个代理代码,请在Lotus Notes的下拉列表中输入代理代码,lotus-notes,lotus-domino,lotus,lotus-formula,Lotus Notes,Lotus Domino,Lotus,Lotus Formula,我有一个字段,我想在其中显示一个下拉列表,其中包含近12000个代理代码,我不太担心Lotus Client的性能,我曾想过创建一个配置视图,然后使用dbcolumn,我可以在该字段中显示值(非常传统),但我不确定这是否可以处理数据量(12000),这不会减缓进程 有谁能提出更好的解决方案,这样性能就不会有任何问题。我想,如果在显示值列表时需要刷新视图索引,最大的瓶颈就会出现。我想测试会很快发现这一点,我想无论您是使用显示视图的拾取列表,还是使用您提到的@DBColumn方法,都无关紧要 我不确

我有一个字段,我想在其中显示一个下拉列表,其中包含近12000个代理代码,我不太担心Lotus Client的性能,我曾想过创建一个配置视图,然后使用dbcolumn,我可以在该字段中显示值(非常传统),但我不确定这是否可以处理数据量(12000),这不会减缓进程


有谁能提出更好的解决方案,这样性能就不会有任何问题。

我想,如果在显示值列表时需要刷新视图索引,最大的瓶颈就会出现。我想测试会很快发现这一点,我想无论您是使用显示视图的拾取列表,还是使用您提到的@DBColumn方法,都无关紧要


我不确定该期待什么,而且表现也不会那么糟糕。但是,如果性能有问题,可以使用调度代理从视图中读取所有值,并将它们存储在概要文件文档中。给定32KB的限制,您可能需要使用几个字段来存储所有值,但是您的对话框列表公式应该只是从概要文件文档中读取几个字段,这应该非常快

如果在显示值列表时需要刷新视图索引,我想最大的瓶颈会出现。我想测试会很快发现这一点,我想无论您是使用显示视图的拾取列表,还是使用您提到的@DBColumn方法,都无关紧要


我不确定会发生什么,性能也可能不会那么差。但是,如果性能有问题,可以使用调度代理从视图中读取所有值,并将它们存储在概要文件文档中。给定32KB的限制,您可能需要使用几个字段来存储所有值,但是您的对话框列表公式应该只是从概要文件文档中读取几个字段,这应该非常快

> P>我想你可能会考虑使用一个叫做“CopLIST”的按钮。请参阅更多信息。

我想你可能会考虑使用一个叫做@ PocLIST的按钮。有关更多信息,请参阅。

创建一个字段并选择“键入为对话框列表”。然后选择
使用查看对话框进行选择

注意:-如果返回值超过32k,DbColumn将抛出错误


您还可以使用@PickList。

创建一个字段并选择“键入为对话框列表”。然后选择
使用查看对话框进行选择

注意:-如果返回值超过32k,DbColumn将抛出错误


您也可以使用@PickList。

我认为您可能会达到@DbColumn返回大小的限制。但是,在我看来,12000对于一个用户来说,在一个下拉列表中处理太多了。有没有一种方法可以将其分解为一系列下拉列表,从而缩小选择范围?@DialogBox()将帮助您重新思考您的想法。从用户体验的角度来看,用户将花费大量时间查找12k值内的任何内容。因此,如果它们用于输入一些代码,请为编辑框提供验证/自动完成功能。如果他们必须选择值,则提供带有筛选/搜索的选择列表/对话框。我认为组合框(下拉)是最糟糕的选择。如果您已经使用Lotus Notes 3年了,正如您的个人资料所述,我相信您听说过(并且可能经历过)@DbDolumn/@DbLookup中的32KB限制,它转换为16K个字符……我想您可能会达到@DbColumn返回大小的限制。但是,在我看来,12000对于一个用户来说,在一个下拉列表中处理太多了。有没有一种方法可以将其分解为一系列下拉列表,从而缩小选择范围?@DialogBox()将帮助您重新思考您的想法。从用户体验的角度来看,用户将花费大量时间查找12k值内的任何内容。因此,如果它们用于输入一些代码,请为编辑框提供验证/自动完成功能。如果他们必须选择值,则提供带有筛选/搜索的选择列表/对话框。我认为组合框(下拉)是最糟糕的选择。如果您已经使用Lotus Notes 3年了,正如您的个人资料所述,我相信您听说过(可能也经历过)@DbDolumn/@DbLookup中的32KB限制,它转换为16K字符……我可以确认这是有效的,我遇到了查找失败的问题,切换到视图对话框效果很好。除了看起来有点不同之外,最终结果与之前的结果基本相同。我可以确认这是可行的,我遇到了一个问题,查找失败,切换到视图对话框效果很好。除了看起来略有不同之外,最终的结果与之前的结果基本相同。