容易造成決策超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 的滯后或是失誤。

數(shù)據(jù)量超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 的增大超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ， 讓查找不方便超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ， 數(shù)據(jù)的掌握也不準(zhǔn)確， 容易造成決策的滯后或是失誤。

主要表現(xiàn)如下超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ： 隨著訂貨、 進(jìn)貨信息的增加， 供應(yīng)商相關(guān)的信息。

也會(huì)導(dǎo)致供需出現(xiàn)明顯失衡現(xiàn)象，造成庫存較高又或者是明顯缺貨的狀態(tài)，所以就會(huì)導(dǎo)致成本上的浪費(fèi)。

數(shù)據(jù)冗余的缺點(diǎn)超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ：

1、存儲(chǔ)空間的浪費(fèi)。

2、數(shù)據(jù)交互和數(shù)據(jù)庫訪問執(zhí)行效率降低。

但適當(dāng)?shù)臄?shù)據(jù)冗余又能加快查詢。數(shù)據(jù)冗余究竟是好是壞還是要根據(jù)自己所做的項(xiàng)目進(jìn)行合理的取舍。

當(dāng)同一數(shù)據(jù)塊存儲(chǔ)在兩個(gè)或多個(gè)單獨(dú)的位置時(shí), 就會(huì)發(fā)生數(shù)據(jù)冗余。假設(shè)創(chuàng)建了一個(gè)數(shù)據(jù)庫來存儲(chǔ)銷售記錄, 并在每個(gè)銷售的記錄中輸入客戶地址。但是超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ，有多個(gè)銷售到同一客戶超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ，因此同一地址被多次輸入。重復(fù)輸入的地址是冗余數(shù)據(jù)。

擴(kuò)展資料

一定的冗余可以提升性能

1、空間換時(shí)間

有一張字典表 city 其中有 id 和 cityName 兩個(gè)字段超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 ，有一張業(yè)務(wù)表，其中有 id 、cityId、XXX、XXX…字段。如果查詢業(yè)務(wù)表的話，就必須 join 一下 city 字典表，如果業(yè)務(wù)表很大很大，那么就會(huì)查詢的很慢，這個(gè)時(shí)候超市銷售數(shù)據(jù)的重復(fù)會(huì)導(dǎo)致 我們就可以使用冗余來解決這個(gè)問題。

直接將業(yè)務(wù)表中的 cityId 更換成 cityName，這樣我們在查詢業(yè)務(wù)表的時(shí)候就不需要去 join 那一張 city 的字典表了。這樣的方式顯然是不符合我們數(shù)據(jù)庫設(shè)計(jì)的范式的，但是這樣的冗余或許很有必要。

2、查詢某一個(gè)狀態(tài)值數(shù)據(jù)

業(yè)務(wù)表中有一個(gè)字段 status 用來存儲(chǔ)提交和未提交，假設(shè)這張表中未提交的數(shù)據(jù)相對于提交的數(shù)據(jù)是很少的，當(dāng)用戶查詢所有未提交的數(shù)據(jù)的時(shí)候，就需要在全部的數(shù)據(jù)，然后篩選出未同意的數(shù)據(jù)。如果這張業(yè)務(wù)表非常的龐大，那么這樣的查詢的效率就非常的慢。

這個(gè)時(shí)候我們就可以把這張業(yè)務(wù)表中的未同意的數(shù)據(jù)冗余到一張新表中，這樣用戶查詢未提交的數(shù)據(jù)的時(shí)候就可以直接在這張未提交的表中查詢，查詢速度提交很多。