數(shù)據(jù)倉(cāng)庫(kù)每張表的搭建，主要依賴(lài)于這個(gè)表在整個(gè)數(shù)據(jù)倉(cāng)庫(kù)中的作用和相關(guān)意義。首先要清楚這個(gè)表的存在是為了解決那些問(wèn)題，什么角色使用，怎么保證使用者盡可能好的體驗(yàn)解決問(wèn)題。
從以上所提到的角度去看待問(wèn)題，拆解以下幾點(diǎn)因素：
1、拆表情況下多張數(shù)據(jù)表的查詢(xún)SQL的編寫(xiě)難度有多大，是否會(huì)出現(xiàn)為了數(shù)據(jù)提取需要關(guān)聯(lián)多張表，并且需要提前知道各個(gè)表之間的關(guān)聯(lián)關(guān)系。如果使用這個(gè)數(shù)據(jù)的人員較多，每個(gè)人都需要先了解所需要多張表的關(guān)聯(lián)關(guān)系，然后才進(jìn)行數(shù)據(jù)查詢(xún)，這樣是不是維度溝通成本較高，查詢(xún)體驗(yàn)下降，影響使用者的工作效率？
2、多表關(guān)聯(lián)查詢(xún)的使用頻次有多高，將重復(fù)高頻的事情簡(jiǎn)化，是不是更好？
3、查詢(xún)體驗(yàn)上需要考慮多表關(guān)聯(lián)之后的查詢(xún)性能問(wèn)題，如果一張表的內(nèi)容過(guò)度，是否影響查詢(xún)速度？
4、多表關(guān)聯(lián)的合理性，不同的數(shù)據(jù)維度和內(nèi)容與訂單表關(guān)聯(lián)，是不是會(huì)存在違背常理的坑存在。比如，數(shù)據(jù)字段的對(duì)應(yīng)關(guān)系是一對(duì)一，還是多對(duì)多，是否會(huì)讓使用者忽略查詢(xún)數(shù)據(jù)時(shí)候的過(guò)濾限制條件。
5、數(shù)據(jù)的安全問(wèn)題，每張數(shù)據(jù)表的安全范圍不同，合并成同一張表是面臨的是更大的權(quán)限開(kāi)放。比如訂單表可能僅需要讓一部分人員知曉訂單信息，并不想讓他們知道供應(yīng)商信息。

總結(jié)

以上是生活随笔為你收集整理的关联查询数据重复怎么办_在设计数据表的时候，是一个宽表好，还是多个维度表好？...的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。