急問：表內有120萬條資料，十個欄位，其中三個欄位99%為空白，合適嗎？

.
　　現在面對一個相當複雜的商務邏輯，所以試圖用中間表切割掉它——
　　初步估計，這個中間表有120萬條資料，但為了業務需要，這個表其實儲存了兩類資料：每個使用者有一條、每周/月/季度的統計資料為一條，status鑒別類型。（見下方表結構）
　　故而，絕大多數資料的後一類（三個欄位），都是空的。（我看資料庫內的其他表，有相當多的欄位的值都是0或者NULL，才出此下策）

大致的表結構（不嚴謹）：
| userId | groupId | status | sales(99%為空白) | createTime(99%為空白) | lastTime(99%為空白) | endTime(99%為空白) |

想瞭解：

1. 這個資料量的空欄位，是否會對效率形成影響？

2. 除了分表之外，還有什麼解決方案嗎？

這種設計表的活，需要後端程式來做嗎？無力感滿滿的。

回複內容：

.
　　現在面對一個相當複雜的商務邏輯，所以試圖用中間表切割掉它——
　　初步估計，這個中間表有120萬條資料，但為了業務需要，這個表其實儲存了兩類資料：每個使用者有一條、每周/月/季度的統計資料為一條，status鑒別類型。（見下方表結構）
　　故而，絕大多數資料的後一類（三個欄位），都是空的。（我看資料庫內的其他表，有相當多的欄位的值都是0或者NULL，才出此下策）

大致的表結構（不嚴謹）：
| userId | groupId | status | sales(99%為空白) | createTime(99%為空白) | lastTime(99%為空白) | endTime(99%為空白) |

想瞭解：

1. 這個資料量的空欄位，是否會對效率形成影響？

2. 除了分表之外，還有什麼解決方案嗎？

這種設計表的活，需要後端程式來做嗎？無力感滿滿的。

如果欄位不會用到就把他去掉吧
如果有可能會用到留著問題也不大，查詢的時候指定需要的欄位去查詢也沒有影響

