1. SSMS 方式 在資料庫中選擇“編輯前200行”選項，然後就可以手動直接輸入數據到表行中了。 手動輸入的數據是確定的，而且只能一點點輸入，遇到大量的數據的時候，操作會變得很繁重，而且它不滿足大多數業務的需求，而且不利於更新。 在對象資源管理器中，右鍵點擊你要打開的表，然後選擇 “Edit To ...
為什麼會同一條數據，會有小時差異
恭喜你，十有八九，就是時區的問題：
首先要明確的是，我們中國的標準時區是東八區，就是世界協調時間(UTC)加上八個小時，也就是UTC+8。
格林尼治標準時間
最坑的是美國時間，因為美國實行的是夏令時，也就是說美國是有兩個時區在一天內來回切換，有幾個月是西六區，有幾個月是西五區
所以，當處理跨國公司，特別是美國的數據時，和我們相差13或14個小時都是正常的
如何處理呢？
很簡單，確定好原始庫的時區，再確定好目標庫的時區，然後處理就可以了。
此時，第二個坑來了，請問，下麵這個資料庫的時區是哪裡？
恭喜你，你獲得了4個正確且標準的答案：
說它是美國時間、澳大利亞時間、中國時間、古巴時間，都對！那麼這條數據到底是哪個時區呢？
1、直接問客戶！
2、根據時間差來算一下。
到了重點了，體現到數據層面，該如何處理呢？
處理方式也很簡單：
1、設置資料庫時區保持一致
2、寫數據時轉換一下，比如hive和spark的set spark.sql.session.timeZone=GMT+8; 等
3、簡單粗暴，直接加減，就是使用date_add之類的函數，直接把相差的那幾個小時加回來或減回來
