用#include包含文件会不会影响页面的解析速度呢?

关于页面的速度问题:
1,用#include包含文件会不会影响页面的解析速度呢?
2,下面查询哪个哪个快?
  A:  在数据库中建立视图(查询),再应用
  B:  直接在程序中 Select * from tblA,tblB where tabA.id=tabB.id
  C:  Select * from tblA join on tblB on tblA.id=tblB.id where....

关于页面的解析速度问题欢迎补充.

20 个解决方案

#1

#2

理论上是会影响，实际上无所谓的了
第二查询快一点

#3

#4

包含的文件一般都不会是特别大的，感觉不出来。

#5

我Include的文件一般都特别大，不是类（几百到几千行）就是通用方法（几十个方法），不过也感觉不出来，看看DVBBS的INCLUDE你就知道什么叫巨量了，速度不也挺快的吗？
我比较关心第二个问题，我也拿不准。

#6

#include包含文件不要包含每用的代码，因为解释执行。

第二查询快一点

#7

可是如果我有很多通用函数，又不保证每个页面都要用到所有的函数，可能用的比较少，那又怎么办呢？

#8

#include 尽量短小精悍，呵呵

#9

将其分成几个文件即可

#10

#include 会影响速度，但是相对模块化设计应该可以忽略的。

数据库的那个没研究过，没有那么高的要求。我通常用第二种方法

#11

会慢！

#12

文件不多的话，只有一两个不会影响很大，第二个比较快

#13

常数可以包含在一个页面里,真正公用的函数一般只有几个,主要是取得显示的格式的,把单引号替换等,其它没必要做成公用函数,要做就做成类,用到的时候包含类文件.

#14

这么说如果包含类文件不会影响速度的吧？

#15

顶上去

#16

第一个偶觉得，没影响

第二个，偶觉得inner join稍微快一点？实际上还是没什么区别
据说视图比较慢，偶也没感觉到过

#17

当然会影响，但如果包含文件不大的话，应该是问题不大的。

#18

嗯。根据数据量大小而定。

#19

顶

#20

一般是没什么的
这个不用担心

#21

让html文件也具体include包含的功能

#1

#2