对文件的操作到底对程序的执行效率能影响多少？

aeiou

操作文件的时候会比较耗费资源，效率会比较差。
但是，有没有哪位大侠比较测试过，到底差多少阿？
对于效率要求比较高的程序，有什么好的解决办法吗？

我们现在常常为了提高速度，不得不在一个表里放一大堆字段，争取一次能读出来
最多的可用数据。但是这样搞得数据库的设计常常会不规范。唉！

多情包子

看看你的数据库的索引是否合理!我曾经做过一个程序,从几个数据库中收集有用的数据做统计,一开始运行要花费差不多45分钟!在对数据分析后建立了一个相对合理的索引,程序运行1分钟多点就好了.试着看看对数据库的所以有什么可以改善的

aeiou

这个已经尽量改善了，现在主要考虑的是打开文件所耗费的资源。

比如两个文件：
产品文件，包含了产品的属性外，还有该产品的供应商是哪个。
供应商主文件，包含供应商的名称、编码、地址、联系人、供应类型等等信息。

如果查询产品信息的时候，需要同时列出该产品供应商的相关信息，这时候一般的处理方式是：
1。搜索产品文件，找到需要查询的产品，
2。根据产品文件中的供应商代码，搜索供应商文件，得到供应商的信息，
3。把产品信息和供应商信息一起列出来以供查询。

以上处理过程需要执行两次 打开文件 的操作。
而如果把供应商信息和产品信息放在一个文件的话，只要打开一次文件，就可以把信息全部得到。

但是就数据库设计的合理性来说，我觉得应该是分开存储比较好。
合起来纯粹是为了执行效率考虑。那么这个代价是否值得？难道为了运行速度，就只能使用这种冗余的数据库设计吗？

aeiou

顶一下。
有谁帮忙出谋划策阿？

aeiou

没有人测试过吗？

给个看法啊~~

brent_wu

你的问题太大，太复杂。
你应该具体分析你的应用，选择合适的开发工具，然后再考虑数据库的设计，包括如何合理地建立索引。
比如如果你的大部分交易都要用到这两个文件，那把它们合并起来没问题；如果你的大部分交易只用到其中一个，那把它们合并起来反而会降低系统的效率。
索引的建立也要合理，索引的确可以降低数据库搜索的次数，但索引文件的维护也要占用系统的开销，同一个文件索引文件太多、太复杂了也会带来新的问题，包括建立索引的顺序、在应用中查询时使用索引字段的顺序都会影响到系统的效率。
系统开发过程中如果没有考虑到效率问题的话，后期的维护要带来太多的麻烦。我深有体会。

wildfish

可以用临时文件的，将这些需要的数据组合到临时文件，这样速度可以比较省事，不论从数据库设计还是效率上都是可以接受的。

sean810

1.建立合理的key,这样能提高数据搜索的效率；同时还要在程序中写合理的查询语句，这也是提高效率的关键；
2.同意楼上的意见，再qtemp中建立wrkfile，同样比较方便的。

utirei

我们现在做的是客户方不同意建立索引文件，原因大家也应该清楚，占据磁盘空间~。
但是2个表的1万-2万的数据量，而且所取的字段并非键字，读起来速度非常之慢~

wildfish

索引建的好，而且要多考虑。这样才可以减少空间，当然了，对于as400不建立索引真的是浪费而且造成效率低下