以文本方式查看主题

-  Foxtable(狐表)  (http://foxtable.net/bbs/index.asp)
--  专家坐堂  (http://foxtable.net/bbs/list.asp?boardid=2)
----  [讨论]借助7.2的势头解决一般的录入查询冗余  (http://foxtable.net/bbs/dispbbs.asp?boardid=2&id=3401)
--  作者：kylin
--  发布时间：2009/7/2 18:22:00
--  [讨论]借助7.2的势头解决一般的录入查询冗余

非常振奋地看到了，在数据统计方面解决了关联表冗余问题

实际上在一般的数据录入或一般的数据查询时，很多的时侯将不得不添加一些冗余列，以保证友好的互动和数据高可读性

建议老六也借势发力，解决这个更大更广泛的冗余问题！
--  作者：migold
--  发布时间：2009/7/2 18:24:00
--  
支持，有同感
--  作者：狐狸爸爸
--  发布时间：2009/7/2 19:13:00
--  
其实查询不存在这个问题的，因为查询可以来自多个数据表。
至于录入，用主表加关联表，也不存在冗余啊。
如果采用窗口形式，则更不存在这个问题了。
--  作者：kylin
--  发布时间：2009/7/3 14:01:00
--  

详细说明如下：

客户明细表 订单明细表
客户ID 客户名称 订单ID 客户ID 客户名称 产品ID 产品名称 订单数量
kh001 客户1 dd001 kh002 客户2 cp003 产品3 5000
kh002 客户2 dd001 kh002 客户2 cp001 产品1 7000
kh003 客户3 dd002 kh001 客户1 cp003 产品3 3000
dd003 kh002 客户2 cp002 产品2 6000
产品明细表
产品ID 产品名称 一般的处理办法是：
cp001 产品1 如果全部加载3个表时，将“订单明细表”的【客户名称】和【产品名称】列
cp002 产品2 处理为《表达式列》或者是《数据列》，就这么两个，使用“主表+关联表”就蹩脚了
cp003 产品3
如果只加载“订单明细表”时，则“订单明细表”的【客户名称】和【产品名称】列
只能处理为《数据列》
所以如果一定考虑到加载效率的话，那么得牺牲数据库容量，加一些冗余，否则就“不太好看”
当然对于“客户明细表”、“产品明细表”这两个表的加载一般不会太影响效率，
在这里只是借用来说明问题，实际上会有更多的重要意义
所以我的提议就是，FoxTable能够帮助用户建成一个类似SQL中的“视图表”，降低更多的冗余
——“留存更少，看到更多”

[此贴子已经被作者于2009-7-3 14:03:57编辑过]
--  作者：kylin
--  发布时间：2009/7/3 14:03:00
--  
记得老六说过要处理，那个办法叫什么来着，我给忘掉了
--  作者：狐狸爸爸
--  发布时间：2009/7/3 15:06:00
--  
我后来想了想，即使是组合表，也必须是来自已经加载的数据，没有办法真正解决问题。
--  作者：kylin
--  发布时间：2009/7/3 15:11:00
--  

哦，原来如此

不过还是希望能作为重点另辟蹊径，加油！老六！