高校问答离骚中的虚词归纳:请教一个asp+sql多字段的数据结构
来源：百度文库 编辑：高校问答 时间：2024/05/08 03:29:43
如果一个记录大概有7、80个属性（列），而且每一个属性都要在asp页面上可以输入查询条件
而且不是每个都要填，看情况可以组合查询，但是最多的话是所有属性都查询
请问处理页面和表得怎么设计才合理
需不需要把70个属性分开成2、3个表，然后单独查询再合并结果呢？
还是一个表加一句长长的sql直接查下去？
当然有多种方法都能实现，但我想请教怎么设计才比较合理和查询时占用资源较少。谢谢啊
to expert2008：满怀希望打开你说的网页，一看晕了，太多了，能不能指出哪篇文章比较合适我这个问题的。谢谢
kalendsy：说的对，当然要考虑这些问题，那我补充一下问题。类似查询汽车的，有的人查询排量+长度+……+座位数，有的人只查价格，查询是有填的就查，没填的不查，不考虑。现在我要做的大概就是这样的东东。
to kalendsy：我们不考虑做分步两次查询，这种方法先不用谈论了，另外界面的设计我们也已经考虑了，这些目前在这里不用大家谈论了，我的问题还是在于数据库的结构。
规模方面：分好多个大类，最多的那个大类大概4000项产品（4000条记录）需要查询，少的也有1000项，问题是这4000项要作在一个表里还是做好几个表。
我的经验是，4000条记录并不大，但一条记录7、80个属性的表，我自己还没见过，我估计是不太合理的。
而且不是每个都要填，看情况可以组合查询，但是最多的话是所有属性都查询
请问处理页面和表得怎么设计才合理
需不需要把70个属性分开成2、3个表，然后单独查询再合并结果呢？
还是一个表加一句长长的sql直接查下去？
当然有多种方法都能实现，但我想请教怎么设计才比较合理和查询时占用资源较少。谢谢啊
to expert2008：满怀希望打开你说的网页，一看晕了，太多了，能不能指出哪篇文章比较合适我这个问题的。谢谢
kalendsy：说的对，当然要考虑这些问题，那我补充一下问题。类似查询汽车的，有的人查询排量+长度+……+座位数，有的人只查价格，查询是有填的就查，没填的不查，不考虑。现在我要做的大概就是这样的东东。
to kalendsy：我们不考虑做分步两次查询，这种方法先不用谈论了，另外界面的设计我们也已经考虑了，这些目前在这里不用大家谈论了，我的问题还是在于数据库的结构。
规模方面：分好多个大类，最多的那个大类大概4000项产品（4000条记录）需要查询，少的也有1000项，问题是这4000项要作在一个表里还是做好几个表。
我的经验是，4000条记录并不大，但一条记录7、80个属性的表，我自己还没见过，我估计是不太合理的。
我觉得，你要具体分析一下，多数使用系统的客户，最经常会使用的查询
页面中组合查询，如果属性太多，我估计也没什么人有耐心一个一个输入才对
还有，所有属性都查询应该没什么必要吧
查询这种事情，普通人可能可以很快掌握和习惯的，就是时间，关键词（关键词应该会有几个）那些吧
如果非要有许多属性的查询，还是大部分给用户有限选项的方式，比较不会那么烦。
七十个属性都放在一张表里，我觉得不太好
----------
那么大概数据库有多大规模，估计应用范围多大
也许你可以试试，让用户先模糊查询，使用第一张最常用的表；比如品牌，价格，排量那些
通过第二次查询来对用户进行分流，并以此规划另外几张表；第二次查询在第一次查询的基础上进行。
或者将最常用的查询属性放页面上方，比较不常用的放下方，使用一个二选一，让用户选择是否继续输入更精细的查询条件；默认情况，不选择这些。
我个人觉得，查询速度跟系统数据库大小关系还是满大的