我們要不要使用 ORM？
ORM 他是個啥？
一提到 ORM 很多同學知道他是跟數據庫相關的一個內容，但是并不清楚他到底是這個啥，自己需不需要，到底怎么玩？
實際上 ORM 就那么一回事，從這三個字母就可以看到
O：Object
R：Relational
M：Mapping
對象關系映射，即關系型數據庫和我們的實體業(yè)務對象來進行一個映射，對與我們使用 ORM 對象來說，就直接去使用其對應的各種方法即達到自動持久化的目的，無需關注具體的 sql 細節(jié)
因為 ORM 已經為你隱藏了關于 sql 的部分，讓不熟悉 sql 的 xdm 也可以很好的上手
只要你知道如何使用函數，使用對象里面的方法到底你的數據操作目的即可
為什么要用 ORM？
為什么要使用 ORM 呢？難道出了一個新的東西，我們就一定要用嗎？自然是要知道他的好，我們才會去使用
結論先放在前面，使用 ORM
- 可以減少我們重復的寫垃圾代碼，可以提高我們的工作效率，降低開發(fā)成本
- 訪問數據的時候，可以使用抽象的方式，用起來非常簡潔
- 以及 orm 帶來的各種奇淫巧技
舉一個 gorm 的例子
在 GO 中我們訪問 mysql 關系型數據庫，數據庫中提前先創(chuàng)建好了數據庫，數據表，以及 3 條記錄
圖片
GO 中有給我們提供對應的庫
import "database/sql"
import _ "github.com/go-sql-driver/mysql"我們可以使用 sql.Open() 連接 mysql 數據庫
func Connect() (*sql.DB, error) {
db, err := sql.Open("mysql", "root:123456@/test_gorm")
if err != nil {
return nil, err
}
return db, nil
}獲取到 db 句柄之后，我們可以通過這樣的方式，輸入 sql 語句來查詢數據
圖片
可以發(fā)現，本次的查詢語句是 select id,name,email,member_number,address from users where id = ? ，我們再一條數據一條數據的讀取出來（此處需要注意使用讀取 rows.Next() 的時候，需要讀取完畢之后，關閉句柄，否則會資源泄漏）
圖片
那么如果我們換成別的查詢語句，或者其他增刪改的語句呢？
回顧一下以前各種瘋狂寫重復代碼 sql 代碼的情況，流程是一樣的，代碼結構也是類似的，寫著差不多的代碼，過著差不多的人生嗎？
甚至這一塊的代碼很多或許都是復制粘貼，然后改改 sql，改改響應結果
這也太無聊和重復了，咱們還真的是個碼農了？別人搬磚，我們搬代碼？
這不，這個時候，我們就可以使用 ORM 來幫助我們提高生產效率， 減少我們的低價值重復勞動，可以留更多的時間來進行思考和優(yōu)化
這樣，我們使用 gorm 的話，連接數據我們就可以這樣來寫
func Connect(user, pwd, ip, port string) (*gorm.DB, error) {
db, err := gorm.Open("mysql", fmt.Sprintf("%s:%s@tcp(%s:%s)/test_gorm?charset=utf8&parseTime=True&loc=Local", user, pwd, ip, port))
if err != nil {
return nil, err
}
return db, nil
}上述的查詢就會變成這樣的
圖片
有沒有發(fā)現，對應的地方，使用 orm 的方式，對于咱們來說，其實就是需要查詢一條數據，完全都不需要去關心 sql ，只需要按照對象去應用方法就可以查詢我們想要的數據
圖片
看到這里，有沒有初步覺得 ORM 還是很香的，至少咱們寫數據持久化的時候，就不需要寫那么多重復代碼了，使用 ORM 方便高效
gorm 簡述和提醒
看了上述例子是否會有這些疑問，
- Import 包的時候為什么導入了又不用？
- 為什么連接數據庫的時候需要帶上 mysql 字符串？
import _ "github.com/go-sql-driver/mysql"首先，一個庫如果不用的話，那當然是沒有必要導入的，導入了正式因為需要使用
可以看到 mysql 包中的 init 函數，實際上就是做一個注冊，用一個有效的名字，對一個這一個數據庫引擎
func init() {
sql.Register("mysql", &MySQLDriver{})
}Register 實現如下
圖片
可以看到在sql包里面有一個全局map，里把存放了mysql這個名字的driver
圖片
再來查看 gorm.Open() 的實現就一目了然了
gorm.Open 中調用了 sql.Open ， sql.Open 中去從全局的 map driver中獲取 mysql 字符串對應的引擎
gorm.Open
圖片
sql.Open
圖片
這一塊就到這里，如果需要系統(tǒng)的學習和了解 gorm，可以從這里進入：
- https://www.topgoer.cn/docs/gorm/gorm-1c54sbcda16o6
- https://gorm.io/
- gorm.Open 為什么要帶上 charset=utf8&parseTime=True&loc=Local
其中 charset 是表示字符編碼
parseTime 為 True ，表示處理數據的時候，會去解析時間
loc=Local 表示入庫的時候，使用的是本地時區(qū)
以及 gorm 有沒有其他的坑？
實際上在應用 gorm 的時候，還是會有很多坑等著咱們，此處先給大家避避坑
與其說是坑，實際上還是自己去應用一個技術的時候對其不夠了解，認知沒有對齊導致的
- 創(chuàng)建數據表的坑
使用 gorm 創(chuàng)建數據表的時候，會先要定義一個基本的數據模型，表示數據表中有哪些字段，其中 gorm 默認給我們提供了一些默認 model，根據實際情況使用即可
type Model struct {
ID uint `gorm:"primary_key"`
CreatedAt time.Time
UpdatedAt time.Time
DeletedAt *time.Time `sql:"index"`
}例如我們子定義的表結構是這樣的：
圖片
創(chuàng)建出來的表格名為 users ，我們可以使用如下語句禁用表名復數，或者自定義一個表名都是可以的
db.SingularTable(true)- 解析時間的坑
上述使用 gorm.Open() 連接數據庫的時候，咱們指定了 parseTime=True ，那么后續(xù)處理時間類型的數據就不會有問題，如果不指定的話，gorm 處理時間類型的數據會處理出錯
- 想當然的坑
ORM 固然用起來方便，不動 sql 的人用起來也很爽，但是一些基本的操作還是要注意的，否則會對性能影響非常大
例如，查詢一批數據的時候獲取會想當然的這樣來寫
// 偽代碼，示意一波
userList:=[]int{1, 3, 5}
user := dao.User{}
for _,v := range userList {
db.First(&user, v)
}或許在寫其他邏輯的時候這樣寫好像沒啥問題，但是你要明白現在是操作數據庫，怎么可以循環(huán)操作數據庫呢？如果 demo 中的 userList 足夠的大，那么結果可想而知
在 gorm 完全可以使用 where 的方式來達到我們的查詢目的，還是需要我們理解了之后，靈活使用，不要生搬硬套，例如
users := make([]dao.User, 0)
db.Where("id in (?)", []int{1, 2, 3}).Find(&users)ORM 給我們帶來了哪些問題？
Xdm 閉著眼睛想一下，原來是直接就使用 sql 去操作數據庫的，現在咱們通過了一層 gorm 對象，自然是會對我們的性能帶來影響的，而且 ORM 是多層系統(tǒng)的
- ORM 里面需要去管理多個關聯和映射，需要消耗資源
- 需要咱們學習新知識，增加學習成本
- 會產生依賴，長期不用 sql，慢慢的可能你就不會完整的 sql 了
- 稍不注意可能就會寫出低性能的代碼
- ... 等等，歡迎補充
如何去考慮是否要使用 ORM？
那么我們知道了 ORM 的優(yōu)劣，那么我們是否要去選擇并使用它呢？
根據我們實際項目的需要來定，如果項目比較大，對性能要求較高，那么還是不要使用了
如果項目不大，并且有很多簡單的，重復的，低效的數據操作，那么還是可以使用的，使用起來確實非常方便，方便到讓你忘記 sql
總的來說，要還是不要，是個問題，如果是你，你會怎么選？
