[SQL ] 關於大型資料表的建置
目前我手上有份資料是有上億筆資料,
只有[測站代碼]、[時間]、[資料值]三個欄位,
則在建置該資料表的時候,我有想過以下幾種方式,
想請教版上的各位前輩,採取哪種方式會比較合理呢?
1. 改以24小時的橫式方式記錄,但使用(分析計算)上很不方便。
2. 切成N張表,以測站代碼區分要儲存在哪張表(或是有其他切表方式?)。
3. 維持原樣放同一張表建好Primary Key([測站代碼]+[時間])就好
(不知道是不是我程式碼寫得不好,總覺得查詢效率非常糟糕)。
4. 其他我沒想到的方式,非常希望有前輩能給出建言!
以上,還請版上的各位提供意見了,感謝!!
--
生死休短,豈能強求?
予惡乎知悅生之非惑邪?
予惡乎知惡死之非弱喪而不知歸者邪?
予惡乎知夫死者不悔其始知蘄生乎?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.13.117.42
推
03/21 12:14, , 1F
03/21 12:14, 1F
→
03/21 12:16, , 2F
03/21 12:16, 2F
→
03/21 12:16, , 3F
03/21 12:16, 3F
→
03/21 12:18, , 4F
03/21 12:18, 4F
→
03/21 12:18, , 5F
03/21 12:18, 5F
推
03/21 13:19, , 6F
03/21 13:19, 6F
推
03/21 13:41, , 7F
03/21 13:41, 7F
→
03/21 13:54, , 8F
03/21 13:54, 8F
推
03/21 16:12, , 9F
03/21 16:12, 9F
→
03/21 16:13, , 10F
03/21 16:13, 10F
→
03/21 16:14, , 11F
03/21 16:14, 11F
→
03/21 16:40, , 12F
03/21 16:40, 12F
→
09/10 17:13, , 13F
09/10 17:13, 13F