一个多表查询的问题(IN)

jxc_hn

zergduan 发表于 2016-9-27 16:36
你不用想了，他的应用是数据仓库，用星型结构设计的，子表是维度表，主表是事实表；这是一种模型，不是随 ...

星型模型？  星型模型是事实表上一堆的列作为多个外键，指向各个维表的主键。

lz的主表只有一个列做主键啊！  其他子表上主键同时也是外键。

zergduan

jxc_hn 发表于 2016-9-28 09:08
星型模型？  星型模型是事实表上一堆的列作为多个外键，指向各个维表的主键。

lz的主表只有一个列做主 ...

许多数据仓库的多维模型使用星型连接来建立，但是并不是通过主外键来在数据库层面实现，连接关系的保证完全通过应用层来保证~对于楼主的情况，我只是猜想，一般的应用没必要设计这种星型连接吧，也许我猜的不对~

bisal

zergduan 发表于 2016-9-27 16:36
你不用想了，他的应用是数据仓库，用星型结构设计的，子表是维度表，主表是事实表；这是一种模型，不是随 ...

呃，不是数据仓库应用，就是OLTP的应用，开始是从范式的角度考虑，将这些一对多的关系拆成若干子表。

zergduan

bisal 发表于 2016-9-28 09:31
呃，不是数据仓库应用，就是OLTP的应用，开始是从范式的角度考虑，将这些一对多的关系拆成若干子表。

5555 被啪啪啪了~

bisal

zergduan 发表于 2016-9-28 09:37
5555 被啪啪啪了~

和星型模型没关

jxc_hn

zergduan 发表于 2016-9-28 09:15
许多数据仓库的多维模型使用星型连接来建立，但是并不是通过主外键来在数据库层面实现，连接关系的保证完 ...

就算是星型模型，OLAP应用也不会建物理外键的，只是说有逻辑外键关系。

sundog315

bisal 发表于 2016-9-28 09:31
呃，不是数据仓库应用，就是OLTP的应用，开始是从范式的角度考虑，将这些一对多的关系拆成若干子表。

适度的冗余对于性能的提升是相当有效的

sundog315

zergduan 发表于 2016-9-28 09:37
5555 被啪啪啪了~

想多了

bisal

sundog315 发表于 2016-10-8 15:53
适度的冗余对于性能的提升是相当有效的

嗯，您说的是，但对于这个例子，如果将子表字段冗余入主表，冗余的字段就有些多了。

jeanron100

可以考虑用union all的方式