1.请问目前狐表在使用列表项目时, 使用数据字典的情况下, 列基本属性中的 "允许直接录入"和"启用输入助手"的属性值是否无效!
2.第二个问题是使用 数据字典模式下的列表项目(网络中连接ERP服务器), 在狐表表格中点击下拉列表框时,程序性能现在太差了,建议狐狸他爸这方面注意优化一下.
测试情况如下:
A. 在狐表中新建一个外部查询表(select fnumbe,fname,fmodel from t_icitem) "K3ERP物料编码表", 大概数据行为12000行, 之后再在狐表本地表中的一个列建立数据字典列表项目.
B. 测试数据录入, 第一性能很差! 每一行点击下拉列表, 都要超过30秒钟才出现列表框, 而对应的K3ERP中点击类似的下拉列表框它弹出选择窗3秒不到.
C. 录入不方便,如第1个问题所述.
[此贴子已经被作者于2008-9-10 11:06:46编辑过]
关于第2个问题,有点惊讶,老兄的这种用法,不慢才怪.建议设一表加载K3ERP物料编码表,必要时refresh一下.
查询表一般适用于查看数据,如上用法按理说不妥.
试了一下
kylin的方法
还是要十多秒钟啊, 还是每行, 太慢了.
有什么好建议呢?
[此贴子已经被作者于2008-9-10 11:39:17编辑过]
用12000行，作为列表项目，想不慢都不行的。
程序的性能不仅取决于程序本身，和设计者的规划和技巧，也有很大的关系，两者要互相将就的。
另、数据字典不能直接输入。
楼主可否考虑将使用列表项目的数据表加载到本地，加载时排除重复内容，然后用该表做列表项目，当有新的项目产生的时候，同步并加载一次，这样的话是不是少了很多行？速度应该能够提高！
以下是引用狐狸爸爸在2008-9-10 11:41:00的发言：
用12000行，作为列表项目，想不慢都不行的。
程序的性能不仅取决于程序本身，和设计者的规划和技巧，也有很大的关系，两者要互相将就的。
另、数据字典不能直接输入。
"数据字典不能直接输入", 是否可以理解为不支持模糊搜索,"启用输入助手"的属性值在这种情况下是无效的.
这样用数据字典列表项目有何意义? 不会要用户瞪大眼在几个百甚至上千个列表项目中一个一个找吧!
以下是引用eric803在2008-9-10 14:12:00的发言：
"数据字典不能直接输入", 是否可以理解为不支持模糊搜索,"启用输入助手"的属性值在这种情况下是无效的.
这样用数据字典列表项目有何意义? 不会要用户瞪大眼在几个百甚至上千个列表项目中一个一个找吧!
那就用列表项目吧，列表项目一样可以显示多列的。
以下是引用狐狸爸爸在2008-9-10 11:41:00的发言：
用12000行，作为列表项目，想不慢都不行的。
程序的性能不仅取决于程序本身，和设计者的规划和技巧，也有很大的关系，两者要互相将就的。
当需要选择输入的数据量非常大时，用列表项目不但很慢，而且很不方便，这是个很常见也很严重的问题！我在其他的应用软件中，他们都是用录入窗口解决的，希望在狐表中尽快有一个好的解决方案！
12000行列表项目，真不明白楼主为何不先分分类呢，就算程序显示最快，录入的人找起来也累人啊。