主题：[讨论]借助7.2的势头解决一般的录入查询冗余

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

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

建议老六也借势发力，解决这个更大更广泛的冗余问题！

支持，有同感

其实查询不存在这个问题的，因为查询可以来自多个数据表。
至于录入，用主表加关联表，也不存在冗余啊。
如果采用窗口形式，则更不存在这个问题了。

详细说明如下：

客户明细表			订单明细表
客户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中的“视图表”，降低更多的冗余
			——“留存更少，看到更多”

记得老六说过要处理，那个办法叫什么来着，我给忘掉了

我后来想了想，即使是组合表，也必须是来自已经加载的数据，没有办法真正解决问题。

哦，原来如此

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